ログイン済みのブラウザをAgentに渡してよいか判断できず、本番接続が止まっていませんか。
最短の進め方は、専用のShopifyユーザーと独立したブラウザプロファイルを使い、読み取り試験から始めることです。 商品公開、返金、割引、設定変更は人の確認を必須にします。
クロスボーダー店主：AgentにShopify管理画面を見せる前に、本番店へ接続してよいか判断したい方。
運営責任者：担当者ごとの権限を決め、商品や注文への変更を承認する方。
導入担当者：OpenClawのブラウザ設定、ログインセッション、リモートMacの引き渡しを確認する方。
最終更新：2026年10月5日。 機能と権限の確認先はOpenClawのブラウザ設定資料、Shopifyのロールと権限の資料です。接続方式や権限の説明が更新された場合は、導入前に再確認してください。
接続前に、Agentの担当範囲を決める
OpenClawによるShopify管理画面の自動化を受け入れるには、ブラウザを開けるかではなく、許可する業務と止める条件を先に決めます。画面にアクセスできることは、その操作が承認済みであることを意味しません。
まず、Agentに任せる作業を具体的に書き出します。「商品を確認する」だけでなく、対象商品、参照する項目、出力する記録まで決めてください。禁止操作も別に定めます。公開、返金、割引、ストア設定の変更は、初期運用では担当者の承認後に実行するルールにします。
| 作業の区分 | 初回に許可する例 | 受け入れ条件 |
|---|---|---|
| 読み取り | 商品情報や注文状況の確認 | 対象ページと取得内容を人が照合できる |
| 下書き | 商品説明や作業案の作成 | 保存・公開はせず、差分を提示する |
| 高影響の変更 | 公開、返金、割引、設定変更 | Agent単独では確定せず、人が内容を確認する |
OpenClawをShopify管理画面で安全に使うには、何を先に決めますか。
作業対象、許可する情報、禁止操作、承認者、停止条件を先に決めます。OpenClawの資料は、ブラウザ操作でページ内の不正な指示に遭遇するリスクを説明しています。ページの表示内容を、そのまま実行命令として扱わない運用も必要です。提示インジェクションに関するOpenClawの説明を確認し、想定外の指示を見つけた場合は停止して人へ引き継ぐ条件を決めます。
注意：注文ページや商品説明に含まれる文面は、業務データであって運用ルールではありません。判断に迷う指示が表示された場合は操作を止め、記録を残して担当者に確認します。
Shopifyユーザーとブラウザの境界を分ける
Shopifyの従業員権限、ブラウザセッション、OpenClawのツール権限、Macホストのアクセス権は別々に管理します。どれか一つを絞っても、残りの権限まで自動的に制限されるわけではありません。
| 境界 | 確認すること | 受け入れ前の扱い |
|---|---|---|
| Shopifyユーザー | 役割と必要な管理画面権限 | 店主の認証情報を渡さず、作業に必要な範囲にする |
| ブラウザセッション | 使用するプロファイルとログイン状態 | 専用のブラウザプロファイルを優先する |
| OpenClawのツール | 許可する操作と停止条件 | 読み取りと変更を区別する |
| Macホスト | ログインできる人、共有データ、終了時の処理 | ブラウザの認証情報を含むデータを保護する |
Shopifyではユーザーにロールを割り当て、ロールに応じた権限を設定できます。作業に必要な権限が判断できないときは、権限を広げて解決しようとせず、依頼内容を狭めてください。Shopifyの権限カテゴリと機密性の高い権限に関する説明を照らし合わせ、必要な項目だけを担当者と確認します。
Shopifyの従業員権限は、Agentにどこまで付与しますか。
商品や注文の確認など、依頼された作業に必要な範囲に限定します。店主アカウントの共有や、複数人での使い回しを前提にしないでください。権限が足りない場合は、作業内容と必要性を人が確認してから変更します。
第1段階：独立プロファイルか既存セッションかを選ぶ
OpenClawは、管理対象のブラウザプロファイルを使う方法と、すでにログインしているブラウザセッションに接続する方法を案内しています。既存セッションは再ログインを省ける場合がありますが、ログイン状態を含むブラウザデータをAgentの操作対象にするため、共有範囲と切断手順の管理が重要です。既存ブラウザセッションへの接続方法とプロファイルに関する注意事項を確認してください。
OpenClawは、すでにログインしたShopifyのブラウザを使えますか。
既存セッションへの接続方法は公式資料に記載されています。ただし、接続可能であることは、安全性や業務上の承認を保証しません。セッション共有を誰が認めるか、接続できるタブはどれか、試験後にどう切断するかを先に決めます。
経験上の確認点：ブラウザプロファイルは画面設定だけでなく、ログイン状態を含み得る情報として扱います。共有を認める責任者と、試験後にセッションを終了する担当者を記録してください。
本番の前に、読み取りタスクで試走する
商品情報の確認や注文状況の照合など、画面を変更しないタスクから始めます。読み取りができたことだけで、保存や公開まで自動化できると判断してはいけません。
試走中は、Agentが見たページ、提案した操作、人が判断した内容、停止した理由を記録します。OpenClawのセキュリティに関する推奨事項も確認し、ブラウザを操作する実行環境へのアクセスを誰に許すかを決めてください。
OpenClawの本番投入前テストは、どの順で行いますか。
- 対象を限定する。 試験用に選んだ商品または注文だけを指定し、触れてよいページを明確にします。
- 初期状態を保存する。 試験前の画面や対象情報を記録し、後で変更の有無を照合できるようにします。
- 読み取りを依頼する。 Agentに確認項目と結果の提示だけを指示します。保存、公開、返金などの確定操作は依頼しません。
- 結果を人が照合する。 対象の取り違え、読み落とし、画面外の情報に基づく判断がないか確認します。
- 停止動作を確かめる。 対象が見つからない、表示内容が指示と矛盾する、追加操作が必要になる場合に、Agentが止まって確認を求めるかを見ます。
- 記録を残す。 入力した指示、表示された内容、提案、担当者の判断を保管します。問題があれば正式な変更作業へ進まず、権限や指示を見直します。
承認付きの初回作業を終えてから運用を決める
読み取り試験を通過した後も、最初の変更作業は責任者が承認した低リスクの内容に限定します。実行前の状態、Agentが提示した操作、人の承認、実行後の画面を順に照合してください。操作の記録が追えない、結果が依頼と一致しない、想定外の変更が起きた場合は、正式な運用を止めて人が処理します。
運用を続ける場合は、誰が依頼し、誰が承認し、誰が記録を確認し、誰がアクセスを取り消すかを引き継ぎ資料に残します。担当者や作業内容が変わったら、Shopifyのロールとブラウザセッションを再確認します。OpenClawのブラウザ機能やShopifyの権限仕様に変更があった場合も、同じ手順を再実施してください。
受け入れ可否を分ける条件
- 専用ユーザー、制御されたブラウザプロファイル、承認者、操作記録が揃っているなら、読み取り試験と承認付きの限定作業へ進みます。
- 既存セッションの共有範囲や、Shopify権限の必要性を説明できないなら、接続を保留し、作業範囲を縮小します。
- 変更結果を人が照合できない、または操作記録を追跡できないなら、本番店でのAgent操作を始めず、手作業に戻します。
遠隔のMacを使う場合も、環境を用意しただけでShopifyの権限が増えたり、審査やアカウントの安全が保証されたりするわけではありません。既存の実行環境で困りやすい点は、個人ブラウザとのセッション混在、担当交代時の引き継ぎ漏れ、端末の稼働時間に依存することです。こうした運用上の条件を整理するため、MACCOMEのリモートMac環境も確認し、必要な期間や受け渡し方法がチームの手順に合うか判断してください。
米国拠点が必要な場合は、シリコンバレー拠点のMac環境も選択肢になります。常時稼働の重い作業や物理接続が必要な業務では、自社保有のMacが適する場合もあります。どの環境を選んでも、専用権限、操作記録、人の承認は別途必要です。