何が起きたのか
2026年7月下旬、Anthropicが提供する対話型AI「Claude」でユーザーが「共有」した会話が、Google検索の結果に大量に表示されていたことが明らかになりました。
きっかけは7月25日、あるRedditユーザーの指摘でした。site:claude.ai/share といった検索演算子をGoogleに入力すると、本来は特定の相手に見せるつもりだった共有会話が次々と表示される——そうした状態になっていたのです。7月27日に米メディア404 Mediaが報じ、その後TechCrunchやFortune、日本のCNET JapanやGIGAZINEなど各媒体が相次いで取り上げました。同日午後にはこの検索手法で結果が表示されなくなり、何らかの修正が施されたとみられています。
一見すると「AIベンダー側の不具合」に見えますが、後述するとおり、事の本質は私たち利用者側の「共有」に対する認識と運用にあります。だからこそ、どの企業にとっても他人事ではありません。
露出していた情報の深刻さ
報道で確認されている露出内容は、決して軽視できるものではありませんでした。患者名を含む臨床試験の結果や詳細な医療報告書、小学生の名前と電話番号、「社内限定」と明記された社内文書、従業員の人事評価、暗号資産ウォレットの秘密鍵、業務用のコードや作業メモ——さらにはAnthropicのポリシーに違反する不適切なコンテンツまで含まれていたと報じられています。日本語のチャットも見つかっており、国内利用者も無関係ではありません。
つまり、個人のプライバシー、患者の医療情報、企業の機密、そして金銭に直結する認証情報が、検索という「誰でも到達できる入口」に置かれてしまっていたことになります。
なぜ起きたのか——「共有」という言葉の落とし穴
Claudeの「共有」機能は、会話やArtifacts（対話の中で生成される小さなアプリやコード）に固有のURLを発行し、そのリンクを知っている人が閲覧できるようにするものです。画面上には「リンクを知っている人は誰でも閲覧できます」と表示されます。
ここに認識のギャップが生まれます。利用者の多くは「リンクを渡した特定の相手だけが見る」と受け取りますが、技術的にはリンクを知っていれば誰でもアクセスできる公開ページです。そしてそのリンクをSNSやフォーラム、公開のドキュメントなどに貼れば、検索エンジンのクローラーがそれを辿り、インデックス（検索対象として登録）してしまいます。
Anthropicの広報担当者は、共有リンクは「ユーザー自身が共有を選ばない限り推測も発見もできない」「チャットのディレクトリやサイトマップを検索エンジンに提供することはない」と説明しています。つまりベンダーが一覧を公開したわけではなく、利用者が公開の場に貼ったリンクが拾われたというのが同社の立場です。Google側も「Web上で公開されたページをインデックスするかどうかは、最終的にサイト所有者側が制御するもの」との見解を示しています。
責任の所在の議論はさておき、企業として押さえるべき教訓は明確です。「共有＝限定公開」ではなく「共有＝公開の可能性」と捉えること。 UI上の「共有」という言葉の穏やかさが、実際のリスクを覆い隠してしまうのです。
これは「Claudeだけ」の問題ではない
同種の事象はAI業界で繰り返し起きています。OpenAIのChatGPTは2025年、会話を検索エンジンに表示させる実験的なオプションを提供した結果、意図しない公開が広がり、約10万件規模の会話が検索に露出。短期間でこの機能は撤回されました。イーロン・マスク氏のGrokでも類似の問題が報告されています。
生成AIの「共有」「公開」機能は、便利さと引き換えに情報漏洩の新しい経路になり得る——これは特定のサービスの欠陥というより、生成AIを業務に取り込むすべての組織が向き合うべき構造的リスクだと理解すべきです。
【事前対策】企業がとるべき予防策
技術的な設定だけでなく、ルールと教育の両面から備える必要があります。以下は最低限の対策です。
- 機密情報をAIに入力しないルールを明文化する。 顧客の個人情報、医療・金融情報、認証情報（パスワードやウォレットの鍵）、未公開の社内文書は、そもそも対話に貼らない・入力しないことを社内規程で定めます。
- 「共有」「公開」機能の利用条件を定める。 会話やArtifactsの共有リンク発行は原則禁止、または承認制にする。利用する場合も、機密を含む会話は対象外とします。
- 共有リンクを公開の場に貼らない。 SNS、外部フォーラム、公開ドキュメント、誰でも見られるチャットなどにリンクを掲載しないことを徹底します。
- 法人向けプラン・管理機能を活用する。 業務利用では、管理者が共有可否やログを制御できる法人契約・エンタープライズ設定を選び、個人アカウントでの業務利用を避けます。
- 既存の共有リンクを棚卸しする。 設定画面（例：設定 → プライバシー → 共有チャット）から過去に発行したリンクを確認し、不要なものや機密を含むものは削除します。
- 利用ツールの規約・仕様変更を定期的に確認する。 「共有」の挙動やインデックスの扱いはアップデートで変わり得ます。担当者を決めて追跡します。
- 従業員教育を継続する。 「共有＝公開の可能性がある」という前提を、具体例とともに繰り返し周知します。
【危機管理】万一、露出が判明したときの初動
予防を尽くしても、事故はゼロにはなりません。発覚時にどう動くかを、あらかじめ手順化しておくことが被害を最小化します。
- 事実確認と範囲特定（発見直後）。 どの会話・リンクが、いつから、どの範囲で見えていたのか。露出情報に個人情報や機密が含まれるかを速やかに切り分けます。
- 止血（一次対応）。 該当する共有リンクを即時に無効化・削除します。検索結果に残っている場合は、検索エンジンの削除リクエストやキャッシュ削除の手続きも検討します。
- 影響評価。 個人情報保護法上の「個人データの漏えい等」に該当するか、通知・報告義務が生じるかを法務・専門家とともに判断します。医療・金融など規制業種では特に慎重に。
- 報告・届出。 該当する場合は、個人情報保護委員会への報告や本人への通知を、定められた期限内に行います。取引先との契約上の通知義務も確認します。
- 社外コミュニケーション。 事実・原因・対応・再発防止を、憶測を避けて誠実に開示します。過小評価も過剰な断定も信頼を損ないます。判明していないことは「調査中」と明確に伝えます。
- 再発防止と記録。 原因を運用・ルール・教育の観点で分析し、規程を更新。対応の時系列を記録として残し、次に備えます。
危機管理で信頼を分けるのは、隠すか・遅れるかではなく、どれだけ早く止血し、どれだけ正直に説明できるかです。
自社への示唆——「便利さ」の裏側を運用に組み込む
今回の事件が突きつけているのは、「AIは危ないから使うな」という話ではありません。生成AIは業務効率を大きく高める一方で、共有・公開といった一見便利な機能が、情報の出口になり得るという現実です。
自社に置き換えて考えるべき問いは、たとえば次のようなものです。私たちの業務で、AIに機密情報を入力していないか。共有リンクを安易に発行・掲載していないか。万一露出したとき、誰が・どの順番で・どこに連絡するのかが決まっているか。使っているツールの「共有」が実際にどこまで見えるのかを、担当者は正しく理解しているか。
生成AIを安全に使いこなす企業とそうでない企業の差は、ツールの選定以上に、「便利な機能のリスクを運用ルールと危機管理体制に落とし込めているか」に表れます。今回の事件を、自社のAI利用ガイドラインとインシデント対応手順を見直すきっかけとしていただければと思います。
本記事は2026年7月時点の公開報道（404 Media、TechCrunch、Fortune、CNET Japan、GIGAZINE等）をもとに構成しています。事象の詳細やサービス仕様は今後変わる可能性があるため、最新情報は各提供元の公式発表をご確認ください。
