Claudeの公開チャット・ArtifactsがGoogle検索に表示された問題を解説――kurutann.com関連の流出確認と対処方法

はじめに

2026年7月、Claudeで共有されたチャットや公開Artifactsの一部が、GoogleやBingの検索結果に表示されていたことが確認されました。

SNSでは「Claudeとの非公開チャットが漏洩した」「秘密鍵まで検索できる」といった投稿も広がっています。

ただし、今回確認された事象は、Claudeの全利用者の非公開チャットが無差別に侵害された事件ではありません。

主な対象は、利用者が共有機能や公開機能を使って、外部からアクセス可能なURLを作成したコンテンツです。

この記事では、何が起きたのか、通常のチャットも対象になるのか、なぜ検索結果に表示されたのか、kurutann.com関連情報が見つかったのか、公開状況を確認して対処する方法まで整理します。

本記事は、2026年7月28日時点の情報に基づいています。

結論・要点

結論は次のとおりです。

Claudeの通常チャットは、初期状態では非公開
チャットを共有すると、リンクを知る人が閲覧できる公開スナップショットが作られる
Free・Pro・MaxでArtifactをPublishすると、一般公開ページになる
公開URLがSNSや掲示板などに掲載されると、検索エンジンに発見される可能性がある
robots.txtだけでは、URLが検索結果に表示されることを完全には防げない
2026年7月には、共有チャットやArtifactsがGoogle・Bingに表示された例が報告された
kurutann.com関連については、2026年7月28日の公開検索で該当するClaude公開ページを確認できなかった
ただし、検索結果に出ていないことは「公開ページが絶対に存在しない」証明にはならない
最も確実な確認方法は、Claudeの「Shared chats」と公開Artifactsをアカウント内で直接確認すること
秘密鍵やAPIトークンを含むページを公開した可能性がある場合は、検索結果の有無にかかわらず認証情報を交換する

今回の問題は、次のように表現するのが正確です。

公開・共有されたClaudeコンテンツが、利用者の想定を超えて検索可能になった可能性がある問題

「Claudeのデータベースが侵害され、すべての非公開チャットが流出した」と断定できる事実は、今回確認した一次情報や主要報道からは確認できません。

この記事で分かること

この記事では、次の内容を理解できます。

Claudeの共有チャットと公開Artifactの違い
GoogleやBingに表示された仕組み
robots.txtとnoindexの違い
自分のチャットが対象か確認する方法
kurutann.com関連の公開検索結果
APIキーや秘密鍵が含まれていた場合の対応
AIへ業務情報を入力するときの再発防止策

対象読者・前提環境

この記事は、次の利用者を対象としています。

Claudeを個人利用している人
Claudeでソースコードや設計書を作成しているエンジニア
Claude Artifactsを公開したことがある人
Claudeの共有リンクをSNSや社内チャットへ貼ったことがある人
APIキー、秘密鍵、顧客情報をAIへ入力した可能性がある人
生成AIの情報管理ルールを整備したい組織

対象となる主なClaudeプランは、Free、Pro、Max、Team、Enterpriseです。

何が起きたのか

Claudeの共有コンテンツが検索結果に表示された

2026年7月、Claudeで生成された共有チャットや公開Artifactsの一部が、GoogleやBingの検索結果に表示されていることが報告されました。

WIREDは、共有チャットがWeb検索で発見できる状態になっていたと報じています。同媒体が確認したページには、検索結果への登録を防ぐnoindexが含まれていなかったとされています。記事公開時点では、Googleから一部結果が消えていた一方、Bingでは共有チャットの検索結果が残っていたと報告されました。

Axiosは、2026年7月27日時点で、Googleから公開Artifactsを確認できたと報じています。確認された内容には、業務計画、インフラ構成図、大学関係の文書などが含まれていました。ただし、それぞれの情報が実在するものか、誰が作成したものかまでは確認できなかったとしています。

通常の非公開チャットが勝手に公開されたのか

Claudeの公式ヘルプでは、チャットは初期状態で非公開と説明されています。

利用者がチャット右上の「Share」を操作すると、その時点までの会話を含む共有用スナップショットが作成されます。共有後に追加した会話は、自動ではスナップショットに追加されません。

したがって、今回の事象を次のように分けて考える必要があります。

状態	外部からの閲覧
通常の未共有チャット	原則として閲覧不可
Shareしたチャット	URLを知る人が閲覧可能
Free・Pro・MaxでPublishしたArtifact	一般公開
Team・Enterpriseの共有Artifact	原則として組織内限定
共有解除したチャット	共有URLが無効化される
UnpublishしたArtifact	公開アクセスが取り消される

Claude公式は、Free・Pro・MaxでArtifactをPublishすると、Claudeアカウントを持たない人でも閲覧・操作できると説明しています。

自分に関係するか

対象となる可能性が高い人

次のいずれかに該当する場合は、確認が必要です。

Claudeで「Share」を押したことがある
Claude Artifactで「Publish」を押したことがある
共有URLをX、GitHub、Discord、Slack、ブログ、掲示板へ掲載した
共有URLを公開状態のGoogleドキュメントへ貼った
Claudeで会社名、ドメイン名、サーバー構成を扱った
.envや設定ファイルを会話へ貼り付けた
APIキーや秘密鍵を含むエラー画面を貼り付けた
顧客情報、履歴書、契約書などを文章として入力した
共有前のチャットに機密情報を入力していた

共有チャットには、共有操作を行う前までの会話が含まれます。そのため、最後の回答だけを共有するつもりでも、それ以前のやり取りが含まれる可能性があります。

対象となる可能性が低い人

次の条件をすべて満たす場合、今回の検索インデックス問題による直接的な影響は低いと考えられます。

（このサイトの管理人は次の条件全て当てはまっています。）

一度もチャットを共有していない
ArtifactをPublishしていない
Claudeの公開URLを作成していない
別の利用者が作った公開ページに情報を掲載していない

ただし、勤務先の同僚や委託先が情報を公開している可能性までは、自分のアカウントだけでは確認できません。

用語と全体像

共有リンクとは

共有リンクは、家の合鍵に近い仕組みです。

URLを知らない人は通常アクセスできません。しかし、合鍵に相当するURLがSNSなどへ掲載されると、不特定多数がアクセスできます。

正式には、推測しにくい文字列を含むURLを使って、特定のコンテンツへアクセスさせる方式です。

推測しにくいURLであっても、認証やアクセス制御と同じではありません。

Artifactとは

Artifactは、Claudeとの会話から作成した文書、コード、Webアプリ、図表などを、会話欄とは別の画面で表示・操作する機能です。

Free・Pro・Maxでは、ArtifactをPublishすると一般公開されます。公開されたArtifactは、URLを知る人がClaudeアカウントなしでも利用できます。

インデックスとは

インデックスは、図書館の蔵書目録に相当します。

検索エンジンがWebページの存在や内容をデータベースへ登録し、検索結果から探せるようにする仕組みです。

Webページが公開されていることと、検索結果に表示されていることは同じではありません。


公開されている
  └─ URLを知っていればアクセスできる

インデックスされている
  └─ キーワード検索から発見できる

問題の全体像

公開URLが推測困難でも、別のWebページからリンクされれば検索クローラーが発見できます。

Axiosが掲載したAnthropicの説明では、Claudeは共有チャットのディレクトリやサイトマップを検索エンジンへ提供していないものの、利用者が第三者サイトへ共有URLを掲載した場合、そのURLが検索可能になる可能性があるとされています。

原因

原因1：共有リンクを「限定公開」と誤解しやすい

最も大きな問題は、利用者が次の状態を同じものと考えやすい点です。


URLを知っている人だけが閲覧できる
                   ≠
認証された人だけが閲覧できる

公開URLにログイン認証やアクセス許可がなければ、URLを知った第三者もアクセスできます。

「URLが長いから安全」「検索で見つからないから非公開」という判断は危険です。

原因2：robots.txtだけでは検索結果への表示を完全に防げない

robots.txtは、検索クローラーへ「この場所を取得しないでほしい」と伝えるためのファイルです。

しかし、Google公式は、robots.txtでクロールを禁止しても、別のページからリンクされている場合にはURLだけが検索結果へ表示される可能性があると説明しています。検索結果への登録を防ぐ目的では、noindexや認証など別の方法が必要です。

たとえると、次の違いがあります。

設定	たとえ	主な役割
`robots.txt`	倉庫の中を見ないでという札	クロールを制御
`noindex`	図書館の目録へ載せない指示	検索結果への登録を防止
認証	鍵の付いた扉	内容そのものへのアクセスを制限
削除・非公開化	倉庫から物を撤去	元データへのアクセスを停止

Googleは、noindexを認識させるためには、検索クローラーがページへアクセスできる必要があると説明しています。robots.txtでページを完全に遮断すると、クローラーがページ内のnoindexを確認できない場合があります。

原因3：共有前の会話まで含まれる

Claudeの共有チャットは、共有ボタンを押した瞬間の回答だけを公開する機能ではありません。

公式ヘルプによると、共有前までに送信されたメッセージとArtifactがスナップショットへ含まれます。

例えば、次の会話があったとします。


1. 利用者が設定ファイルを貼る
2. Claudeが問題点を説明する
3. 利用者が秘密情報を削除した文章を作らせる
4. 完成した文章を共有する

利用者は4番目だけを共有したつもりでも、共有スナップショットに1番目から含まれる可能性があります。

kurutann.com関連の確認結果

公開検索で確認したキーワード

2026年7月28日、筆者は公開検索を使い、次の組み合わせを確認しました。


"kurutann.com" "claude.ai/share"
"kurutann.com" "claude.ai/public"
"www.kurutann.com" "claude.ai"
"農民エンジニアリング" "claude.ai"
"EXkururuIPROS" "claude.ai"
"EXkururuXDR" "claude.ai"
"EXkururuEDR" "claude.ai"
"EXkururuSOC" "claude.ai"
"kurumonn" "claude.ai/share"
"kurutann" "claude.ai/public"

調査結果

今回の公開検索では、次の情報を含むClaude共有チャットまたは公開Artifactを確認できませんでした。

確認項目	2026年7月28日時点
kurutann.comを明記したClaude共有ページ	確認できず
www.kurutann.comを明記した公開ページ	確認できず
農民エンジニアリング名義	確認できず
EXkururuIPROS関連	確認できず
EXkururuXDR・EDR・SOC関連	確認できず
kurutann.comからClaude公開URLへのリンク	確認できず

したがって、現時点でkurutann.com関連情報がClaudeの公開ページから検索流出している証拠は確認できませんでした。

ただし、結果は「確認できなかった」であり、「存在しないと証明できた」ではありません。

公開検索だけでは断定できない理由

次のページは、一般的なキーワード検索で見つからない可能性があります。

公開された直後で、まだインデックスされていないページ
検索結果から削除されたページ
URLを知る人だけがアクセスしているページ
本文にkurutann.comと書かれていないページ
画像として情報が掲載されているページ
会社名ではなく、IPアドレスやホスト名だけが書かれたページ
別の人物が作成した共有チャット
検索エンジン以外のアーカイブへ保存されたページ

そのため、Claudeアカウント内部の共有履歴確認が必要です。

確認方法

確認1：ClaudeのShared chatsを確認する

Claude公式では、Free・Pro・Max利用者が、設定画面から共有済みチャットの一覧を確認できると案内しています。

確認手順は次のとおりです。


Claudeを開く
  ↓
Settings
  ↓
Privacy
  ↓
Shared chatsの横にあるManage
  ↓
共有日時・タイトル・URLを確認

共有した覚えのない項目がある場合は、内容を開く前にURLと共有日時を記録してください。

記録後、「Unshare」を実行します。

確認2：公開Artifactsを確認する

ClaudeのサイドバーからArtifactsを開きます。

各Artifactに「Unpublish」が表示される場合、そのArtifactは公開中である可能性があります。


Artifacts
  ↓
対象Artifactを開く
  ↓
公開状態を確認
  ↓
不要ならUnpublish

Claude公式によると、Unpublishするとアクセスが取り消されます。ただし、同じArtifactを再公開できなくなるほか、永続ストレージを使用したArtifactでは関連データも削除されます。実行前に必要なコードやデータを安全な場所へ保存してください。

確認3：公開検索を行う

GoogleやBingで次の形式を検索します。


site:claude.ai/share "会社名"
site:claude.ai/share "ドメイン名"
site:claude.ai/public "会社名"
site:claude.ai/public "ドメイン名"

追加で、次の情報も検索します。


site:claude.ai/share "プロジェクト名"
site:claude.ai/public "リポジトリ名"
site:claude.ai/public "サーバーホスト名"
site:claude.ai/public "メールドメイン"

ただし、検索結果がゼロでも安全とは断定できません。

確認4：Gitリポジトリ内のClaude共有URLを探す

目的

Git管理しているソースコードやドキュメントに、Claude共有URLが含まれていないか確認します。

実行場所

対象リポジトリのルートディレクトリで実行します。

コマンド


git grep -nE 'https://claude\.ai/(share|public)/'

正常例

何も表示されません。


出力なし

異常例


docs/design.md:42:https://claude.ai/share/xxxxxxxx-xxxx-xxxx-xxxx-xxxxxxxxxxxx
README.md:18:https://claude.ai/public/artifacts/xxxxxxxx

結果の判断方法

出力がなければ、現在Gitで管理されているファイルには対象URLが見つかっていません。

出力がある場合は、公開先と内容を確認します。URLを削除するだけでなく、Claude側でも共有解除してください。

確認5：Git履歴も調べる

現在のファイルからURLを削除していても、過去のコミットに残っている可能性があります。

目的

Gitのコミット履歴にClaude共有URLが含まれていないか調べます。

実行場所

対象リポジトリのルートディレクトリです。

コマンド


git log --all -G 'claude\.ai/(share|public)/' \
  --oneline --decorate

正常例


出力なし

異常例


8a31f20 Add architecture review link
372bc91 Update Claude artifact documentation

結果の判断方法

コミットが表示された場合は、次のコマンドで差分を確認します。


git show --stat --oneline 8a31f20

秘密情報がGit履歴へ入っている場合、通常の削除コミットだけでは過去履歴に残ります。

履歴を書き換える場合は、リポジトリ利用者への影響が大きいため、バックアップを取得し、共同開発者と調整してから実施してください。

確認6：Git管理外のファイルも調べる

目的

ログ、バックアップ、未追跡ファイルにClaude共有URLが含まれていないか調べます。

実行場所

プロジェクトディレクトリです。

コマンド


rg -n --hidden \
  --glob '!.git/**' \
  'https://claude\.ai/(share|public)/' .

rgがない場合は、Ubuntu系環境で次のように導入できます。


sudo apt update
sudo apt install ripgrep

正常例


出力なし

異常例


./backup/chat_notes.txt:15:https://claude.ai/share/...
./logs/debug.log:208:https://claude.ai/public/...

結果の判断方法

ログやバックアップから見つかった場合は、公開範囲と保管先を確認します。

検索結果には秘密情報が表示される可能性があります。コマンド出力を、そのまま外部AIや公開チャットへ貼り付けないでください。

対処方法

対処1：共有チャットを非公開に戻す

対象チャットを開き、次の操作を実行します。


Share
  ↓
Visibility
  ↓
PublicからPrivateへ変更

または、Settings > Privacy > Shared chatsから「Unshare」を選択します。

Claude公式では、非公開へ戻すと直接リンクが無効化されると説明されています。

対処2：ArtifactをUnpublishする

公開中のArtifactを開き、「Unpublish」を実行します。

実行前に次の点を確認してください。

必要なソースコードを保存したか
Artifact内のデータをバックアップしたか
外部サイトへ埋め込んでいないか
共有先へ公開停止を連絡する必要がないか

Unpublish後は同じArtifactを再公開できず、永続ストレージの関連データも削除される可能性があります。

対処3：秘密情報を失効・交換する

次の情報を共有した可能性がある場合は、検索結果に表示されていなくても交換を検討してください。

秘密情報	主な影響
Cloudflare APIトークン	DNSやWAF設定の変更
GitHub PAT	リポジトリの読取・書込
AWSアクセスキー	AWSリソースの操作
Django `SECRET_KEY`	署名データへの影響
PostgreSQL認証情報	データベースへの不正接続
Redisパスワード	キャッシュやセッションへのアクセス
Stripe Secret Key	決済APIの不正利用
SMTPパスワード	不正なメール送信
SSH秘密鍵	サーバーへのログイン
WireGuard秘密鍵	VPNへの不正接続
Webhook Secret	偽装Webhookの送信
Cookie・セッショントークン	アカウントの乗っ取り
`.env`ファイル	複数システムへの連鎖的侵入

対応順序は次のとおりです。


1. Claudeの公開リンクを無効化
2. 対象の秘密情報を失効
3. 新しい秘密情報を発行
4. アプリケーションへ新しい値を反映
5. サービスを安全に再起動
6. 古い秘密情報で接続できないことを確認
7. 操作ログと監査ログを確認
8. 検索キャッシュの削除を申請

注意

秘密鍵やAPIトークンを先にGitやサーバーから削除しても、Claudeの公開ページが残っていれば第三者が取得できる状態は続きます。

一方、Claudeのページだけを非公開にしても、すでに取得された認証情報は利用される可能性があります。

公開停止と認証情報の失効は、両方必要です。

対処4：検索結果の更新を申請する

元ページを非公開化または削除しても、検索結果のタイトルや説明文がしばらく残る場合があります。

Google公式の「古いコンテンツの更新」機能では、元ページから削除済みの内容について検索結果の更新を申請できます。

ただし、検索結果だけを削除しても、元ページが公開されたままでは直接URLからアクセスできます。

必ず次の順番で対応します。


元ページを非公開化
  ↓
秘密情報を失効
  ↓
直接URLで閲覧できないことを確認
  ↓
検索結果の更新・削除を申請

動作確認

Claude共有URLが無効になったことを確認する

ブラウザのシークレットモードを使います。

ログイン中のClaude画面では、自分だけが閲覧できているのか、一般公開されているのか判断しにくいためです。

確認手順は次のとおりです。


1. Claudeからログアウトしたブラウザを開く
2. シークレットモードを開く
3. 共有URLへアクセスする
4. 内容が表示されないことを確認する

正常な結果

ページが存在しないと表示される
アクセスできないと表示される
ログインや組織認証を求められる
共有が解除されたと表示される

異常な結果

会話本文が表示される
Artifactを操作できる
ソースコードをコピーできる
添付内容や設計情報が確認できる

HTTPレスポンスを確認する

目的

既知の共有URLが外部から応答しているか確認します。

実行場所

インターネットへ接続できるLinux、macOS、WSLなどです。

コマンド


curl -I -L '共有URL'

正常例

共有解除後の仕様によって結果は異なりますが、内容を閲覧できない状態であることが重要です。


HTTP/2 404

または、認証ページへ転送されます。


HTTP/2 302
location: /login

異常例


HTTP/2 200
content-type: text/html

ただし、200 OKだけでは本文が公開されていると断定できません。エラーページ自体が200を返すサービスもあるため、ブラウザでも内容を確認してください。

認証情報の交換を確認する

新しい認証情報を反映した後、次の両方を確認します。


新しい認証情報
  └─ 正常に利用できる

古い認証情報
  └─ 認証エラーになる

古い認証情報でも接続できる場合は、失効処理が完了していません。

再発防止

再発防止1：AIへ入力してよい情報を分類する

次の3段階に分けると判断しやすくなります。

分類	例	AIへの入力
公開情報	公開ブログ、公開OSS、一般仕様	原則可能
社内情報	内部構成、未公開企画、障害ログ	承認された環境のみ
秘密情報	APIキー、秘密鍵、個人情報	原則禁止

「公開する予定の情報」と「すでに公開済みの情報」も分けて考えます。

公開予定のソースコードでも、公開前の脆弱性や運用構成が含まれている場合があります。

再発防止2：共有専用チャットを作る

長い作業チャットをそのまま共有せず、共有用の新しいチャットを作ります。


作業用チャット
  ├─ ログ
  ├─ 内部情報
  ├─ 試行錯誤
  └─ 秘密情報が含まれる可能性

共有用チャット
  ├─ 必要な説明だけ転記
  ├─ 固有名詞を除去
  ├─ 認証情報を除去
  └─ 公開前に人間が確認

共有前に新しいチャットへ必要な部分だけ移せば、以前の会話が一緒に公開されるリスクを減らせます。

再発防止3：ダミー値を使用する

設定例をAIへ渡す場合は、実際の値を使用しません。


# 悪い例
DATABASE_PASSWORD=実際に使用しているパスワード

# 良い例
DATABASE_PASSWORD=<REDACTED_DATABASE_PASSWORD>

IPアドレスやホスト名も、必要に応じてダミーへ置き換えます。


本番ホスト名: production-db01.example.internal
説明用ホスト名: db.example.internal

再発防止4：秘密情報を自動検査する

共有前に、次のようなSecret Scanningツールを使用します。

Gitleaks
TruffleHog
GitHub Secret Scanning
GitGuardian
自社のDLP製品
正規表現を使った事前チェック

ただし、自動検査だけでは日本語の個人情報、内部構成、未公開の事業情報を完全には検出できません。

最終的には人間による確認が必要です。

再発防止5：公開前チェックリストを設ける

ClaudeのShareまたはPublishを実行する前に、次を確認します。


□ 過去の会話に秘密情報がない
□ 氏名・メールアドレス・電話番号がない
□ APIキーや秘密鍵がない
□ IPアドレスや内部ホスト名がない
□ 顧客情報がない
□ 未公開ソースコードがない
□ 障害ログにCookieやトークンがない
□ 公開してよいArtifactのバージョンである
□ 検索エンジンから見つかっても問題ない

最後の項目が重要です。

共有URLは、検索結果へ表示される前提で扱うのが安全です。

再発防止6：定期的に共有履歴を棚卸しする

少なくとも月に1回、次を確認します。

Claude Shared chats
Claude公開Artifacts
GitHubの公開リポジトリ
Gist
ブログ記事
XやDiscordへ掲載したURL
Google Driveの「リンクを知っている全員」
公開状態のNotionページ

共有先が不要になった時点で、公開を解除します。

注意点・よくある誤解

誤解1：検索結果にないから安全

検索結果に表示されていなくても、URLから直接アクセスできる場合があります。

インデックスされていないことと、非公開であることは異なります。

誤解2：長いURLなら誰にも見つからない

URLの文字列を総当たりで推測することは難しくても、SNS、アクセスログ、Referer、ブラウザ履歴、共同編集資料などからURLが取得される可能性があります。

誤解3：robots.txtがあれば秘密情報を保護できる

robots.txtはアクセス制御ではありません。

秘密情報を保護する場合は、認証、認可、非公開化、暗号化などが必要です。

Googleも、検索結果へ載せたくない場合にはnoindexを使い、内容そのものへのアクセスを防ぐ場合にはパスワード保護などを使うよう案内しています。

誤解4：共有解除すれば鍵の交換は不要

第三者がすでに秘密情報を取得している可能性があります。

秘密鍵やAPIトークンを公開した可能性がある場合は、共有解除だけでなく失効と再発行が必要です。

誤解5：添付ファイルは必ず共有される

Claude公式によると、チャットを共有した場合、添付ファイルそのものは共有スナップショットへ含まれません。ただし、ファイルの内容を会話本文やClaudeの回答へ出力していた場合、その出力内容は共有対象になります。MCPの生データは非表示ですが、最終回答へ含まれた情報は表示されます。

Team・EnterpriseのArtifact共有では、作成元の会話に含まれる添付ファイルへ閲覧者がアクセスできる場合があるため、Artifact側の仕様も個別に確認する必要があります。

まとめ

2026年7月、Claudeの共有チャットや公開Artifactsの一部が、GoogleやBingの検索結果に表示されていたことが報告されました。

今回の問題は、Claudeの全非公開チャットが無差別に盗まれた事件とは確認されていません。

主な問題は、次の組み合わせです。


利用者が共有・公開操作を実行
        ＋
公開URLが外部サイトへ掲載
        ＋
検索除外設定が不十分
        ↓
検索エンジンから発見可能になる

kurutann.com関連については、2026年7月28日の公開検索で該当するClaude公開ページを確認できませんでした。

ただし、公開検索だけでは安全を断定できません。

Claudeを業務や開発へ使用している場合は、次の対応を行ってください。

Settings > Privacy > Shared chatsを確認する
公開Artifactsを確認する
不要な共有を解除する
Gitや公開サイトからClaude共有URLを検索する
秘密情報を公開した可能性があれば失効・再発行する
共有専用チャットと公開前チェックを運用する

AIの共有リンクは、「知っている人だけに渡す非公開ページ」ではなく、将来検索される可能性がある公開Webページとして扱う必要があります。

FAQ

Q1．Claudeへ入力しただけでGoogle検索へ表示されますか

通常は表示されません。

Claudeのチャットは初期状態では非公開です。利用者がShareやPublishを実行して公開URLを作成し、そのURLが検索エンジンに発見されることが主な条件です。

Q2．共有URLをメールで送っただけでも検索されますか

一般的な非公開メール本文を検索エンジンが直接クロールするわけではありません。

ただし、転送先がURLを公開ページへ転載する可能性や、別のサービスへ記録される可能性はあります。

Q3．共有を解除すればGoogleからすぐ消えますか

すぐに消えるとは限りません。

元ページを非公開にした後、検索エンジンによる再クロールを待つか、古いコンテンツの更新を申請します。

Q4．kurutann.comの情報は流出していましたか

2026年7月28日の公開検索では、kurutann.com関連のClaude共有チャットまたは公開Artifactを確認できませんでした。

ただし、Claudeアカウント内の共有履歴や、検索未登録の公開ページまでは外部検索だけで確認できません。

Q5．秘密鍵を貼ったか分かりません

Claudeの共有履歴、公開Artifacts、ローカルの作業メモ、Git履歴を確認します。

公開した可能性を否定できない重要な鍵は、安全側に倒して交換してください。

Q6．TeamやEnterpriseなら安全ですか

Claude公式では、Team・Enterpriseのチャット共有やArtifact共有は、原則として組織内に制限されます。閲覧には組織アカウントでの認証が必要です。

ただし、組織内の閲覧権限、転記、画面撮影、出力ファイルの再共有などは別途管理が必要です。

Q7．noindexがあれば機密情報を掲載しても安全ですか

安全ではありません。

noindexは検索結果への登録を抑える設定であり、URLを知っている人のアクセスを防ぎません。機密情報には認証とアクセス制御が必要です。

参考情報

調査報告

Claude公開Artifactと共有チャットの検索流出調査報告

Claudeの共有チャットと公開Artifactsは、利用者がShareまたはPublishした時点で公開URLとなり、検索エンジンや第三者アーカイブに発見されうる設計です。Anthropic公式は、共有チャットを「共有時点までのスナップショット」、Free・Pro・MaxのArtifacts公開を「誰でも閲覧できる公開リンク」と説明しています。
2026年7月下旬には、共有チャットの検索露出をWIREDが、公開ArtifactsのGoogle露出をAxiosが確認しました。WIREDは、共有チャットのサンプルにnoindexが無かったと報じ、AxiosはAnthropic広報の「ディレクトリやサイトマップは提供していないが、公開されたリンクは検索可能になりうる」という説明を掲載しています。
本調査では、kurutann.comおよび関連ブランド名に紐づく検証可能なclaude.ai/share・claude.ai/public・claude.ai/public/artifactsの公開URLは、2026年7月28日 Asia/Tokyo 時点のアクセス可能な公開情報からは未特定でした。ただし、検索未登録URL、削除済みキャッシュ、第三者保存、またはアカウント内部の共有履歴までは外部検索だけで否定できません。Googleもrobots.txtだけではURL表示を防げず、noindexや認証が必要だと明記しています。

調査範囲と方法

調査日時は 2026年7月28日 Asia/Tokyo です。対象は、Claudeの共有系パスとして報道・コミュニティで言及された/share/、/public/、/public/artifacts/、および比較対象としての/artifacts/inspiration/系の公開ページです。公式仕様はClaude Help Center、インデックス挙動はGoogle/Bing公式資料、時系列と実例はWIRED・Axios・Huntress・日本語二次報道、補足確認はReddit・GitHub・公開ウェブ検索を用いて突き合わせました。

本調査環境では、Google/BingのライブSERPそのものやCommonCrawl索引の直接照会には制約がありました。そのため、一次ソースの仕様確認、Waybackの履歴、主要報道の確認済み観測、公開リポジトリとフォーラムの現況確認、kurutann.com側の公開ブランド確認を組み合わせています。検索地域はツール上で明示されないため未特定です。検索の再現用クエリは後掲します。


SNS・掲示板・ブログ
未掲出
不十分
十分
ClaudeでShareまたはPublish
公開URLが発行される
URLが外部へ出たか
検索クローラが発見
発見されにくいが公開状態
noindexや認証があるか
検索結果に露出
検索露出を抑制
第三者保存や再配布
コードを表示する

この流れは、Anthropicの共有仕様、Axiosの広報コメント、Googleのrobots.txtとnoindexの解説、WIREDの観測内容と整合します。

本調査で手動確認した検索式の代表例は次のとおりです。kurutann.com、www.kurutann.com、農民エンジニアリング、KuruFlow、EXkururuIPROS、EXkururuXDR、EXkururuEDR、EXkururuSOCを展開し、各語とclaude.ai/share、claude.ai/public、claude.ai/public/artifactsを組み合わせました。

textコピーする
site:claude.ai/share "kurutann.com"
site:claude.ai/share "www.kurutann.com"
site:claude.ai/share "農民エンジニアリング"
site:claude.ai/share "KuruFlow"
site:claude.ai/share "EXkururuIPROS"
site:claude.ai/public "kurutann.com"
site:claude.ai/public "KuruFlow"
site:claude.ai/public/artifacts "EXkururuIPROS"
site:kurutann.com "claude.ai/share"
site:kurutann.com "claude.ai/public"
site:github.com "claude.ai/share" "kurutann.com"
site:gist.github.com "claude.ai/public" "農民エンジニアリング"

実行結果の要約は次のとおりです。Claude一般の検索露出そのものは主要報道・Reddit・GitHubアーカイブで確認できましたが、kurutann.com関連の固有語に一致するClaude公開URLは、本調査でアクセス可能だった範囲では未特定でした。一方で、kurutann.com側にはKuruFlow、農民エンジニアリング、EXkururuIPROS/XDR/SOC/EDRへの公開言及があり、検索対象キーワードとしては十分に成立します。

再現可能なローカル調査コマンドは下表のとおりです。いずれも読み取り専用です。共有リンクや秘密情報が見つかった場合は、本文を外部へ貼り付けず、まずClaude側の公開停止と秘密情報の失効を優先してください。Anthropic公式は、共有チャットの解除をPublic → Private、公開Artifactの停止をUnpublishで行えるとしています。

コマンド	目的	実行場所	正常例	異常例	判断方法
`rg -n --hidden --glob '!.git/**' '`https://claude\.ai/(share\|public\|artifacts)/`	public	artifacts)/' .`	作業ディレクトリ全体からClaude公開URLを検出	プロジェクトルート	出力なし
`git grep -nE '`https://claude\.ai/(share\|public\|artifacts)/`	public	artifacts)/'`	追跡中ファイルだけ調べる	Git管理下ルート	出力なし
`git log --all -G 'claude.ai/(share	public	artifacts)/' --oneline`	過去コミットに残る公開URLを検出	Git管理下ルート	出力なし
`curl -I -L '共有URL'`	既知の共有URLがまだ外部から見えるか確認	任意の端末	`404`や認証要求	`200 OK`で本文アクセス可能	ブラウザのシークレットモードでも再確認
`rg -n '(AKIA	ghp_	sk_live_	BEGIN OPENSSH PRIVATE KEY	SECRET_KEY=)' .`	秘密情報の痕跡を簡易検出

事実関係

Claude公式の共有仕様は明確です。共有チャットは「共有時点までの全メッセージとArtifactsを含むスナップショット」で、リンクを知る人は閲覧可能です。共有後の新規メッセージは自動では追加されません。さらに、Free・Pro・Maxでは公開ArtifactをPublishすると、非ログイン利用者でも閲覧・操作可能です。Team・Enterpriseでは公開ではなく、組織内共有に限定されます。

ファイル共有の境界も重要です。共有チャットでは、添付ファイルそのものやMCPの生データは共有スナップショットに含まれず、見えるのは会話本文とClaudeの応答です。一方、Team・EnterpriseのArtifact共有では、作成元会話の添付やファイルに閲覧者もアクセスできる場合があるため、内部共有でも注意点が異なります。

検索流出の技術的な核心は、robots.txtとnoindexの役割の違いです。Googleはrobots.txtを「クローラのアクセス制御」であって「検索結果から除外する仕組みではない」と説明し、他所からリンクされれば、クロール拒否ページでもURL自体が検索結果に出ることがあると明記しています。GoogleとBingはいずれも、検索結果から外すにはnoindexが有効だと案内しています。

WIREDは、Claudeの共有チャットについて、Wayback Machine上の2025年9月1日スナップショットでrobots.txtにDisallow: /share/*が入っていた一方、実際に露出していた共有チャットのサンプルにはnoindexが見当たらなかったと報じました。記事掲載時点では、Googleでは共有チャットの結果が消えつつあったものの、Bingではなおsite:claude.ai/shareで「約612件」が見えるとされました。Anthropicは質問への直接回答をしていない一方、Googleは「何を公開し何をインデックスさせるかはサイト管理者側の責任」とコメントしています。

公開Artifactsについては、Axiosが2026年7月27日時点でGoogleから複数の公開Artifactsを確認し、Anthropic広報は「Google向けにチャットのディレクトリやサイトマップは提供していない」「共有リンクは推測不能だが、人が外部で共有すれば検索可能になりうる」と説明しました。これにより、“非公開データベースが破られた”というより、“公開リンクがWeb公開物として扱われた” という整理が妥当です。

検索露出の周辺リスクは、単なる検索表示にとどまりません。GitHubには、公公開のClaude・Grok・Kimi会話をMarkdownで保存する第三者アーカイブが存在し、現在は1,334会話規模まで拡張しています。日本語報道のRocket-Boysは、7月27日時点で同種リポジトリに「Claudeの公開会話410件、3,405メッセージ」が保存されていたと記録しています。件数差は、時点差と対象サービスがClaudeだけでなく他AIも含むようになったためと考えられます。

さらに、公開Artifactは悪用の踏み台にもなり得ます。Huntressは、2026年7月21日から22日に少なくとも29組織が、Bingのスポンサー枠経由で正規のclaude.aiドメイン上にホストされた悪性Claude Artifactへ誘導され、SectopRATの配布被害に遭ったと報告しました。悪性Artifactは7,100ビューを獲得した後に削除されたとされます。これは「公開Artifactが検索・広告・正規ドメインの信頼性」と結びつくと、漏えいだけでなくフィッシングやマルウェア流通にも使われることを示しています。

2025-09-01Wayback上のclaude.ai/robots.txtで/share/* Disallowを確認2026-07-21Bing広告経由で悪性ClaudeArtifactへ誘導されるFakeAgent開始2026-07-22Huntressが少なくとも29組織の被害を確認2026-07-26Redditでsite:claude.ai/share検索が話題化2026-07-27AxiosがGoogle上で公開Artifacts継続露出を確認2026-07-27日本語圏で要約記事と自主調査が拡散2026-07-28WIREDが noindex欠如と Bing側の残存を報道Claude共有リンクと公開Artifactsをめぐる主な観測
コードを表示する

この時系列から見えるのは、共有リンクの設計上の公開性、検索制御の不十分さ、第三者保存と悪用の現実性が同時に露出した、ということです。

発見一覧

まず、今回のテーマに直接関わる確認事項を整理します。Claude側の仕様、Waybackの履歴、報道、第三者アーカイブ、kurutann.com側の公開ブランドをひとつの表にまとめると次のとおりです。

URL	スナップショット日時	公開/非公開	含有キーワード	スクリーンショット有無	推奨対応
Claude共有仕様ページ	2026-06-15更新、2026-07-28確認	公開	Share, snapshot, files, MCP	原典内図版なし	共有チャットの一覧確認、不要分を`Private`へ
Claude Artifact公開仕様ページ	2026-07-22頃更新、2026-07-28確認	公開	Publish, public artifact, Unpublish	原典内図版なし	公開Artifactを棚卸しし、不要分を`Unpublish`
Waybackの`claude.ai/robots.txt`スナップショット	2025-09-01 06:37:09 UTC	公開	`/share/*` Disallow	原典内図版なし	`robots.txt`だけで安心しない
WIREDの調査記事	2026-07-28公開	公開	noindex欠如, Bing約612件, Google除去傾向	原典内図版あり	検索露出を前提に、公開リンク運用を見直す
Axiosの調査記事	2026-07-27公開	公開	Google indexed artifacts, Anthropic statement	原典内図版あり	Artifactの公開範囲を誤認しない
GitHub第三者アーカイブ	2026-07-27観測、2026-07-28確認	公開	public shared chats archive	原典内図版なし	共有解除後も第三者保存を考慮する
HuntressのFakeAgent分析	2026-07-22公開	公開	malicious public artifact, Bing ads, 29 orgs	原典内図版あり	公開Artifactを信頼の根拠にしない。社内周知を実施
`kurutann.com`トップ / KuruFlow公開ページ	2026-07-26/28確認	公開	農民エンジニアリング, KuruFlow	原典内図版あり	これらの語を軸に継続監視
`kurutann.com`上のEXkururu系公開言及	2026-07-26/28確認	公開	EXkururuIPROS, XDR, SOC, EDR	原典内図版あり	製品名を使った定期検索を実施

次に、kurutann.com関連の探索結果だけを抜き出します。ここが今回の実務上の結論です。

URL	スナップショット日時	公開/非公開	含有キーワード	スクリーンショット有無	推奨対応
未特定	2026-07-28 JST 調査	未特定	`claude.ai/share` × `kurutann.com` / `www.kurutann.com`	なし	Claude側の`Shared chats`管理画面を直接確認
未特定	2026-07-28 JST 調査	未特定	`claude.ai/share` × `農民エンジニアリング` / `KuruFlow`	なし	社名・製品名で週次監視を継続
未特定	2026-07-28 JST 調査	未特定	`claude.ai/public` × `KuruFlow` / `EXkururuIPROS`	なし	公開Artifact一覧を棚卸し
未特定	2026-07-28 JST 調査	未特定	`claude.ai/public/artifacts` × `EXkururuXDR/EDR/SOC`	なし	製品別の検索アラートを設定
未特定	2026-07-28 JST 調査	未特定	GitHub/Gist × `claude.ai/share/public` × 関連ブランド	なし	共有URLのローカル痕跡調査を併用
未特定	2026-07-28 JST 調査	未特定	Wayback / 公開アーカイブ × 関連ブランド	なし	今回の外部未検出をもって安全確定としない

ここで重要なのは、「見つからなかった」と「存在しない」は違うことです。Anthropic公式仕様上、共有チャットは公開URL、Free・Pro・Maxの公開Artifactsは一般公開ページであり、Googleもrobots.txtだけではURL露出を止められないと明記しています。したがって、もし過去にブランド名や機密を含む共有があったなら、外部検索で今見えなくても、既知URL、第三者保存、または将来の再インデックスの余地があります。

リスク評価と優先対応

今回の事象は、未共有の私的会話が無差別に破られた証拠ではありません。Anthropicの仕様と日本語報道の整理から、対象は「利用者が公開リンクを作った共有チャット」や「利用者がPublishしたArtifact」です。したがって、分類としては「認証突破型の侵害」よりも「公開リンク運用の誤認と検索制御不備」が近いです。

ただし、運用上の危険度は内容によって一気に跳ね上がります。共有チャットに表示されるのは会話本文とClaudeの応答であり、添付ファイルそのものは含まれなくても、本文中にAPIキー、顧客情報、コード断片、アーキテクチャ、個人情報を書き出していれば露出対象になります。さらに、第三者アーカイブや悪性Artifact事例が示すように、露出後の制御は利用者だけでは完結しません。

リスクを実務的に分けると、次の評価が妥当です。

状況	現実的な影響	評価
公開URLのみで、社名・個人名・秘密情報なし	誤配布、ブランド毀損、不要な再配布	中
社名、顧客名、設計図、数表、社内方針が本文にある	情報漏えい、営業・信用リスク	高
APIキー、秘密鍵、トークン、パスワード、Cookieが含まれる	即時不正利用、横展開侵害	重大
すでに第三者アーカイブ・検索結果・広告悪用と結びついている	長期残存、なりすまし、マルウェア誘導	重大
`kurutann.com`関連は外部公開ヒット未特定だが、共有履歴未確認	現時点の外部証拠は低いが、内側確認前は残余リスクあり	中

優先対応は、次の順で進めるのが安全です。ここでの最優先は“公開停止”と“秘密情報の失効”を分けて考えないことです。どちらか片方だけでは不十分です。Anthropicは共有解除をPublic → Private、公開Artifact停止をUnpublishで案内し、Googleは古い検索結果に対してRefresh Outdated Contentツールを用意しています。BingもURLブロックを案内しています。

優先度	やること	具体策
最優先	Claude側の公開停止	`Settings > Privacy > Shared chats`を確認し、不要な共有を`Unshare`。Artifacts一覧から不要分を`Unpublish`。
最優先	機密の失効	APIキー、PAT、DBパスワード、SSH鍵、Cookie、Webhook secretを本文を再掲せず即時失効・再発行
高	ローカル痕跡調査	本報告の`rg`/`git grep`/`git log -G`でURLと秘密情報を追跡
高	外部露出の再確認	会社名、製品名、ドメイン名で手動再検索。既知URLはシークレットモードで疎通確認
中	キャッシュ・検索結果の整理	Google古いコンテンツ更新、Bing URL block。元ページ停止後に実施。
中	ルール整備	「Share/Publish = 完全公開」と定義。社名、顧客、秘密情報の入力・共有禁止を明文化
中	継続監視	`kurutann.com`、`KuruFlow`、`EXkururu*`を固定クエリにして週次監視

kurutann.com関連に絞るなら、現時点の判断は「外部から検証可能な流出証拠は未特定、ただしClaudeアカウント内の共有履歴確認が終わるまでは安全確定しない」です。kurutann.com側では、KuruFlow、農民エンジニアリング、EXkururuIPROS/XDR/SOC/EDRが公開語として存在するため、もし公開リンクがあれば検索キーワードとして十分機能します。逆に言えば、この語で外から見つからない今のうちに、内側の棚卸しを済ませる価値があります。