Claude in Chromeの管理者設定 — 企業導入時の権限とネットワーク制御
Claude in ChromeをTeam・Enterpriseで導入する管理者向けに、有効化・サイト制御・Cowork側パネル・デプロイ方式・パイロット手順をまとめます。
Claude in Chromeの組織導入は、Organization settingsの1つのトグルだけでは完結しません。拡張機能そのものの有効化とは別に、アクセス可能なサイトの制御、Cowork側パネルの有効化、パスワードマネージャー連携、デスクトップアプリとの連携範囲まで、管理者が個別に判断する設定項目が並んでいます。TeamとEnterpriseでは既定値も違います。ここでは組織のOwner・Primary Ownerが導入前に押さえておく設定項目を、実際の操作順に沿って説明します。
Claude in Chromeの管理者設定でできること
管理者が触れる設定は大きく4系統に分かれます。組織全体での有効・無効の切り替え、アクセス可能サイトの絞り込み、Cowork側パネルの有効化、そしてパスワードマネージャーやデスクトップ連携といった周辺機能の制御です。いずれも「Organization settings > Claude in Chrome」の画面から、Owner・Primary Ownerアカウントでサインインして操作します。
Claude in ChromeとClaude Coworkは別々の設定として管理される点に注意が必要です。拡張機能を組織で有効にしても、Coworkをその拡張機能の中で使えるかどうかは別のトグルで決まります。両方を有効にして初めて、サイドパネルがCoworkセッションとして動く構成になります。
拡張機能を組織で有効にする — TeamとEnterpriseの既定値の違い
「Enable for your team」というトグル1つで、組織全体への拡張機能提供を切り替えます。有効化する前に「Claude in Chromeを安全に使うためのガイド(Use Claude in Chrome safely)」を確認し、プロンプトインジェクション分類器や既存の防御策、それでも残るリスクを理解しておくと安心です。
| プラン | 既定値 |
|---|---|
| Team | 既定値有効(不要なら無効化する運用) |
| Enterprise(〜2026年9月9日) | 既定値無効(管理者が明示的に有効化) |
| Enterprise(2026年9月10日〜) | 既定値有効に変更 |
Enterprise組織で拡張機能を有効にしても、ユーザーへ自動で通知は届きません。社内チャネルなどで利用可能になったことを別途案内します。
デスクトップアプリには拡張機能を必要としない内蔵ブラウザも用意されています(展開中の機能)。Enterpriseでは既定オフで、「Organization settings > Cowork」から管理します。拡張機能と内蔵ブラウザは独立して有効・無効を選べるため、どちらか一方だけを許可する運用も、両方許可する運用も、両方止める運用も可能です。
アクセスできるサイトを許可リストと拒否リストで絞り込む
Claudeがアクセスできるサイトは、allowlist(許可リスト)とblocklist(拒否リスト)の組み合わせで制御します。allowlistに登録したサイトだけにアクセスを限定するのが基本方針で、特に導入初期は制限的なリストから始めることが推奨されています。blocklistは、金融サービスやアダルトコンテンツなどClaudeが既定でブロックしているカテゴリーに加えて、組織固有の追加防御層として機能します。
特定のサイトでClaudeが動かないという問い合わせが来た場合、まず疑うべきはこの組織側の制限です。エンドユーザー向けの不具合切り分けはClaude in Chromeが動かないときの原因と対処法にまとめています。
Cowork側パネルを有効にする手順
Enterpriseプランでは、サイドパネルをClaude Coworkのセッションとして動かすために、管理者側の追加設定が必要です。手順は次の3ステップです。
- 「Organization settings > Cowork」でCowork自体をクラウド上で有効化する
- 「Organization settings > Claude in Chrome」に移動し、「Enable for your team」をオンにする
- Chrome管理ツールで拡張機能を配布するか、ユーザーにChromeウェブストアからのインストールを案内する
すでに組織でClaude in Chromeを使っている場合、Coworkをクラウド上で有効にした時点で、ユーザー側は自動的にCowork側パネルに切り替わります。再インストールは不要です。有効化するまでは、従来どおりのクラシックなサイドパネルが表示され続けます。
Coworkセッション化したサイドパネルは、使い勝手も従来のパネルとは変わります。セッションはユーザーの履歴に保存され、Claude Desktopなど他の利用形態へそのまま引き継がれ、skills・plugins・connectorsも変わらず使えます。ZDR(Zero Data Retention)を前提に運用設計している組織にとっては、この履歴保存の挙動が導入判断の材料になります。
パスワードマネージャー連携と手元アプリの連携を管理する
1Password for Claudeは、macOS利用者がサインインを伴うタスクを完了できるようにする連携です。1Password側が対象ページに直接ユーザー名・パスワード・ワンタイムコードを入力するため、認証情報自体はClaudeの会話に渡りません。組織では既定オフで、有効化には1Password desktop app・1Password browser extension・Claude Desktop・Claude in Chromeの4つが同一のMac上に揃っている必要があります。
もう1つの連携が、Claude in ChromeとClaude Desktopを両方インストールしたユーザー向けの、タスクの引き継ぎ機能です。デスクトップアプリでタスクを始め、ブラウザでの作業部分だけをウィンドウを切り替えずにClaudeへ任せられます。組織としてこの連携を止めたい場合、拡張機能そのものをトグルオフにするか、Enterpriseの設定でisLocalDevMcpEnabledを無効にするかの2通りの止め方があります。
導入方法を選ぶ — セルフサービス配布と管理者配布
拡張機能を組織で有効にした後、ユーザーへの行き渡らせ方には2つの経路があります。
| 配布方法 | 内容 | 向く場面 |
|---|---|---|
| セルフサービス | 内容ユーザーがChromeウェブストアから個別にインストール | 向く場面全社解禁後、任意利用でよい場合 |
| 管理配布 | 内容Google Workspace管理コンソールやMDMで対象ユーザー・グループへ配布 | 向く場面パイロット期間中、対象を限定したい場合 |
多くのEnterprise組織は、すでにChrome拡張機能の管理体制を社内に持っています。既存の仕組みをそのまま使えば、新たなツールを導入せずに、パイロット期間中のインストール対象を絞り込めます。
パイロット導入を進める手順
限られたユーザーで試してから全社展開したい場合、公式が示す進め方は次の順です。
- 組織レベルで拡張機能を有効化する
- 信頼できる特定サイトに限定した、制限的なallowlistを設定する
- IT側の管理ツールで、インストールできる社員を絞り込む
- パイロット参加者に「Claude in Chromeを安全に使うためのガイド(Use Claude in Chrome safely)」を共有する
- フィードバックを集めながら、段階的にアクセス範囲を広げる
このステップの狙いは、事故が起きても影響範囲を限定できる状態を保ったまま、社内の実利用データを集めることです。allowlistを緩めるタイミングは、直近のフィードバックで問題が出ていないことを確認してからにするのが安全です。
権限・ネットワーク・データ保持の既存管理とどう噛み合うか
Claude in Chromeは、Coworkとは独立した権限設計を持ちます。組織レベルの有効・無効トグルに加えて、Enterpriseのカスタムロールを使っている組織では、ロールごとにこの機能を許可・剥奪できる権限項目が別途存在します。Coworkへのアクセス権を持っているユーザーが、自動的にClaude in Chromeも使えるようになるわけではありません。
通信面では、Claude in Chromeのチャットトラフィックはclaude.ai・api.anthropic.com・platform.claude.comという既存のClaudeエンドポイントを通ります。すでにこれらへの通信を許可している組織なら、既存のネットワーク制御がそのまま適用されます。加えて、Claude Desktopと同じブリッジエンドポイント(wss://bridge.claudeusercontent.com)と、標準的なテレメトリー通信先にも接続します。制限的なネットワーク環境では、これらの接続は許可リストに含めておきます。特定の組織だけに拡張機能の利用を限定したい場合は、forceLoginOrgUUIDというChromeエンタープライズポリシーを配布します。
データ保持については、Zero Data Retention(ZDR、データを保持しない契約オプション)はCoworkと同様にClaude in Chromeでは選べません。ZDR前提でデータ取り扱いを設計している組織は、この点を導入判断の材料に含めておきます。データの扱いの全体像はCoworkセキュリティで扱っています。
設定でつまずきやすいポイント
- 有効化したのに使う人が現れない: Enterpriseでは有効化してもユーザーへの自動通知がないため、社内周知を別途行っていないだけの可能性があります
- allowlistに入れたのにアクセスできない: blocklistや金融・アダルトなどの既定ブロックカテゴリーが優先して働いている可能性があります。両方を確認します
- Cowork側パネルが切り替わらない: Cowork自体の有効化とClaude in Chrome側のトグルは別設定です。どちらか一方だけでは動きません
- デスクトップとの連携を止めたつもりが残っている: 拡張機能のトグルとEnterprise設定の
isLocalDevMcpEnabledは別の止め方で、片方だけでは意図通りに止まらない場合があります - 制限的なネットワーク環境で接続できない:
api.anthropic.comなどの既存エンドポイントに加えて、ブリッジエンドポイントとテレメトリー通信先も許可対象に含めておきます
よくある質問
Claude in ChromeとClaude Coworkは同じ設定で管理されますか
いいえ、別々の設定です。拡張機能の組織有効化トグルと、Coworkをクラウド上で有効にするトグルは独立しており、サイドパネルをCoworkセッションとして動かすには両方の有効化が必要です。
allowlistとblocklistはどちらを優先すべきですか
導入初期は、信頼できるサイトだけを許可するallowlist方式から始めるのが基本方針です。blocklistは金融・アダルトなど既定ブロックカテゴリーに加えた追加の防御層として使います。
Enterpriseで拡張機能を有効にすると、ユーザーは自動で使えるようになりますか
有効化自体は即時に反映されますが、ユーザーへの自動通知はありません。利用可能になったことは社内チャネルなどで別途案内します。
ZDR(Zero Data Retention)契約でもClaude in Chromeは使えますか
拡張機能自体は使えますが、ZDRオプションはCoworkと同様にClaude in Chromeでは選べません。データ保持を前提に運用設計している組織は、この点を導入判断の材料に含めておきます。
パイロット導入では何人くらいから始めるべきですか
公式手順では人数の目安は示されておらず、「信頼できる特定サイトへのallowlist限定」と「IT管理ツールでのインストール対象の絞り込み」が条件として挙げられています。フィードバックを見ながら段階的に範囲を広げる進め方が基本です。
まとめ
Claude in Chromeの管理者設定は、組織全体のオン・オフだけでなく、サイト制御・Cowork連携・周辺機能の可否まで含めた複数レイヤーの組み合わせです。Enterpriseでは2026年9月10日以降、拡張機能が既定で有効になります。既定が切り替わる前後で現状の設定を棚卸ししておくと、移行時の混乱が減ります。全社展開の前にパイロット運用で制限的なallowlistから始め、フィードバックを見ながら範囲を広げる進め方が、事故の影響を抑えながら実利用データを集める現実的な手段です。導入判断の前提となる料金・プランの違いはClaude Enterpriseとはで確認できます。