Claudeで共有した会話や、公開したArtifacts(Claudeの中で作るミニアプリやドキュメント)が、Google検索に表示されてしまう。2026年7月末、そんな事故がXなどで話題になりました。共有・公開された内容の中には、個人的な相談や業務文書が含まれていた例が確認されており、一部ではAPIキーなどの認証情報も含まれていたとの指摘も出ています。
ただ、この件はセンセーショナルに語られがちなので、まず正確に押さえたいところです。結論から言うと、これは第三者が非公開アカウントへ侵入した「ハッキング」ではありません。一方で、単に利用者が不注意だっただけ、とも言い切れません。ユーザーが自ら共有・公開したページが認証なしで閲覧できたうえで、共有した会話については、検索結果への掲載を防ぐ実装が十分に機能していなかったとみられます。一方、公開したArtifactsは、もともと不特定多数が閲覧できる公開ページとして提供されており、検索エンジンから見つかり得る性質を持っています。この二つは分けて捉えると正確です。そしてここから学べる中心的な原則は、Claudeだけの話ではなく、「公開される場所に、機密情報を置かない」ということです。
何が起きたのか(正確に)
Claudeの通常のチャットは、初期状態では非公開です。今回検索に出てしまったのは、ユーザーが自分で共有・公開の操作をして、リンクを作った会話とArtifactsでした。そして両方が検索結果から見つかったのですが、この二つは仕組みが少し違います。
共有した会話については、Free・Pro・Maxで共有リンクを作ると、その時点までの会話のスナップショットへのリンクが生成され、URLを知っている人ならログインなしで閲覧できます(Team・Enterpriseの組織内共有は認証が必要で、仕組みが異なります)。なお、Anthropicの公式説明では、チャットに添付したファイルそのものや、外部ツール呼び出しで取得した生データは、この共有スナップショットには含まれません。ただし、ファイルの内容が会話やClaudeの回答に転記されていれば、その部分は共有の対象になります。
検索に載ってしまった経緯は、少し込み入っています。Anthropicは共有チャットのURLをrobots.txt(クローラーの巡回を制限する設定)でクロール対象外にしていました。ただ、robots.txtは検索結果への掲載を確実に防ぐ仕組みではありません(Googleも公式に、検索除外を効かせたいページはrobots.txtでブロックしてはいけない、と説明しています)。ある検証では共有ページのHTMLに検索除外(noindex)の指示がなく、別の検証では2026年7月27日時点でHTTPヘッダーに検索除外相当の指示が返っていたものの、robots.txtのせいでクローラーがその指示を読めない構成だった、と報告されています。最初から検索除外が無かったのか、途中で足されたのかまでは断定できませんが、検索除外の実装が十分に機能していなかったことは確かです。
一方、Free・Pro・Maxで公開したArtifactsは、もともとログインしていない人でも閲覧・操作できる公開ページです。その公開リンクがSNSや掲示板などに貼られ、検索エンジンがたどれる状態になれば、通常の公開Webページと同じように検索結果へ出る可能性があります。実際、報道では、共有した会話が検索から見つかりにくくなった後も、公開Artifactsは検索結果から確認できた、とされています。
似た系統の出来事は、これが初めてではありません。2025年にはChatGPTでも、共有会話を「検索エンジンから発見可能にする」設定を有効にしたものがGoogleなどに表示され、OpenAIがその機能を取り下げました。こちらは共有リンクを作るだけで載ったのではなく、利用者が追加で発見可能の設定を有効にする仕組みだった点が異なります。仕組みは完全に同じではありませんが、共有リンクと検索公開の境界が利用者に伝わりにくい、という点では共通しています。なお、Claude自身も2025年9月に、共有チャットが検索結果に出る問題を指摘されており、今回がまったく初めての指摘というわけではありません。
なお、対応状況は短期間で変化しています。報道の時系列では、2026年7月27日午後にはGoogleで共有チャットが確認できなくなった一方、公開Artifactsは引き続き検索結果から見つかった、とされます。同じ7月27日にはBingで数百件の共有チャットの結果が確認された報告があり、翌7月28日朝には、それまで結果が出ていた検索をGoogle・Bingで試しても共有チャットは確認できなかった、とする報道もあります。ただし、検索結果から消えたことは、共有URL自体が無効になったことを意味しません。また、Anthropicが恒久的な対応の完了を正式に発表したことは、現時点では確認できていません。状況は変わる可能性があるため、最新の公式案内も確認してください。
なぜ「共有」が公開になってしまうのか
Free・Pro・Maxで作った共有リンクは、次の性質を持っています。
- URLを知っていれば、ログインなしで誰でも中身を見られる。
- そのURLがSNSや掲示板、他のサイトに貼られると、検索エンジンがたどって拾うことがある。
- 検索結果から消えても、共有リンクを無効化しない限り、URLを知っている人は引き続きアクセスできる。
- 元のページを削除しても、検索結果の説明文や第三者のアーカイブなどに、しばらく痕跡が残ることがある。
つまり「一部の人にだけ見せているつもり」が、条件次第で「実質的に公開」に変わります。共有した瞬間から、リンクを知り得る全員に見せている、と考えておくくらいがちょうどよいです。
これはClaudeだけの話ではない
今回はClaudeが話題になりましたが、同じ構造の事故は、いろいろな場所で起きます。
たとえばGitHubの公開リポジトリ。ソースコードと一緒に、設定ファイルやAPIキー、顧客データをうっかり上げてしまうと、それは誰からでも読める状態になります。公開リポジトリは自動スキャンや機械的な収集の対象になり、公開した認証情報は短い時間で発見される可能性があります(GitHub自身も、公開リポジトリの履歴を対象にキーやトークンを自動検出し、発行元へ通知する仕組みを持っています)。この実態は公開したアプリから.envが抜かれ、踏み台にされる話でも整理しています。見つかっていないのではなく、まだ見つかっていないだけ、と考えておくのが安全です。
各種サービスの共有リンク、クラウドストレージの「リンクを知っている人は閲覧可」設定、AIチャットの共有も、根っこは同じです。共有された内容にAPIキーが含まれていれば、設定された権限や利用上限の範囲で不正に使われ、課金やデータへの不正アクセスにつながります。個人情報や業務文書であれば、そのまま流出になります。
今すぐできる自衛
難しい対策は要りません。今日できることから押さえます。
まず、自分がすでに共有しているものを点検します。Claudeなら、設定からプライバシー、共有チャットの管理の順で開くと、過去に作った共有リンクの一覧を確認でき、不要なものは公開を止められます(Free・Pro・Maxの場合)。共有を無効化すれば、そのリンクへのアクセスも止まります。
公開したArtifactsについては、共有チャットの一覧とは別に確認が必要です。サイドバーのArtifactsから、各Artifactの公開状態を見て、公開しているものは「公開を取り消す」操作をしておきます。
次に、公開する場所に機密を置かないことを習慣にします。GitHubなどの公開リポジトリに、.env・APIキー・顧客情報を上げない。共有やアップロードの前に、鍵・個人情報・業務文書が混ざっていないか、中身を一度確認する。これだけで多くの事故は防げます。仮に認証情報を公開してしまった場合は、ページから消すだけでなく、まずそのキーを無効化し、作り直す(ローテーションする)のが原則です。消しても、見られた後では手遅れになり得るためです。あわせて、その認証情報の利用履歴やアクセスログ、課金状況も確認し、不審な利用がないかを見ておきます。
そして、共有した後の確認も有効です。自分の名前や会社名と組み合わせて検索し、意図しないものが出ていないかを見ておく。ここで一つ、はっきりさせておきたいことがあります。今回の件では「検索すれば他人の機密が見つかる」といった話も出ています。一般論として、認証やアクセス制御を回避せず、公開URLを通常の方法で見ただけで、直ちに不正アクセス禁止法上の不正アクセスに当たるとは考えにくいです。ただし、そこで見つけた認証情報を使って他人のサービスにログインしたり、個人情報や営業秘密などを保存・拡散・悪用したりすれば、別の法令や民事上の責任の問題が生じ得ます。個別の判断は、情報の内容や取得・利用の仕方によって変わります。いずれにせよ、点検は、あくまで自分が共有したものだけに限定しましょう。
補足として、機密を外部のAIサービスに入力すること自体のリスクは、会社が把握していない生成AI利用(シャドーAI)でも整理しています。共有する・入力するの手前で立ち止まる、という点で地続きの話です。
まとめ
今回のポイントを、もう一度整理します。
- Claudeの非公開チャットへ第三者が侵入した事故ではない。共有した会話については、ユーザーが公開リンクを作り、そのURLが外部から発見されたことに加え、検索除外の実装が十分でなかったことが重なった。公開Artifactsは、そもそも不特定多数がアクセスできる公開ページとして扱う必要がある。
- 対応が完了したかは、現時点の公式発表として確認できていない。読む時点で自分でも確かめるのが安全。
- これはClaudeに限らず、GitHubの公開リポジトリや各種共有リンクでも同じように起きる。
利用者側で持っておきたい原則は、二つです。一つは「公開される場所に、機密情報を置かない」。もう一つは「共有リンクは、相手だけに見せる私的な送付手段ではなく、アクセス制御のない公開URLになっていないか確認する」。この二つを押さえると、今回のような事故に直接効きます。
便利な共有や公開の機能ほど、「何を外に出していいのか」を自分で判断できることが大事になります。道具の使い方そのものは、いわば葉っぱの部分です。その手前で「これは出していい情報なのか」を見極める目こそが、幹にあたります。AIで手早く作れる時代だからこそ、この幹の部分を持っておきたいところです。
