Claude共有チャットがGoogle検索に表示された理由と対策

「共有リンクを送っただけなのに、その会話がGoogleで検索できる状態になっていた」——2026年7月、Claudeの共有チャットがGoogle検索結果に表示されていたことが明らかになり、多くの利用者がこの不安に直面しました。

結論から言うと、原因は「共有リンクを検索エンジンから隠す設定」自体の盲点にありました。robots.txtでクロールを禁止しても、noindexタグが機能しなければインデックスは消えません。むしろクロールを禁止したことで、noindexを届ける手段そのものが失われていました。

株式会社Fyveは中小企業のAI活用を支援する立場から、SEO・Webサイト運用にも日常的に関わっています。今回の問題を技術的な原因から整理し、Claudeを使う個人・企業がすぐにやるべき対策と、自社サイト運用にも通じる教訓をお伝えします。

何が起きたのか — Claudeの共有チャットがGoogle検索に表示された問題

2026年7月25日、Redditユーザーが「site:claude.ai/share」でGoogle検索すると、Claudeの共有チャットが一覧表示されることを指摘しました。

翌27日には404 Media・TechCrunch・Fortune・Axios・VentureBeatなど海外メディアが一斉に報じ、同日午後には検索結果から該当ページが確認できなくなりました。

報道によれば、検索結果には次のような内容が含まれていました。

• 医療記録や臨床試験結果（患者名付き）、診断・投薬・治療歴
• 企業の内部文書、戦略メモ、法務関連のやり取り、人事評価
• 子どもの氏名・電話番号、児童の提出課題
• APIキーや暗号資産ウォレットのシークレット・シードフレーズ
• 履歴書、ソースコード、Artifacts機能で作成したダッシュボードなど

日本語のチャットも実在が確認されています。税務や会計サービスの比較検討、ゲーム開発の設計相談など、業務上の調べものをそのままClaudeに投げた会話が含まれていました。

対象は「自分で共有した会話」だけ

ここは誤解しないでいただきたいポイントです。今回検索結果に表示されていたのは、ユーザー自身が共有リンクを作成した会話に限られます。共有設定をしていない通常のプライベートなチャットが検索エンジンに漏れていたわけではありません。

とはいえ、「共有リンクを送った相手以外には見られない」と考えていた方にとっては、想定外の公開範囲になっていたはずです。次の章で、その技術的な原因を見ていきます。

なぜ起きたのか — robots.txtの「逆説」

今回の問題の核心は、多くの人が誤解しやすい設定にあります。それが「robots.txtでクロールを禁止すれば、検索に出ない」という思い込みです。

Disallowは「クロール禁止」であって「インデックス禁止」ではない

私が2026年7月28日時点で実際にclaude.aiのURLを確認したところ、次のような構成になっていました。

• 共有チャットのURL（/share/*）にアクセスすると、レスポンスヘッダーにx-robots-tag: noneが付与されている。これはGoogleの仕様上、「noindex（インデックスしない）・nofollow（リンクを辿らない）」と同じ意味です
• 一方でclaude.aiのrobots.txtにはDisallow: /share/*という記述があり、検索エンジンのクローラーに対して「このパス以下は読みに来ないでください」と指示している

一見、両方を設定していれば二重に安全なように見えます。しかし、Googleの公式ドキュメントは次のように明記しています。

「noindexルールが効くためには、そのページがrobots.txtでブロックされていてはいけません。robots.txtでブロックされている、あるいはクローラーがアクセスできない場合、クローラーはnoindexルールを見ることができず、そのページは検索結果に表示され続ける可能性があります」

つまり、次のような流れで問題が起きます。

1. すでにインデックスされているページがある
2. そのページにnoindexタグ（今回はX-Robots-Tagヘッダー）を設定する
3. ところが同じパスをrobots.txtでDisallow（クロール禁止）にしている
4. クローラーがそのページを再訪問できない → noindexの指示に気づけない
5. 結果として、古いインデックスがいつまでも消えない

Waybackアーカイブを確認すると、claude.aiのrobots.txtは2025年8月1日時点ではDisallow: /share/*を含んでおらず、8月5日時点では追加されていました。

この時期は、ChatGPTの共有チャットが同様にインデックスされた問題が報道された直後にあたります。善意の対応として追加されたDisallowが、結果的にnoindexを届かなくする構成を作ってしまっていた可能性があります。

なお、Anthropicが今回の件についてどのような技術的対応を行ったか、適用時期や対象件数は公表されていません。この記事で断定できるのは、2026年7月28日時点で確認できた設定内容までです。

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

Anthropicは今回の件について、次のようにコメントしています。

「Claudeの会話を公開共有するかどうかは、ユーザー自身がコントロールできるようにしています。プライバシー原則に基づき、チャットのディレクトリやサイトマップをGoogleなどの検索エンジンに提供することはありません。共有リンクは、本人が自ら共有しない限り、推測されたり発見されたりすることはありません」（TechCrunch報道より）

この説明は、共有した本人が「どこかに貼らなければ発見されない」という前提に立っています。しかし2025年の同種の事案では、リンクをどこにも貼っていないと主張するユーザーの業務チャットが検索結果に出たという報告もありました。

共有リンクを発行した時点で、それが「限定共有」ではなく「公開Webページ」として扱われる設計になっている以上、リンクの拡散経路をユーザー側だけで完全に管理するのは現実的ではありません。

読者特典・無料ダウンロードClaude Codeを「素のまま」使うな無料でダウンロード →↓

アーティファクトは今も検索できる — 事故ではなく、認識のズレ

私が2026年7月28日時点でGoogleで「site:claude.ai/public/artifacts」と検索したところ、多数の公開アーティファクトが現在もインデックスされたまま表示されました。

学習用に作られたとみられるサイト、社内向けらしきガイド、企業のチェックリスト、占いアプリなど、日本語のものも含まれています。

これは共有チャットのケースとは性質が異なります。claude.aiのrobots.txtには/public/*を対象にした記述がなく、クロールは最初から許可されています。

Claudeの共有画面自体も、アーティファクトを公開する際に「検索結果に表示される可能性がある」とあらかじめ案内しています。つまり、共有チャットが検索に出たのは想定外の事故でしたが、公開アーティファクトが検索に出ること自体は仕様どおりです。

ただし、実在する公開アーティファクトに実際にnoindexの指示（X-Robots-Tagやmetaタグ）が付いているかどうかまでは確認できていません。

私が確認できたのは、存在しないIDのページにnoindexのメタタグが付いていたことと、robots.txtがクロールを禁止していないこと、そして実際に検索結果に表示され続けていることの3点です。「実在のアーティファクトにnoindexが無い」と断定はできません。

問題は「バグ」ではなく「認識のズレ」です。アーティファクトを作って共有リンクを発行する行為は、URLを知っている人限定の共有というより、世界中に向けた公開に近いものです。

社内向けの資料や個人的なメモをアーティファクトとして共有している場合、それは実質的に一般公開していると考えたほうが安全です。

同種事故の系譜 — AI業界で繰り返される「共有＝限定公開」の誤解

共有チャットが検索エンジンに漏れる問題は、Claudeだけの話ではありません。同種の事故がこの1年で繰り返し起きています。

件数の規模も原因の細部も少しずつ異なりますが、共通しているのは「共有＝限定公開」だとユーザーが誤解しやすい設計が、業界を横断して繰り返されている点です。

生成AIの会話は、業務の相談・個人情報・パスワードのような機微な情報を含みやすいツールだけに、共有機能の設計には他のWebサービス以上の慎重さが求められます。

今すぐやるべき対策

個人でできること

Claudeの設定画面「プライバシー」→「あなたのデータ」を開くと、棚卸しの対象は「共有チャット」「共有アーティファクト」「Claude Codeアーティファクト」の3つに分かれています。

3つ目の「Claude Codeアーティファクト」は、共有アーティファクトの管理画面を開いた下に、別の一覧として存在しています。共有アーティファクトを確認しただけでは、その存在に気づけない構造です。

1. 「共有チャット」の［管理］から、過去に作成した共有リンクの一覧を確認する
2. 「共有アーティファクト」の［管理］も別途開き、公開状態のアーティファクトが残っていないか確認する
3. さらにその下にある「Claude Codeアーティファクト」の一覧も見落とさず確認する
4. 不要なものは共有解除する。共有アーティファクトの非公開化は不可逆（再公開不可）、Claude Codeアーティファクトの削除は可逆（新リンクで再公開可）という違いがあるため、非公開にする前に業務での利用有無を必ず確認してください
5. 共有した会話にAPIキー・トークン・パスワードが含まれている場合は、共有を解除した上で、該当のキーやパスワードを直ちにローテーション（再発行）する。解除しても、すでに第三者に見られた可能性そのものは消えません
6. 検索結果に自分の会話が残っている場合は、Googleの「古いコンテンツの更新ツール」から削除申請を行う

ここまでのステップを、まずはご自身のアカウントで実行してみることをおすすめします。

私自身も2026年7月28日に、「共有チャット」と「共有アーティファクト」の管理画面を実際に開いてみました。事前の記憶では「過去に共有した覚えがある」という感覚でしたが、どちらも「共有コンテンツが見つかりません」と表示され、件数は0件でした。

ここで確認を終えたつもりでしたが、共有アーティファクトの画面の下に、もう1つ「Claude Codeアーティファクト」という独立した一覧がありました。開いてみると7件表示されていました。

7件はいずれも自社の業務マップ類で、すべて「プライベート」設定になっており、公開されていたものはありませんでした。

記憶と実態はズレます。そして1箇所を確認して安心すると、その下にあるもう1つのリストを取りこぼします。開いて確認するまでは、自分でも正確なところは分かりませんでした。

個人の対策と並行して、企業としても仕組みで対応しておく必要があります。

企業として取り組むべきこと

• 「共有リンク＝社外に公開されるWebページ」と定義し直し、「社外秘情報は共有リンクにしない」という社内ルールを明文化する
• チームでの共有が必要な場合は、Team/Enterpriseプランの認証付き共有（プロジェクト単位の共有）に寄せる
• AI利用ログ・共有リンクの棚卸しを定期的に実施する
• 「一度共有解除しても、第三者のアーカイブや検索キャッシュには残り得る」という前提を社内で共有しておく。第三者によるアーカイブ（GitHub・Wayback Machineなど）やスクレイパーは、robots.txtの指示に従う義務を負いません

実際に今回の一件でも、検索結果から消える前に、会話の一部が第三者によってGitHub上にアーカイブされたことが報じられています。

自社サイト運用にも直結する教訓 — 「Disallowで弾けば安心」ではない

今回の問題を「Claudeだけの特殊な事故」として片付けるのはもったいないと思います。robots.txtの逆説は、自社サイトを運用しているすべての事業者にとって他人事ではないからです。

たとえば、次のようなケースは中小企業のWebサイトでもよく起こります。

• キャンペーン用のランディングページを、公開終了後にrobots.txtでDisallowにして「隠した」つもりになっている
• 社内向けの管理画面やテスト環境のURLを、noindexタグを付けないままrobots.txtだけで塞いでいる
• 過去にインデックスされてしまったページを、慌ててDisallowに追加して「これで検索から消えるはず」と考えている

これらはすべて、今回のClaudeと同じ構造の罠にはまっています。検索結果からページを本当に消したいときは、robots.txtでクロールを禁止するのではなく、noindexタグ（またはX-Robots-Tagヘッダー）をそのページに設定したうえで、クローラーがそのページを読みに来られる状態を保つ必要があります。

インデックスからの削除が完了したことを確認してから、必要であればDisallowを追加する、という順番を守ることが重要です。

すでに検索結果に出てしまっているページについては、Google Search Consoleの「URL検査」ツールでインデックス状況を確認し、削除リクエストを送る方法もあわせて検討してください。

AIツールの情報漏洩リスクへの向き合い方については、こちらの記事もあわせてご覧ください。

Claude CodeClaude Codeの情報漏洩対策｜データの暗号化・学習オフ・自動削除をプラン別に比較

CodexCodexに学習させない設定とデータ漏洩の防ぎ方

まとめ

Claudeの共有チャットがGoogle検索に表示された今回の問題は、robots.txtによるクロール禁止と、noindexによるインデックス禁止を混同したことが技術的な原因でした。

Disallowはクロールを止めるだけで、インデックスを消す指示ではありません。両方を同時にかけると、noindexの指示自体がクローラーに届かなくなり、削除したいページがかえって検索結果に残り続けます。

対象になったのは、あくまで自分で共有リンクを作成した会話だけです。むやみに不安がる必要はありませんが、心当たりのある方は、まず共有リンクの一覧確認から始めてください。

あわせて、公開アーティファクトも今なお検索結果に出続けています。事故ではなく仕様ですが、社内資料の公開範囲を見直すきっかけにはなります。

そしてこの教訓は、Claudeというツール固有の話にとどまりません。自社サイトのrobots.txtとnoindexの使い方も、この機会に一度点検しておくことをおすすめします。