Googleでsite:claude.ai/public/artifactsと検索すると、Claudeで作られた文書、Webアプリ、ゲーム、グラフなどの公開ページが表示されることがあります。
2026年7月27日、Axiosは公開されたClaude Artifactsの一部がGoogle検索に登録されていることを報じました。
同じ時期にWIREDは、Claudeの共有チャットがGoogleやBingの検索結果に現れた経緯を調査しています。
ここで切り分けなければならないのは、「Claudeで作った内容が検索結果に出た」という事実と、「非公開の会話が勝手に漏れた」という解釈です。
Anthropicの公式仕様では、通常のチャットとArtifactは作成しただけでは一般公開されません。
問題の対象になったのは、利用者がShareまたはPublishを選び、外部からアクセスできるURLを作成したコンテンツです。
では、特定の相手へURLを送っただけのつもりでも、そのページが検索結果に表示されることはあるのでしょうか。
条件によってはあり得ます。
公開URLは閲覧者を本人確認する仕組みではなく、転送や転載を防げません。
SNS、ブログ、掲示板、公開資料などへリンクが置かれれば、検索エンジンがページを発見する入口になります。
この記事では、検索結果に含まれる個人名、企業名、メールアドレス、内部資料らしき情報や実際のURLを掲載しません。
公開ページの真偽や公開者の意図が確認できない以上、内容を転載して拡散することは、事象の理解に必要ないためです。
最初に結論を示すと、Claudeの全会話が公開されたわけでも、Anthropicが非公開チャットを検索エンジンへ提供したわけでもありません。
通常のチャットとArtifactは初期状態で非公開です。
Free・Pro・Maxの利用者がチャットをShare、またはArtifactをPublishしたときに、Claudeアカウントを持たない人でもアクセスできるURLが作られます。
AnthropicはAxiosに対し、共有コンテンツの一覧やサイトマップをGoogleへ渡しておらず、共有リンクは利用者が外部へ出さない限り推測・発見できるものではないと説明しました。
一方で、公開URLは「指定した一人だけが見られる認証付き共有」ではありません。
受信者が転送したり、公開ページへ転載したりすれば、閲覧範囲は広がります。
Axiosが確認したのは、Googleに登録された公開Artifactです。
WIREDは別に、GoogleとBingに現れた共有チャットを調べ、ページ側のnoindex指定に関する問題を報じました。
公開Artifactと共有チャットは公開される対象もURLの仕組みも同じではないため、共有チャットで確認された技術的問題を、すべてのArtifactへそのまま当てはめることはできません。
また、site:claude.ai/public/artifactsの検索件数は被害件数を示しません。
公開目的のゲームやデモ、テンプレート、架空の教材が含まれる可能性があり、検索結果の推定件数自体も変動します。
検索結果に出たページの数から、機密情報の流出件数や実際の損害を算出することはできないのです。
Claudeでは、対象と契約プランによってShareとPublishの意味が変わります。
Free・Pro・Maxの公開リンクと、Team・Enterpriseの組織内共有を同じものとして扱うと、誰が閲覧できるかを誤認します。
Free・Pro・MaxでチャットをShareすると、共有した時点までのメッセージを含むスナップショットが作成され、チャット内のArtifactも共有対象になります。
その後に追加したメッセージは自動では公開されません。ただし、一度Unshareしてから再びShareすると、新しいメッセージを含むスナップショットへ更新されます。
添付ファイルそのものやMCP連携の生データは含まれませんが、Claudeの回答へ転記・要約された内容は閲覧できます。
通常ArtifactのPublishは、成果物そのものを公開ページにする操作です。
閲覧者はClaudeアカウントがなくても基本機能を使えるため、「社内の特定メンバーだけに見せる共有」ではありません。
Unpublishすれば公開アクセスを止められますが、同じArtifactを再公開することはできず、再度公開する場合は新しいArtifactを作る必要があります。
Team・Enterpriseでは、チャットとArtifactの共有先が同じ組織に限定され、閲覧者には組織アカウントでの認証が必要です。
Projectから作成したArtifactでは、そのProjectへのアクセス権も求められます。
Claude CoworkのLive Artifactも一般公開できず、Team・Enterprise内でのみ共有可能です。
Pro・MaxではLive Artifactの共有・公開自体ができません。
公開リンクが検索結果へ現れるまでの流れは、一般的なWebページと検索エンジンの関係で説明できます。
URLが長くランダムでも、それはアクセス権限ではありません。
受信者の本人確認や転送防止を行わないため、リンクが公開場所へ出た時点で閲覧者を制御できなくなります。
検索表示を理解する際は、robots.txtとnoindexを区別する必要があります。
robots.txtはクローラーへ巡回を控えるよう伝える仕組みで、主にクロールを制御します。
noindexはHTMLやHTTPレスポンスに記載し、そのページを検索結果へ登録しないよう求める指定です。
WIREDは共有チャットのサンプルを調べ、ページにnoindexが含まれていなかったと報じました。
同記事の公開時点までにGoogleでは対象の共有チャットが見つからなくなった一方、Bingには結果が残っていたとしています。
ただし、調査対象は共有チャットのURLです。
公開Artifactの全ページに同じ設定不備があった、あるいは同じ経路で登録されたとは確認されていません。
さらに、noindexが正しく機能して検索結果に出なくても、URLを知る人がページを開ける状態は変わりません。
検索非表示は機密管理やアクセス制御の代わりにならないため、公開してよい情報かどうかはShare・Publishの前に判断する必要があります。
Axiosが2026年7月27日に確認した公開Artifactには、ビジネス計画、複数クラウドをまたぐインフラ構成図、大学の学事日程に関する文書、臨床試験の進め方を記した計画資料らしきものが含まれていました。
Artifactの機能上、文書だけでなくWebアプリ、ツール、グラフ、ゲームも公開ページになり得ます。
ただし、これらを実在企業や組織の内部資料と断定することはできません。
Axiosも、作成者や内容の真正性を確認できなかったと記しています。
架空の教材、デモ、テンプレート、創作物である可能性も残るため、タイトルや見た目だけを根拠に「機密情報が漏れた」と判断すべきではありません。
業務利用で避けるべきなのは、公開者の意図にかかわらず、公開URLから実データへ到達できる状態です。
完成した資料やアプリの見た目が整っているほど、元データが残っていることを見落としやすくなります。
Free・Pro・Maxの共有チャットでは、添付ファイル自体は共有スナップショットへ含まれず、MCP連携で取得した生データも表示されません。
しかし、Claudeがファイル内容を回答へ引用・要約し、その文章が共有チャットやArtifactに入っていれば、出力された部分は公開対象になります。
「元ファイルが直接配布されない」ことと、「ファイル由来の情報が見えない」ことは同じではありません。
Team・EnterpriseでArtifactを組織内共有する場合、Anthropicの公式ヘルプでは、作成元の会話にある添付ファイルやファイルへ閲覧者もアクセスできるとされています。
一般公開ではなくても、Project権限や共有対象が適切かを確認しなければなりません。
ソースコードを公開する場合も、画面に表示される文字列だけでなく、コメント、テスト用アカウント、非公開APIのURL、埋め込まれた認証情報まで点検する必要があります。
過去の公開状態は、共有チャットと公開Artifactを別々に確認します。
Free・Pro・Maxの共有チャットはSettingsに一覧があり、公開ArtifactはサイドバーのArtifactsからたどれます。
画面構成は更新される可能性がありますが、2026年7月29日時点の公式手順は次のとおりです。
3分で棚卸しするなら、1分目にShared chatsを開き、2分目に古いものや用途を思い出せないものをUnshareします。
3分目は残すリンクと公開Artifactを開き、個人情報、金額、内部URL、添付資料由来の記述を確認してください。
Shared chatsがなければ「No shared content found」と表示されます。
ArtifactをUnpublishすると公開ページへのアクセスを止められますが、同じArtifactは再公開できません。
永続ストレージを使うArtifactでは、関連する個人用・共有用の保存データも恒久的に削除されるため、必要な情報の保存方法を事前に確認します。
検索結果は即時に消えない場合があり、まずClaude側で公開を解除したうえで、Googleに古い結果が残るなら「Refresh Outdated Content」から更新を依頼します。
組織では個人の判断だけに任せず、公開リンクを作成する条件と確認担当を決めておく必要があります。
最低限、次の運用を共有ルールへ入れてください。
限定した相手だけに見せたい場合は、URLを知る人なら開ける方式ではなく、閲覧者指定、認証、期限、アクセスログを備えた共有手段を選びます。
広く一般公開してよいArtifactでも、公開者本人とは別の担当者がダミーデータへの置換、認証情報、内部URL、元資料の引用を確認すると、見落としを減らせます。
Claude Artifactsや共有チャットの検索表示を、非公開の全会話が自動流出した事件と捉えるのは正確ではありません。
通常のチャットとArtifactは非公開から始まり、利用者がShareまたはPublishしたときに外部アクセス可能なURLが作られます。
問題の中心にあるのは、そのURLを「指定した相手だけが見られる限定共有」に近いものとして扱ってしまう認識差です。
まずSettingsのShared chatsとサイドバーのArtifactsを開き、用途の終わったリンクを解除してください。
今後は実データを含むArtifactを公開せず、外部向けにはダミーデータ版を作る。
機密情報を扱うチームでは組織内共有と権限管理を使い、定期的に共有履歴を棚卸しする。
この順番で見直せば、不必要な不安を広げず、実際の公開リスクを減らせます。
.png){kind=logo}
