Claudeの共有チャットがGoogle検索に表示された問題｜原因・確認手順・企業の対策【2026年7月速報】

2026年7月25〜27日にかけて、Claudeの「リンクで共有」機能で作られた共有チャット（claude.ai/share/...）と公開Artifacts（claude.ai/public/artifacts/...）の一部が、Google検索の結果に表示される状態になっていました。これはAnthropicがハッキングされた事件ではなく、ユーザー自身が「リンクを知っている人なら誰でも見られる」状態で公開したページが、検索エンジンに登録されてしまったという問題です。

Google側での表示は7月27〜28日にかけて確認できなくなりましたが、共有を解除しても、すでに他人がコピー・保存した内容までは消せません。過去に一度でも共有リンクを作ったことがあるなら、今日中に棚卸ししておくべき事案です。

この記事でわかること:

• 何が、いつ、どこまで起きたのか（報道ベースの時系列と、露出したとされる内容）
• なぜ起きたのか（robots.txtのDisallowとnoindexの関係という技術的な核心）
• 2026年7月29日時点で claude.ai が実際に返している設定の実測結果
• 自分の共有リンクを確認・解除し、検索結果から消す具体的な手順
• 企業・情シスが取るべき初動対応と恒久的な統制設計

想定読者は、Claudeを個人アカウント（Free / Pro / Max）で業務にも使っている人、および社内の生成AI利用を統制する立場の情シス・セキュリティ担当・法務です。

ハッキングではない。ただし「共有＝公開Webページ」だった

今回の事案を実務判断に落とすうえで、押さえるべき事実は次の3点です。

1. 原因はユーザーの共有操作＋インデックス制御の設計ミス。攻撃や不正アクセスによる情報漏えいではありません。共有リンクを作った時点で、そのページはログイン不要で閲覧できる公開ページになっていました。
2. 技術的な核心は「Disallowはnoindexではない」。claude.ai/robots.txt は /share/* のクロールを禁止していましたが、クロールを禁止すると、同じページが返している X-Robots-Tag: none（インデックス禁止の指示）をGooglebotが読めなくなります。結果、外部サイトに貼られたリンク経由でURLだけが検索インデックスに載り得る状態でした。
3. 「Googleから消えた＝もう安全」ではない。第三者によるコピー・スクリーンショット・アーカイブは残ります。特に会話にAPIキーや認証情報を書いていた場合は、共有解除より先に鍵の無効化・再発行を行ってください。

なお、公開共有ができるのは Free / Pro / Max プランです。Team / Enterprise プランは仕様上、同一組織のメンバーへの共有しかできず、公開共有は行えません（Anthropic公式ヘルプ記載）。つまり、業務利用しているのに個人アカウントのまま、というケースが最もリスクが高い構図です。

何が起きたのか｜時系列で整理

事案の発端は、Redditユーザーの投稿でした。日付は報道各社で1日程度の差があるため、幅を持たせて整理します。

露出したと報じられている内容

以下は各社報道で挙げられた例であり、当社が独立に検証したものではありません。ただし「AIとの雑談が見られた」程度の話ではないことは、傾向として押さえておく価値があります。

• 医療記録・臨床試験結果（患者名を含むもの）、医療請求データの分析
• 「internal use only」と書かれた社内文書、議事録、人事評価
• 履歴書などの個人情報、子どもの氏名と電話番号
• APIキー、暗号資産ウォレットの秘密鍵
• 弁護士による法務戦略の相談、開発中のソースコード
• いわゆるvibe codingで作られたアプリなどのArtifacts

規模については「数百件」から「数千件」まで報道に幅があり、Anthropicは公式に件数を公表していません。また、第三者が一部の会話をGitHub上にアーカイブした例も報告されています。日本語のタイトルを持つチャットが含まれていたという報道もありますが、タイトルの言語だけで利用者の国籍を断定することはできない点には注意が必要です。

原因｜「robots.txtでブロックすれば検索に出ない」は誤り

出典: Google検索セントラル「noindexでインデックス登録をブロックする」

今回の核心は、クロール制御（robots.txt）とインデックス制御（noindex）を混同すると、意図と逆の結果になるという、SEOの世界では古典的な落とし穴です。

何が矛盾していたのか

1. claude.ai/robots.txt は User-agent: * に対して Disallow: /share/* を指定していた（＝共有ページをクロールするなという指示）
2. 一方で、共有ページ自体はHTTPレスポンスヘッダで X-Robots-Tag: none を返していた（noindex, nofollow と同等の指示）
3. しかし、robots.txtでクロールを禁止しているため、Googlebotはページ本体を取得できず、X-Robots-Tag: none を読むことができない
4. その結果、Googlebotは外部サイト（Reddit、X、公開Slackワークスペース、Discord、GitHub、ブログなど）に貼られたリンクからURLの存在だけを認識し、検索インデックスに登録し得る状態になった

Google公式ドキュメントにも明記されています。

noindex ルールを有効にするには、そのページやリソースがrobots.txtファイルによってブロックされていてはならない（出典: Google検索セントラル「noindexでインデックス登録をブロックする」）

つまり、クロールを禁止したことで、インデックス禁止の指示を届ける経路そのものを塞いでいたことになります。「Disallowしているから安全」という直感が、最も危険な誤解でした。

2026年7月29日時点で実際に返っている設定（実測）

本記事の執筆にあたり、curl で claude.ai の設定を実測しました（2026年7月29日 JST）。報道の要約ではなく「いまどうなっているか」を確認した結果です。

robots.txt（User-agent: * グループの抜粋）:

Disallow: /new?*
Disallow: /chat/*
Disallow: /share/*      ← 共有ページは現時点でもクロール禁止のまま
Disallow: /join/*
Disallow: /api/*
Disallow: /settings*
（/public/artifacts に関する記載は無い）
Sitemap: https://claude.ai/sitemap.xml

各URLのHTTPレスポンス:

ここから読み取れることを、慎重に整理します。

• 共有チャット側は、執筆時点でも「robots.txtでブロック × X-Robots-Tag: none」という同じ構造の組み合わせが残っています。Google検索から結果が消えたのは、この構造が是正されたためというより、個別の削除対応による可能性があります。
• 公開Artifacts側は、robots.txtに記載がなく X-Robots-Tag も返っていません。つまり、クロール・インデックスを妨げる指示が事実上ない状態です。Axiosが7月27日午後時点で「Artifactsだけ残っていた」と報告した内容と整合します。
• ただし、claude.ai はSPA（クライアント側で描画するWebアプリ）のため、<meta name="robots"> がJavaScript実行後に挿入されている可能性は排除できません。生HTMLからは検出できなかった、というのが正確なところです。

一部の記事は「Anthropicが素早くnoindexタグを追加した」と書いていますが、本記事の実測ではその裏付けは取れていません。Anthropicは是正内容を公式には明示しておらず、「修正済みだから安心」と受け取るのは早計です。

「共有リンクは推測できない」の限界

Anthropicは「共有リンクは推測も発見もできない」と説明しており、これは技術的には正しい主張です。共有URLはUUID形式で、総当たりで当てることは現実的ではありません。

問題は、そこから先です。

• リンクを1回でも公開の場に貼れば、クローラーに拾われます。公開Slack、Discord、X、Reddit、GitHub、ブログ、社外向け資料——どれも対象です
• リンクを知られた時点で、誰でもログイン不要で中身を読めます
• したがって、転載・スクリーンショット・第三者アーカイブは、あなたが共有を解除した後も残ります

「推測できない」ことと「安全である」ことは、まったく別の話です。

Anthropicの説明と、実務側から見たズレ

出典: Anthropic公式サイト

Anthropicの立場は一貫して「仕様どおりの動作であり、事故ではない」というものです。広報のAmie Rotherham氏は各社取材に対し、おおむね次のように説明しています。

• Claudeの会話を公開共有するかどうかはユーザーが管理しており、チャットのディレクトリやサイトマップを検索エンジンに提供してはいない
• 共有リンクは推測も発見もできず、ユーザー自身が共有した場合を除いて到達できない
• 会話を共有した時点で、そのコンテンツは公開アクセス可能になっている

Google側も、広報のNed Adriance氏が「どのページを公開にするかを決めるのは検索エンジンではない。Googleはサイト所有者にクロール・インデックスの制御手段を提供し、それに従っている」とコメントしています（Search Engine Journal掲載）。

一方で、The Next Webは「Google DocsもURLでの共有だが検索結果には出ない。noindex という標準的な安全策を入れていなかったのは技術的な失敗というより設計上の選択だ」と批判しました。

実務側の受け止めを整理すると、争点は「Anyone with the link（リンクを知る人なら閲覧可）」と「検索エンジンにインデックスされる」がユーザーの頭の中では別物だったという一点に尽きます。前者は「知っている人にだけ見せる」という感覚ですが、後者は「世界中の誰でも検索で辿り着ける」状態です。この認識のギャップこそが、今回の実害の源泉でした。

生成AI全般でこの種の誤解がどこに潜んでいるかは、生成AIのセキュリティリスクとは？情報漏洩・プロンプトインジェクション・企業と個人の対策でも整理しています。

Claudeの共有機能はどういう仕様か（公式ベース）

出典: Anthropic公式ヘルプ「Sharing and unsharing chats」

対処の前提として、公式ヘルプに記載されている仕様を確認しておきます。

出典: Anthropic公式ヘルプ「Sharing and unsharing chats」

重要なのは最後の行です。Team / Enterprise プランでは公開共有が構造的に封じられているため、今回の事案で直撃を受けたのは主に個人向けプランの利用者です。会社の業務を個人アカウントで処理している、いわゆるシャドーAIの状態が最も危険でした。プラン間の違いはClaude料金【最新】無料/Pro/Max/API課金を完全比較で詳しく整理しています。

【個人向け】5分でできる確認と解除の手順

やることは大きく4つです。順番が重要で、認証情報の無効化が最優先になります。

ステップ1：会話に認証情報を含めていないか思い出す（最優先）

共有したチャットにAPIキー、アクセストークン、パスワード、暗号資産ウォレットの秘密鍵、社内システムのURLと認証情報などを貼っていた記憶があるなら、共有解除より先に、その鍵を無効化・再発行してください。理由は単純で、共有解除は「これから見られること」を止めるだけであり、すでに取得された値は無効化しない限り使われ続けるからです。

ステップ2：共有チャットの一覧を棚卸しする

1. Claudeにログインし、左下のアカウントメニューから Settings（設定） を開く
2. Privacy（プライバシー） タブを開く
3. Shared chats の横の Manage をクリック
4. タイトル・共有日・リンクの一覧が表示されるので、上から全部確認する
5. 業務内容・個人情報・認証情報を含むものは Unshare を押して解除する

「共有した覚えがない」と思っていても、デモや説明のために一度だけ共有したチャットが残っているケースは珍しくありません。件数がゼロであることを目視で確認するまでが手順です。

ステップ3：公開Artifactsを別途確認する

共有チャットを解除しても、公開設定にしたArtifactsは別導線です。ここを混同している解説が多いので注意してください。Artifactsとして作成したアプリ・資料・図表を公開設定にした覚えがあるなら、そのArtifact個別の共有設定を開いて公開状態を解除します。

2026年7月29日時点の実測では、Artifacts側はrobots.txt上もHTTPヘッダ上もインデックスを妨げる指示が確認できていません。現時点では共有チャットより残存リスクが高い側とみておくのが安全です。

ステップ4：検索結果に残っていないか確認し、必要なら削除申請する

Googleで以下のクエリを検索し、自分の名前・社名・製品名・特徴的なフレーズと組み合わせて確認します。

site:claude.ai/share あなたの名前や社名
site:claude.ai/public/artifacts あなたの名前や社名

Google以外（Bing、Brave Search、DuckDuckGo）でも同様に確認してください。報道時点でBing・Braveでの残存が長かったためです。

残っていた場合の申請導線は以下のとおりです。

Search Consoleの削除ツールは「自分が所有するサイト」専用です。今回のケースで一般ユーザーが使えるのは、原則として「古いコンテンツの削除」と個人情報の削除リクエストになります。

共有を解除しても消えないもの

ここを書かない記事が多いのですが、読者を最も誤らせるポイントです。できること・できないことを分けて整理します。

特に3つ目が重要です。Anthropicは露出件数も対象も公表していないため、「自分は無事だった」と確認する手段は現状ありません。だからこそ、認証情報を含んでいた場合は「見られた前提」で鍵を回すのが唯一の合理的な判断になります。

【企業向け】情シスが今日やるべきことと、恒久対策

企業側の対応は、初動（今日〜数日）と恒久対策（統制設計）に分けて考えます。

初動の6ステップ

1. 影響範囲の特定 — 社内でClaudeを個人アカウント（Free / Pro / Max）で使っている人がいるかを把握する。ここが不明なら、まず全社アンケートで構いません
2. 全社アナウンス — 「設定 → プライバシー → Shared chats を本日中に確認し、業務関連の共有をすべて解除」を明確な期限付きで依頼する。Artifactsの公開設定確認も併記する
3. 中身の分類とリスク判定 — 共有されていた内容を「顧客情報／個人情報／機密設計情報／認証情報」の4分類で切り分ける
4. 認証情報の緊急ローテーション — APIキー・トークン・パスワードは、共有解除より先に無効化・再発行する
5. 外部にコピーが残る前提で判断 — 「解除したから終わり」にしない。個人データが含まれるなら、個人情報保護法上の報告要否を法務・DPOと検討する（法的判断は個別性が高いため、必ず専門家に相談してください）
6. 記録を残す — 誰が何をいつ確認・解除したかを記録し、再発時の検知手順として残す

恒久対策の4層

最も効くのは1行目です。プラン変更だけでリスクの発生源そのものが消えるという、珍しく費用対効果の明快な対策です。データ保持ポリシーも含めた企業導入時の確認事項はClaude Fable 5 企業導入の落とし穴｜30日データ保持ポリシー・ZDR無効化・導入可否チェックリスト、AIエージェントを含む統制設計全体はAIエージェントのセキュリティ対策｜リスクの全体像と実務で使えるチェックリストで整理しています。Claude側が提供するセキュリティ機能そのものについてはClaude Securityとは？脆弱性スキャンのしくみとEnterprise向け提供状況を参照してください。

自社サイトを運用している人への教訓

今回の件は、Claudeユーザー以外にとっても実務的な教訓を含んでいます。「robots.txtでDisallowすれば検索に出ない」は誤りです。

非公開にしたいページに対する正しい選択肢は、次の3つのいずれかです。

1. 認証をかける — 最も確実。ログインしないと見られない状態にする
2. noindex を返し、かつクロールを許可する — クローラーが noindex を読めなければ意味がないため、robots.txtでブロックしてはいけない
3. そもそも公開URLを作らない — 共有機能そのものを使わない

そして、Disallow と noindex を同時に指定するのは最も典型的なアンチパターンです。Googleは「一時的に検索結果から消したい」用途でもrobots.txtでのブロックを推奨していません。クロールできない＝インデックスされない、ではないからです。

検索エンジンとプライバシーの関係についてはGoogleのAI検索強制とDuckDuckGo急増まとめ｜オプトアウト方法・プライバシー問題でも扱っています。

AI業界で3年続く「共有＝公開」事故の系譜

同じ構造の事故は、今回が初めてではありません。

共通しているのは、「共有＝限定公開」というユーザーの直感と、「共有＝公開Webページ化」という実装のギャップです。AI業界で3年連続して同じ形の事故が起きているという事実は、「次も起きる」と考えて運用ルールを組む根拠になります。

過去に起きたClaude関連のインシデント対応の考え方はClaude Codeソースコード流出まとめ｜何が漏れた？影響と今やるべき対策、アカウント側の防御策はChatGPT高度アカウントセキュリティとは｜パスキー・YubiKey・Trusted Access完全ガイドも参考になります。

こんな人は今すぐ確認すべき / 慌てなくてよい人

今すぐ確認すべき人

• Claudeの共有リンクを1回でも作ったことがある人（作った記憶が曖昧な人も含む）
• 個人アカウント（Free / Pro / Max）で業務の会話をしている人 — 顧客名・社内資料・未公開情報が入っている可能性が高い
• チャットにAPIキー・トークン・パスワード・ウォレット鍵を貼ったことがある人 — 最優先で鍵を回してください
• Artifactsを公開設定で作ったことがある人 — チャット側だけ解除して安心しているケースが多い
• 社内の生成AI利用を統制する立場の人（情シス・セキュリティ・法務） — シャドーAIの把握が先決
• 共有リンクを公開Slack・Discord・X・GitHub・ブログに貼ったことがある人 — クローラーに拾われる経路そのもの

今回はそこまで慌てなくてよい人

• 共有機能を一度も使っていない人 — 共有していない会話が対象になった事実は報じられていません。ただし念のため一覧の確認はしておくべきです
• Team / Enterprise プランのみで利用している組織 — 公開共有が仕様として不可のため、今回の直接的な対象外です。ただし所属メンバーが個人アカウントを併用していないかは別途確認が必要です
• APIのみを利用している開発者 — 共有機能はWeb版Claudeの機能であり、API利用そのものはこの事案の対象ではありません

Claudeそのものの機能やプランの全体像から見直したい場合はClaudeとは？機能・料金・使い方・ChatGPTとの違いをわかりやすく解説から確認してください。

よくある質問

Q. Anthropicがハッキングされたのですか？

いいえ。不正アクセスや攻撃によるものではありません。ユーザー自身が公開共有した（＝リンクを知る人なら誰でも見られる状態にした）ページが、検索エンジンに登録されてしまったという問題です。表現としては「情報漏えい事件」ではなく「公開ページのインデックス問題」が正確です。

Q. 共有していない普通のチャットも見られたのですか？

共有操作をしていない会話が対象になったという報告は、現時点で確認されていません。対象は共有リンクを生成したチャットと、公開設定にしたArtifactsです。

Q. Googleから消えたので、もう対応しなくていいですか？

いいえ。検索結果から消えても、リンクを控えていた人はアクセスできる可能性があり、第三者によるコピーやアーカイブは残ります。加えて、公開Artifacts側はインデックスを妨げる指示が確認できておらず、Bingなど他の検索エンジンでの残存状況も検証できていません。共有リンクの棚卸しは必ず実施してください。

Q. Anthropicはnoindexを追加して修正したのですか？

複数の記事がそう書いていますが、本記事の2026年7月29日時点の実測では裏付けが取れていません。/share/* は依然としてrobots.txtでブロックされたままで、X-Robots-Tag: none は以前から返っていたヘッダである可能性が高い状態です。Anthropicは是正内容を公式に明示していないため、「修正済み」と断定するのは避けるべきです。

Q. 何件の会話が露出したのですか？

報道により「数百件」から「数千件」まで幅があり、Anthropicは公式な件数を公表していません。自分の会話が閲覧されたかどうかを確認する手段も、現時点では提供されていません。

Q. 共有解除とアカウント削除、どちらが確実ですか？

どちらも「これから見られること」を止める措置であり、すでに取得されたコピーには効きません。優先順位は、①認証情報のローテーション → ②共有解除・Artifacts公開解除 → ③検索結果からの削除申請、の順です。アカウント削除は最後の選択肢で、これだけで解決するものではありません。

Q. 企業として個人情報保護法上の報告が必要ですか？

共有していた内容に個人データが含まれていた場合、報告要否の判断が必要になり得ます。ただし、これは含まれていた情報の性質・件数・影響度によって変わる法的判断です。必ず法務部門・DPO・専門家に相談してください。本記事では判断を断定しません。

Q. 今後同じことが起きないようにするには？

最も確実なのはTeam / Enterprise プランへの移行です（公開共有が仕様として不可）。個人利用の場合は、「共有リンクを作る＝公開Webページを作る」と読み替える習慣を持ち、共有したら用が済み次第すぐ解除する運用にしてください。

まとめ

今回の件の本質は、「共有＝限定公開」というユーザーの直感と、「共有＝公開Webページ化」という実装のギャップが、robots.txtの設定ミスによって顕在化したことにあります。

やるべきことは明確です。

1. 会話に認証情報を書いていたなら、まず鍵を無効化・再発行する
2. 設定 → プライバシー → Shared chats → Manage で共有リンクを全部見て、不要なものを解除する
3. 公開Artifactsは別導線なので個別に確認する
4. site:claude.ai/share や site:claude.ai/public/artifacts に自分の名前・社名を添えて検索結果の残存を確認し、残っていれば削除申請する
5. 企業なら、Team / Enterprise への移行と利用規程の見直しで構造的に封じる

そして、今回の教訓は自社サイトの運用にもそのまま当てはまります。robots.txtのDisallowはインデックス禁止ではありません。見せたくないページには認証をかけるか、クロールを許可したうえでnoindexを返すか、そもそも公開URLを作らないか——この3択で設計してください。

生成AI利用における情報漏えいリスク全体の対策は生成AIのセキュリティリスクとは？情報漏洩・プロンプトインジェクション・企業と個人の対策、生成AIそのものの全体像は生成AIとは？仕組み・できること・主要ツール・活用事例・リスクで解説しています。

主な参照元

• Anthropic公式ヘルプ「Sharing and unsharing chats」
• Google検索セントラル「noindexでインデックス登録をブロックする」
• Google検索セントラル「Google検索から情報を削除する」
• TechCrunch「PSA: Your Claude shared chats and artifacts may have ended up on Google」
• Search Engine Journal「Indexed Claude Chats Show Why Disallow Is Not Noindex」
• The Next Web「Claude shared chats and artifacts indexed by Google Search」
• The Decoder「Shared Claude chats were reportedly showing up in search engines」