Claudeの共有リンク・公開Artifactが検索に出る時の対処｜noindexの考え方と削除申請の手順【2026年】

Claudeの共有チャットや公開Artifactが検索に出たら、順番は「中身を止める→検索結果を消す→鍵を替える」です。まず共有の解除とArtifactの公開停止でページを見られなくし、次にGoogleの「古いコンテンツの削除」とBingの削除ツールで結果の更新を依頼します。APIキーなどが写っていたら、すぐ無効にして発行し直します。

Claudeの共有リンクが検索に出る3つの原因

共有リンクとは、Claudeの会話をその時点の「控え」として切り出し、URLを知っている人が読めるようにしたページのことです。2026年10月時点の公式ヘルプでは、FreeとPro、Maxのプランで作った共有リンクは、リンクを知っていれば誰でも見られます。検索に出てしまう原因は、主に次の3つです。

原因1：共有リンクと公開Artifactは「誰でも見られるページ」になる

公式ヘルプによると、共有した会話には、共有の時点までのメッセージと、その中のArtifact（会話の中でClaudeが作る文書やアプリの成果物）が含まれます。添付したファイルそのものは含まれず、MCP（外部のツールやデータとClaudeをつなぐ仕組み）で取ってきた生のデータも表示されません。ただ、会話の本文に貼った文章や、Claudeが要約した中身はそのまま見えます。

公開Artifactとは、Artifactの「Publish」で外に出したページのことです。こちらも公式ヘルプでは、リンクを知っていればClaudeのアカウントが無くても見られ、操作もできると説明されています。

原因2：URLがどこかに貼られると、検索エンジンが見つけられる

「URLを知っている人しか見ない」は、思い込みです。チャットツールや掲示板、資料の中にリンクが一度でも貼られれば、そこから他人の目にも検索エンジンの目にも届きます。ページが検索に載らないようにする設定は、ページを置いている側（この場合はClaudeのサイト）が持つもので、使う側が自分で付けることはできません。

原因3：使い終わった共有リンクが、消されずに残っている

共有リンクは、作った本人が解除するまで有効です。一度きりの打ち合わせのために作ったリンクが、何か月も公開されたままになっていることは珍しくありません。いつ・何を共有したかを覚えていないことが、一番の原因になります。

症状から対処を引く早見表

共有リンクと公開Artifactを止めて、検索結果から消す手順

検索結果を消す前に、まず中身を見られなくします。中身が残ったまま検索結果だけを消しても、URLを知っている人は読めるからです。

1. 鍵やパスワードが写っていたら、先に無効にする：検索結果が消えるまでには時間がかかります。APIキー、パスワード、ログイン用のURLなどが会話に入っていたら、そのサービスで無効にして発行し直します。検索から消すのは、その後で十分です。
2. 共有リンクを解除する：claude.aiの Settings →Privacy →Privacy settings を開き、Shared chats の横の Manage を押します（FreeとPro、Maxのプラン）。共有した会話の題名・日付・リンクが一覧で出るので、該当する会話の Unshare を押します。会話を開いて、Share メニューで公開範囲を Public から Private に変えても止められます。
3. 公開Artifactを取り消す：該当するArtifactを開き、Unpublish を押します。公式ヘルプによると、取り消したArtifactは同じものを再公開できず、使っていた保存データも消えます。残したい中身は、押す前に手元へ控えます。
4. Googleに「古いコンテンツの削除」を依頼する：claude.aiのページは自分のサイトではないので、Search Consoleの削除ツールは使えません。代わりに、ページの持ち主でない人向けの「Refresh Outdated Content tool（古いコンテンツの削除ツール）」を使います。Googleアカウントでログインし、検索結果に出ているURLを入れて送信します。途中で、古い検索結果に残っている語を1〜2語求められることがあります。依頼の状況は同じ画面で確かめられます。
5. Bingは別の窓口で確かめる：Googleで消しても、Bingの検索結果は別です。Bingに残っていたら、Bing Webmaster Toolsの削除の窓口を使います。
6. 数日後に確かめる：該当URLや会話の題名で検索し直し、結果が消えたか、別の検索エンジンに残っていないかを見ます。

古いコンテンツの削除ツールは、Googleの検索結果を更新するだけで、ページそのものを消すものではありません。公式も、ページに情報が残っている場合は使えないと説明しています。だから手順2と3が先です。個人の住所や連絡先などが他人のサイトに載っている場合は、Googleの「個人情報の削除」の窓口が別にあります。

自社サイトのページが検索に出たとき：noindexと削除ツールの使い分け

Claudeで作ったレポートやデモを自社のサーバーに置いて検索に出た場合は、自分で直せます。noindexとは、ページに「検索結果に載せないでほしい」と書いておく指示で、検索エンジンは次にそのページを読みに来たときにそれを見て、結果から外します。

Googleの公式ドキュメントでは、書き方は次の2つで、効き目は同じです。

<meta name="robots" content="noindex">

もう1つは、サーバーの応答に X-Robots-Tag: noindex を付ける方法で、PDFや画像のようにHTMLでないファイルにも使えます。当社では、<head> の <meta charset> の直後に noindex, nofollow の形で入れるのを標準にしています。

robots.txtで止めない。 公式は、noindexを効かせるには、そのページがrobots.txtでブロックされていないことが必要だと明記しています。robots.txtで読みに来るのを止めると、検索エンジンはnoindexの指示を読めず、ほかのサイトからリンクがあればURLだけ検索に残ることがあります。

急ぐときはSearch Consoleの削除ツール。 noindexは、検索エンジンが読みに来るまで効きません。公式は、ページによっては数か月かかることもあると書いています。急ぐときは、Search Consoleの削除ツールで一時的に隠します。公式では1日以内に結果から外れる目安で、効き目は約6か月です。使えるのは、自分が持ち主として確認済みのサイトのURLだけです。6か月を過ぎても出てこないようにするには、その間にページを消して 404 か 410 を返す、パスワードをかける、noindexを入れる、のどれかを済ませておきます。Bingは別の窓口（Bing Webmaster Tools）なので、Bingに残っている場合はそちらで手続きします。

裏方で実際にやったこと：事故を受けて、全公開物をデフォルトnoindexにした

ここからは、僕の会社（株式会社UrakaTA）での記録です。

2026年7月26日、Claudeの共有チャットや公開Artifactに入っていた情報が、Googleの検索結果に出ていたという事故がありました。当時の社内の記録には、履歴書やAPIキー、取引先の名前が入った資料まで検索に載っていた、と書き残しています。この事故を受けて、当社で同じことが起きないよう、2日後の7月28日に社内ルールを作り直しました。

2026年7月28日：「URLに置くものはすべてnoindex」に統一

決めたのは、URLに置くものは最初からすべてnoindexにし、検索に載せるのは「SEO目的で載せる」と明示的に決めたページだけにする、という方式です。載せたいものだけを選んで外す「opt-in」にしました。

同じ日に、社内に置いていた内部向けのHTML17件（レポート・提案書・デモ・プレビュー・議事録・社内ツール）へnoindexを入れました。続けて広告LPの本体と付属ページ37件にも入れ、合計54件です。広告の画像を作るための元のHTMLやバックアップ類38件は、書き換えずに「サーバーに上げない」扱いにしました。

途中で気づいたこと：手元で直しても、本番には届いていない

作業の途中で分かったのは、手元のファイルにnoindexを入れても、すでにサーバーで動いているページには自動では反映されない、ということです。稼働中のページは、修正版を上げ直して初めて直ります。決定の記録には「次の更新のときか一括作業で上げ直す」と残しました。ルールを決めた日と、本番が直った日は別物だと考えたほうが安全です。

検索に載せない設定のデモで先方に確認してもらう流れは、AIでホームページを作る手順の公開の工程にも書いています。

再発防止：「URLに置いたら世界に公開」を前提にした社内ルール

事故の本質は、noindexの1行が欠けていたことでした。人の注意に頼ると、また抜けます。当社は次のルールとチェックリストで仕組みにしています。

Claudeの共有リンクとArtifactのルール

• クライアント名・数値・個人情報・認証情報を含む会話は、共有リンクを作らない
• Artifactは非公開が既定。公開するのは汎用の中身だけで、公開前に中身を必ず読む
• 使い終わった共有リンクは消す。共有リンクの一覧を月1回見直す
• Claude側の設定を当てにしない。「公開URLに置いた時点で世界に公開」と考える

自社サイトに置く前のチェックリスト

• [ ] <head> にnoindexのメタタグが入っているか（検索に載せると決めたページを除く）
• [ ] サーバーに検証用や旧版のファイル（index-old.html など）が残っていないか
• [ ] フォームの完了ページにもnoindexが入っているか
• [ ] 公開後に、実際のページのソースか応答ヘッダーでnoindexを確かめたか

あわせて、動かしている各ドメインで月1回 site:ドメイン名 を検索し、載ってはいけないURLが無いかを見ます。サーバーを触ったときは、その都度見ます。

業務で使うときの注意：共有してよい情報と、チームでの線引き

共有の前に「誰に見せたいか」を決める。 社内だけで見たいなら、FreeやPro、Maxの共有リンクは合いません。公式ヘルプでは、TeamとEnterpriseプランの共有は同じ組織のメンバーにしか見えないので、社内の共有はそちらで行うか、そもそもリンクにせず社内の共有フォルダに置くのが安全です。

鍵や個人情報は、会話に入れない。 会話に貼った時点で、共有すればそのまま見える可能性があります。APIキーやパスワードは環境変数や設定ファイルで扱い、会話の本文には書かないのが基本です。Claude Codeで動かすときに診断用ファイルへ認証情報が混ざる注意は、Claude Codeのエラー一覧と直し方の最後に書きました。

noindexは「載せない」であって「見られない」ではない。 検索から外れても、URLを知る人は開けます。見られては困るものは、パスワードをかけるか、そもそもURLに置きません。当社が検証用の場所にBasic認証をかけるのが理想、としているのはこのためです。

決めたことは、全員が読む場所に置く。 共有リンクを作れる人が増えるほど、1人の「これくらいなら」で漏れます。当社はこのルールを、Claudeが毎回読み込む社内ルールの1つにしています。AIの使い方を社内のルールに落とし込む支援は、ウラカタのサービス一覧で行っています。