AIブラウザ拡張を使う前に確認したいプライバシー項目

AIブラウザ拡張を使う前に見るべきなのは、説明文の「AIで要約」より、browser内のどの情報へアクセスし、どこへ送るかです。拡張機能は権限によって、閲覧中のページ、入力欄、tab情報、選択した文章などを読める場合があります。仕事のmailやCRMを開くbrowserでは、便利さだけで権限を許可せず、用途に必要な範囲へ絞れるか確認します。

permission表示を用途に当てはめる

Chromeの権限画面は、拡張が要求するアクセスの種類を知らせます。警告が出たから危険と断定することも、Chrome Web Storeに掲載されているから安全とみなすこともできません。必要なのは「その機能に、この範囲の権限が必要か」という照合です。

表は横にスクロールできます

権限・機能の例	起こり得ること	確認する質問
すべてのsiteでページデータへaccess	開いているサイトの内容を読み取り・変更する場合がある	特定siteだけで足りないのか
host permission	指定domainのpage・requestへアクセスする	業務上不要なdomainまで含むか
tabs / browsing data	URL、title、tabや閲覧状況を扱う場合がある	なぜ要約にtab全体の情報が要るか
clipboard	copyした文や貼り付け内容を扱う場合がある	clipboardの保存・送信条件は明示されているか
incognito / file access	通常と異なるbrowser領域やローカルfileへアクセス	その機能が必要か、別許可を切れるか

Chromeではsite accessを「クリック時のみ」「特定site」「すべての要求site」のように調整できる場合があります。機能が許すなら、対象domainを限定するか、使う時だけ有効にします。なお、拡張が要求する権限と、提供会社がサーバーへ送るデータは別の確認です。権限表示だけから、送信内容・保存期間・model学習の有無までは分かりません。

インストール前の確認シート

拡張ごとに、次を一枚にまとめます。

• 目的： どの仕事を短くするのか。単一機能として説明できるか。

• permission： 必須・optional・host permissionをそれぞれ列挙。

• 対象site： 必要な業務domainと、accessを許可しないdomain。

• 取得data： ページ本文、入力draft、URL、選択範囲、clipboard、画像・音声。

• 送信先： 拡張提供者、AI provider、subprocessor、連携先。

• 利用・保持： service提供、改善・学習、human review、保存・削除の条件。

• 共有： account/workspaceの他利用者、管理者、外部共有linkから見える範囲。

• 管理方法： update時のpermission追加、allowlist、停止・削除の担当。

privacy policyに「個人情報を保護する」としかなく、どのpage dataが送られるか分からない場合は未確認として扱います。権限や利用目的の説明が機能と合わない場合、または業務上必要のない広いアクセスを外せない場合は、インストールを保留します。

pageの内容は入力欄だけではない

AI拡張が「今見ているページを要約」する場合、顧客名、社内資料、未送信mail、画面に表示された請求・人事情報が送信対象になることがあります。利用者がpromptへ貼り付けていないことは、送信されない証拠ではありません。ページ全体を取得する機能なら、開いたtabを変える前に機密ページを閉じる運用だけでは不十分です。permissionの対象siteや拡張自体を制限します。

ページからAI providerへ送信するまでに、拡張提供者のserverを経由するのか、どのmodelへ渡るのかも確認します。Chrome Web StoreのUser Data Policyは、必要最小限のpermission、利用目的・transfer、personal/sensitive dataの取り扱いについて開発者に条件を課しています。ただし、policyが存在することだけで個別拡張の実際の挙動を確認したことにはなりません。掲載情報、privacy policy、契約、社内の管理設定を照合してください。

別profileで試してから業務browserへ

導入候補は、まず業務accountや顧客データを入れていない別のChrome profileで確認します。extensionの詳細画面でdeveloper、version、更新日、permission、privacy disclosure、問い合わせ先を記録し、テスト用pageで必要な操作だけ試します。拡張の挙動が分かる場合は、developer toolsやnetwork logで外部通信先を確認します。ただし、画面表示だけでは全ての通信・保存・将来の更新を証明できません。

業務導入では、管理者が許可したextensionだけを配布するallowlistや、ユーザーが追加できる拡張の制御を検討します。試験時の確認項目は、ページ閲覧だけで動くか、起動操作が必要か、拡張を無効にすると権限が止まるか、組織アカウントから削除できるかです。社内の管理対象でないbrowserへ顧客情報を持ち込まないルールも合わせて決めます。

update後もpermissionを見直す

拡張はupdateで機能や要求permissionが変わることがあります。Chromeはpermissionの追加・変更時に警告や再許可を求める場合があります。更新通知を見ずに一律承認するのではなく、追加されたhostや機能が現在の業務に必要か確認します。退職者や業務変更で利用が不要になった拡張、長期間更新・サポート情報がない拡張は、管理者が棚卸しします。

アンインストールだけで、拡張が過去に送信した内容や提供側serverの記録まで消えるとは限りません。利用を止める場合は、account連携を解除し、保存データの削除方法と契約上の連絡先を確認します。service accountやOAuth tokenを使った場合は、不要なcredentialをrevokeします。

AIものさしの判断

インストールを決める基準は、permissionとdata flowを業務目的に結び付けて説明できるかです。「全siteのデータを読む」権限が不要なら限定できる拡張を選びます。送信先、保存、学習利用、削除方法が不明な拡張には実データを渡さず、管理者の承認を得るまで業務利用を保留します。Chromeのwarningがないことや、レビュー評価が高いことだけで安全とは判断しません。

ケース別に利用可否を決める

表は横にスクロールできます

開いているページ	使う目的	導入前に止めて見る点
公開Web記事	ページ要約	拡張がページ全文を外部へ送るか、source linkを返すか
社内wiki	社内手順の検索	workspace契約、対象domainの許可、共有範囲
顧客CRM	商談メモの整理	顧客データ入力許可、CRM連携、出力の保存先
web mail	返信案の作成	未送信draft、宛先、添付、送信button操作の有無
銀行・人事・医療画面	画面理解や入力補助	目的に必要か。通常は拡張を使わず、情報管理担当へ確認

機密性が高いpageで拡張を使う合理的な理由がない場合は、アクセスを許可しないのが最も分かりやすい判断です。特定のsiteだけで使うなら、domainごとの許可と、実際に許可されているsiteの一覧を記録します。

許可を出す前に確認する表示

Chrome Web Storeや拡張の案内で、権限と「なぜ必要か」の説明が一致するか読みます。たとえば、選択した文章だけを要約する機能なのに全siteのデータを常時読み取る権限を要求するなら、任意permissionやclick-to-runで代替できない理由を確認します。開発者が必要な範囲より広い権限を要求していないか、利用者側からsite accessを限定できるかも確認します。

拡張のprivacy disclosureは、送信するdata categories、目的、第三者提供、保持・削除を具体的に説明しているか見ます。「データを売らない」だけでは、AI処理のために提供者やsubprocessorへ送るか、運用・不正対策で保存するかは分かりません。説明がない、または実際の製品機能と矛盾する場合は、業務用候補から外すか、developerへ質問します。

利用を停止するときの後処理

拡張を業務browserから削除するときは、以下を一緒に確認します。

1. extensionを無効化または削除し、必要なら管理者が配布を止める。

2. connected account、OAuth grant、API tokenを解除・失効する。

3. 提供サービス内の会話、page capture、保存データの削除方法を確認する。

4. shared link、workspace共有、同期されたCRM / Drive等にコピーがないか確認する。

5. 利用記録・削除確認を社内台帳へ残す。

拡張を消しただけで提供者側の保存データや、別サービスへ転送済みのcopyまで消えたとは限りません。依頼先の削除手順や社内のdata retention contractを確認します。