3行まとめ
- 2026年7月25日、Redditへの投稿をきっかけに「
site:claude.ai/share」でGoogle検索すると、ユーザーが共有したClaudeの会話やArtifactsが誰でも閲覧できる状態になっていたことが発覚した - 露出した内容には実名・電話番号入りの履歴書、APIキー、暗号資産ウォレット情報、社会保障番号とみられる情報などが含まれていた（VentureBeat・TechCrunchが報道）
- 原因は共有ページの
robots.txtが/share/*のクロールを禁止しており、ページ側に設定していたnoindexヘッダーをクローラーが読めなかったこと。Anthropicは7/27〜28にかけて対応し、Google検索結果からは概ね消えたがBingには一部残存している
Claudeを巡っては2026年3月末にも「Claude Code」のソースコードが誤って公開される事故があったが、あれは内部実装コードの流出で、ユーザーデータには影響していなかった。今回は性質が違う。ユーザーが実際に共有したチャットとArtifactsが、Google検索経由で第三者から閲覧できる状態になっていた、という話になる。
何が起きて、どう収束したのかを時系列で整理する。
発覚の経緯
-
7月25日: Redditの
r/ClaudeAIに、Google検索でsite:claude.ai/shareと検索すると大量のClaude共有チャットがヒットするという投稿が上がる。すぐに数千のアップボート・コメントを集めて拡散した - 7月26日: X上でスレッドが拡散し、実名入り履歴書やAPIキーなど、具体的な露出内容の実例が並び始める。この時点で共有チャットだけでなく、共有したArtifacts（インタラクティブなアプリ・ダッシュボード・ドキュメントなどの生成物）もGoogle検索に載っていることが分かった
- 7月27日: VentureBeatが独自検証記事を公開。自社が直接共有していないArtifactsもGoogle検索経由でアクセス可能だったことを確認したと報じた
- 7月27〜28日: TechCrunchなど主要メディアが後追い。Anthropicが対応を開始し、7月28日までにGoogle検索結果からは概ね消えた
何が漏れたか
対象は「非公開チャットへの不正アクセス」ではない。あくまでユーザー自身が「共有」操作をしたチャット・Artifactsが、想定していなかった形で検索エンジンに露出した、という事案になる。とはいえ、共有したユーザー本人以外は「URLを知っている人だけが見られる」つもりだったはずで、実際の露出内容はかなり深刻だった。
X上のスレッドで確認された例として報じられているもの:
- 実名・電話番号入りの履歴書
- APIキー
- 暗号資産ウォレットの情報
- ある弁護士が書いた倫理案件についてのメモ
- 社会保障番号とみられる情報
日本語のチャットも複数見つかっている。タイトルだけ見ても内容の生々しさが伝わる。
- 「格安税理士 決算サービス比較」
- 「原口一博さんのライブ要約と解説」
- 「森永乳業のマウントレーニアについて」
- 「兵庫県知事の支持層と批判層の比較」
すでに第三者によるアーカイブも作られていて、GitHub上には発覚直後の時点で「Claudeの公開会話410件、3,405メッセージを保存した」と記載されたリポジトリが確認されている（その後も収集が進んでいる可能性があり、この数字は7月末時点のスナップショットにすぎない）。検索結果からAnthropicが削除に成功しても、こうしたスクレイピング済みのコピーまでは制御が及ばない。
なぜrobots.txtだけでは防げなかったか
技術的な原因は「noindexが設定されていなかった」ことではなく、設定していたnoindexが、robots.txtのDisallowによって読まれなかったことにある。Search Engine Journalの技術分析によると、claude.aiの共有ページ（/share/*）は次の2つを同時に設定していた。
-
robots.txt側:User-agent: *のグループで/share/*をDisallow（クロール自体を禁止） - ページ側:
x-robots-tag: noneヘッダーを返却（noindex, nofollow相当のインデックス拒否）
一見すると二重に守っているように見えるが、これは典型的なアンチパターンだった。Googleの公式ガイダンスでは「noindexタグは、クローラーがそのページに実際にアクセスして読めた場合にのみ機能する」とされている。robots.txtでクロール自体をブロックしてしまうと、クローラーはページ本文にもヘッダーにも到達できず、そこに書かれたnoindexを読むことができない。
その状態で、外部サイト（SlackやGitHub Issue、Redditの返信など）が共有URLに直接リンクすると、Googlebotはページを開かずにリンク経由でURLの存在だけを把握し、検索結果に載せてしまう。今回インデックスされた共有ページの多くが「このページに関する情報はありません」という説明なしの表示だったのは、まさにGoogleがURLの存在は認識しつつ中身を読めていなかったことの表れになる。
robots.txtとnoindexは役割が違う。robots.txtは「クロールするかどうか」の制御、noindexは「インデックスするかどうか」の制御であり、同じページに両方を重ねて設定すると、noindexの方が機能しなくなるという組み合わせの問題だった。
Anthropicの公式声明と対応
Anthropicの公式コメントは以下の通り。
We give people control over sharing their Claude conversations publicly, and in keeping with our privacy principles, we do not share chat directories or sitemaps with search engines like Google. These shareable links are not guessable or discoverable unless people choose to share them themselves.
要約すると「共有の可否はユーザーがコントロールできる仕組みにしており、プライバシー方針に従ってGoogleなどの検索エンジンにチャットディレクトリやサイトマップを提供していない。共有リンクは推測不可能で、ユーザー自身が共有しない限り第三者に発見されることはない」という主張になる。
ただ、この声明は「サイトマップを渡していない」という点では事実でも、robots.txtとnoindexが競合してnoindexが機能しなくなっていたという穴を塞ぐものではなかった。7月27〜28日にかけてAnthropicはrobots.txtの更新など複数の対応を実施し、Google検索結果からは概ね削除された。一方でBing検索には一部の結果がしばらく残っていたとも報じられている。
実は初めてじゃない — 繰り返されるパターン
今回の件で特に指摘されているのが、「同じパターンの事故が繰り返されている」という点だ。
-
Anthropic自身も2025年9月に類似の事例を起こしている。当時はGoogleが600件弱のClaude会話をインデックスしていたと見られ、その際もAnthropicの広報担当者はForbesの取材に「（該当ページのクロールを）積極的にブロックしている」とコメントしていた。WIREDがWayback Machineで確認したところ、robots.txtで
/shareディレクトリを禁止する設定自体は少なくとも2025年9月から存在していたといい、同じrobots.txt/noindexの競合が、公になるまで10ヶ月近く放置されていた可能性がある - OpenAIも2025年8月、ChatGPTで同様の事件を起こしている。Googleが数千件のChatGPT共有会話をインデックスしていたことが発覚し、OpenAIは共有チャットの「検索エンジンでの発見可能性」機能を無効化する対応を取った
- Elon MuskのGrokでも類似の問題が報告されている
ある論評は「2025年の騒動の際もAnthropicは『チャットディレクトリやサイトマップを検索エンジンに提供していない』と説明していたが、その説明自体は正しくても、それは今回の露出を防ぐための対策にはなっていなかった」と指摘している。robots.txtやサイトマップ非提供を『対策済み』の根拠にするのは、noindexが実際に機能しているかという確認を代替できない、というのがこの一連の事故に共通する教訓になる。
個人開発者・ユーザーとしてやるべきこと
Claudeの共有機能自体は便利で、実装のデモやAI生成物をチームや読者に見せる用途でよく使われる。今回の件を踏まえて、実務上気をつけたいことを整理しておく。
-
設定 → Privacy → Shared chats から、過去に共有したチャット・Artifactsを棚卸しする。不要なものは
Unshareで公開を解除する - 共有前提のチャットには機密情報を入れない。APIキー・個人情報・社内限定情報を含む会話は、そもそも共有機能を使わない
- 「URLを知っている人だけが見られる」という前提を過信しない。今回のようにクロール制御の実装ミス一つで、URLの推測不可能性という前提ごと崩れる
- APIキーなどを誤って共有チャットに含めてしまった場合は、リンクの失効だけでなく、鍵そのものの失効・再発行まで行う。第三者アーカイブへのコピーは事後に取り消せない
まとめ
- 2026年7月25日、Redditの投稿をきっかけに「Claudeの共有チャット・ArtifactsがGoogle検索でインデックスされている」問題が発覚した
- 実名・電話番号入り履歴書、APIキー、暗号資産ウォレット情報などが露出。Anthropicは7/27〜28にかけて
robots.txt更新等で対応し、Google上は概ね解消したがBingには一部残存 - 原因は共有ページの
robots.txtが/share/*のクロールを禁止し、ページ側のnoindexヘッダーをクローラーが読めなくなっていたこと（robots.txtとnoindexの競合というアンチパターン） - Anthropic自身が2025年9月に類似事例を起こしており、OpenAIも2025年8月に同じパターンでChatGPTの共有チャットがインデックスされている。業界全体で繰り返されている構造的な問題と見たほうがいい
今後注目したいのは3点。ひとつはBingや第三者アーカイブに残った露出データの扱い。検索結果からの削除は一時的な措置に留まることが多く、根本的な解決にはなっていない。もうひとつはAnthropicの恒久対策の中身（noindexタグの実装状況、共有機能自体の設計変更の有無）。最後に、他のAIベンダーでの再発可能性。同じ「共有機能＋検索エンジンのクロール」という組み合わせを持つサービスであれば、どこでも起こり得る構造的な穴だからだ。
共有機能を使うこと自体は問題ではないが、「共有したものは、いずれ検索エンジンや第三者アーカイブに残る可能性がある」という前提で使うくらいがちょうどいい。
この記事は Zenn にも同じ内容を投稿しています。