Claude AI検索で引用されるサイトの作り方｜3種ボットとllms.txt完全設定

Claude AI検索で引用されるサイトの作り方｜3種ボットとllms.txt完全設定

この記事の結論: Claudeに引用されるサイトは、(1)ClaudeBot・Claude-User・Claude-SearchBotの3ボットをrobots.txtで正しく通し、(2)結論の前に「理由とプロセス」を明示した文章構造を持ち、(3)各セクションに50〜100語の文脈説明とllms.txtを備えている。この3点をローカライズ抜きで海外基準のまま実装したサイトが、Claude Web検索の回答内リンクに選ばれやすい。

最終更新日: 2026年7月8日

はじめに

Google向けのSEOとClaude向けの最適化は、似ているようで前提が異なります。Claudeは検索結果のスニペットを切り出すのではなく、複数ソースを読み込んで根拠として引用する。だから「クロールを許可されているか」「本文が論理的に読めるか」「一次情報が明示されているか」という3つの条件が、順位よりも先に効いてくるわけです。

本稿は海外(主に英語圏)で先行して確立された引用条件を、そのままの粒度で日本語サイトに移植することを目的にしています。表面的な言い換えではなく、AnthropicのボットがどのUser-Agentで来て、どのアクセスが引用に直結するのかという実装レベルまで掘り下げていきます。ChatGPTやPerplexity、Geminiとの条件差にも触れるので、既にAI検索対策を始めている担当者の答え合わせにも使えるはずです。読み終えたとき、robots.txtとllms.txt、そして見出し設計の3枚のカードが手元に揃っている状態を目指します。

Claudeの3種類のボットの役割を分けて理解する

Claude最適化でまず押さえるべきは、Anthropicが単一のクローラーで動いていない点です。役割の異なる3つのユーザーエージェントが存在し、それぞれ「学習」「引用直結」「検索」という別の目的を持って自サイトへアクセスしてきます。ここを一括りに「AIボット」として扱うと、引用のチャンスを自分で塞いでしまう。3者の違いを50〜100語規模で具体的に把握しておくことが、後段のrobots.txt設定の土台になります。

**ClaudeBot(学習・データ収集)**は、モデルの学習用にウェブ上のコンテンツを広く収集するクローラーです。ここでの露出は将来のモデルが持つ知識の一部になり得ますが、リアルタイムの回答内リンクとは直結しません。学習データに含まれること自体をブランド認知の長期投資と捉えるか、権利保護を優先して遮断するかは、サイト運営者の方針次第になります。

**Claude-User(引用直結)**は、ユーザーがClaudeに質問した際、その回答を組み立てるためにClaudeが実際にページを取りにくるアクセスです。これがいわゆる引用に最も直結する動き。ユーザーの問いに答えるためリアルタイムでページ本文を読み、回答内に出典として提示する候補にする。したがってClaude-Userを弾くと、せっかく検索対象になっても回答内リンクから外れてしまいます。

**Claude-SearchBot(検索インデックス)**は、Claudeの検索機能が参照するインデックスを構築・維持するためのボットです。検索の土台となるページ理解を担うため、ここを通しておかないと「そもそも検索候補に入らない」状態になる。引用されるサイトを目指すなら、Claude-UserとClaude-SearchBotの2つは原則として通すのが基本方針になります。

robots.txtでブロックしない設定を実装する

3ボットの役割が分かれば、robots.txtの書き方は目的から逆算できます。狙いは「学習は方針に応じて選び、引用と検索は確実に通す」こと。以下は、学習用のClaudeBotだけを遮断しつつ、引用と検索に関わる2ボットを明示的に許可する分離設定の実例です。

# 学習クロールは遮断、引用・検索は許可する例
User-agent: ClaudeBot
Disallow: /

User-agent: Claude-User
Allow: /

User-agent: Claude-SearchBot
Allow: /

# 既定(その他すべて)
User-agent: *
Allow: /

逆に、学習データへの提供も含めてClaudeへの露出を最大化したい場合は、3ボットすべてを通します。ブランドメンションを長期で積み上げたいメディアはこちらを選ぶことが多い。

# 学習・引用・検索すべて許可する例
User-agent: ClaudeBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: Claude-SearchBot
Allow: /

設定時に見落としがちな落とし穴を、チェックリストにまとめておきます。

• User-agent: * に Disallow: / を書いていないか(全ボット遮断の事故)
• CDNやWAFがUser-Agent単位でAnthropic系アクセスをブロックしていないか
• robots.txt がサイトルート直下(/robots.txt)に配置され、200で返っているか
• WordPressの「検索エンジンによるインデックスを許可しない」設定が有効化されていないか
• ステージング用の全遮断robots.txtを本番へ誤ってデプロイしていないか

robots.txtはあくまで「クロールの可否」を宣言する紳士協定であり、認証やIP制限のような強制力はありません。とはいえAnthropicのボットは宣言を尊重して動くため、ここを整えるだけで引用の入口は大きく開く。まず最初に手を付けるべき一手です。

理由とプロセスをセットで書く文章構造にする

Claudeは、結論だけがぽつんと置かれた文章よりも、「なぜそうなるのか(理由)」と「どういう手順でそうなるのか(プロセス)」がセットで書かれた文章を根拠として扱いやすい傾向があります。これはClaude自身の応答スタイル——過程を丁寧に説明してから結論に至る——とも一貫している。つまりClaudeが好む書き方を人間の記事側でも踏襲すると、引用候補として認識されやすくなるわけです。

具体的には、見出しと段落を次のように設計します。H2やH3の直後にいきなり箇条書きへ飛ばず、まず「この見出しが何を解決するのか」「なぜその方法が有効なのか」を数文で述べる。そのうえで手順や結論を提示する。順序としては〈問い→理由→プロセス→結論〉が扱いやすい形です。

たとえば「llms.txtを設置すべき理由」を書くなら、「AIはサイト構造を毎回全ページ巡回して把握するわけではない(理由)→重要ページの地図を1枚のテキストで渡すと解釈コストが下がる(プロセス)→結果として引用時に正しいページを選びやすくなる(結論)」という筋を1段落に通す。この「筋の通った説明」自体が、Claudeにとっての引用のしやすさに変わります。逆に結論の断言だけを並べると、根拠として切り出しにくくなるので注意したい。

各セクションに50〜100語の文脈説明を付ける

見出しの直後に置く50〜100語程度の文脈説明は、装飾ではなく機能です。海外の検証では、各セクション冒頭に短い説明文を配置したページは、AIによる「情報の取り違え・検索失敗」がおよそ35%減ったとされます。理由は単純で、AIは見出しと本文のつながりから「このブロックが何について書かれているか」を判断するため、橋渡しの文があると解釈を誤りにくくなるからです。

実装の指針を挙げておきます。

• 各H2・主要H3の直後に、そのセクションの要旨を2〜4文で置く
• 「何を(対象)」「なぜ(理由)」「どうなる(結果)」の3点を含める
• 固有名詞・数値・日付を文脈文の中に自然に織り込む
• 前セクションからの接続語(「これを踏まえ」等)で流れを示す
• 箇条書きだけのセクションを作らず、必ず地の文で挟む

この文脈説明は、そのままFAQや要約AIへの入力材料にもなります。人間の読者にとっての読みやすさと、AIにとっての解釈しやすさが同じ方向を向く、数少ない施策のひとつです。

llms.txtを設置してサイトの地図を渡す

llms.txtは、AIに対して「このサイトで重要なページはどれか」を1枚のMarkdownテキストで示す提案仕様です。robots.txtが「入っていい／だめ」を伝えるのに対し、llms.txtは「まずここを読んでほしい」という優先順位を伝える。サイト構造が複雑なほど効果が出やすく、AIがトップから重要記事へたどり着くまでの解釈コストを下げてくれます。サイトルート(/llms.txt)に置くのが基本です。

記述例はシンプルです。

# aiseo-llmo.com

> SEOとLLMOの実装知見を扱う専門メディア。AI検索での引用最適化を中心に解説する。

## 主要ガイド

- [LLMO完全ガイド](/pillar/llmo-complete-guide): LLMO全体像の入口
- [AI検索最適化ガイド](/pillar/ai-search-optimization-guide): 検索エンジンとAIの両対応

## Claude関連

- [Claude検索の引用戦略](/articles/claude-search-citation-strategies-japan): 日本語サイト向けの実装
- [Claude SEOガイド](/articles/claude-seo-guide): Claude最適化の基礎

## Optional

- [用語集](/glossary): 各種AI検索用語の定義

## Optional セクションは「読み込みリソースに余裕がなければ省いてよい」という意味を持ち、AIが優先度を判断する手がかりになります。llms.txt単体で順位が動くわけではありませんが、robots.txt・構造化データと組み合わせることで、Claudeが自サイトを正確に把握する確率を底上げできる。設置コストが低いわりに副作用がない施策です。

更新日を明記して情報の鮮度を示す

Claudeを含むAI検索は、回答の信頼性を担保するために「いつの情報か」を重視します。更新日が本文に明示されていないページは、古い可能性を疑われ、鮮度が問われるトピックでは引用を見送られることがある。逆に、公開日と更新日の両方が構造化データと本文の双方に書かれていると、AIは安心して最新の根拠として採用しやすくなります。

実装は二重で行うのが確実です。まず本文の冒頭近くに「最終更新日: 2026年7月8日」のように人間可読な形で置く。加えて、構造化データ(JSON-LD)側でも datePublished と dateModified を機械可読に持たせる。

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "Claude AI検索で引用されるサイトの作り方",
  "datePublished": "2026-07-08",
  "dateModified": "2026-07-08",
  "author": { "@type": "Organization", "name": "aiseo-llmo編集部" }
}

注意点として、実体を更新していないのに dateModified だけを新しくする「日付だけの水増し」は避けます。AIは本文の変化と日付の整合を見ている可能性があり、中身が古いまま日付だけ新しいと、かえって信頼を損なう。更新は内容の実質改定とセットで行うのが原則です。

E-E-A-Tと一次情報で引用の質を担保する

Claudeが引用先を選ぶとき、最終的に効くのは「その情報を誰が、どんな根拠で書いたか」です。ここでGoogleが整理したE-E-A-T——経験・専門性・権威性・信頼性——の考え方がそのまま活きてきます。AIは二次情報の孫引きより、一次情報に近いページを根拠として好む傾向があるため、自分で取得したデータや独自の検証結果を持つサイトは強い。

引用されやすさを高める要素を具体化すると、次のようになります。

• 独自調査・実測値・スクリーンショットなど一次情報を本文に含める
• 著者の経歴・専門領域を明示し、監修者がいれば併記する
• 主張の根拠となる出典を、リンクだけでなく発行元と日付付きで示す
• 引用元と自説を明確に区別し、どこからが自分の見解かを書く
• 過度な断定を避け、条件や例外を添えて記述の誠実さを保つ

海外基準では、この「一次情報の有無」が引用率を分ける決定的な差になっているとの指摘があります。ローカライズの過程で独自データを削ってしまうと、いくら構造を整えても引用の芯が抜ける。翻訳・移植時こそ、一次情報だけは減らさないことが肝心です。

もう少し実務に落とすと、E-E-A-Tは「ページ単位」ではなく「サイト全体の積み上げ」で評価される点も見逃せません。個々の記事がどれほど整っていても、運営者情報・問い合わせ先・プライバシーポリシーといった基盤ページが欠けていると、AIは発信元の実在性を測りかねます。著者ページから各記事へ、各記事から一次資料へと、信頼の裏づけが辿れる導線を張っておくと、Claudeが「このドメインは根拠として提示して安全か」を判断しやすくなる。引用は1記事の出来だけでなく、ドメイン全体の誠実さの累積で決まると考えておくのが実態に近いです。

ChatGPT・Perplexity・Geminiとの引用条件の違い

Claude最適化を単独で語ると視野が狭くなるため、主要AI検索の引用条件を横並びで押さえておきます。各エンジンはクロール主体も引用の出し方も異なり、同じ施策でも効き方が変わる。違いを理解しておくと、どのボットを許可し、どんな構造を優先すべきかの判断が速くなります。

• Claude: ClaudeBot／Claude-User／Claude-SearchBotの3系統。Claude-Userの実アクセスが引用に直結し、理由+プロセス型の論理構造を好む。
• ChatGPT: OAI-SearchBot(検索インデックス)とChatGPT-User(閲覧)、GPTBot(学習)に分かれる。Bing系インデックスの影響も受けやすい。
• Perplexity: 検索連動が強く、回答直下に出典を列挙する形式。鮮度と網羅性、被引用の多いページを重視する傾向。
• Gemini: GoogleのインデックスとAI Overviewの評価を土台にする。従来SEOの資産が比較的そのまま効きやすい。

共通して効くのは、クロール許可・明快な見出し構造・一次情報・更新日の明記です。一方で、Claudeの「理由とプロセスをセットで書く」構造や、Perplexityの被引用重視のように、エンジン固有の癖もある。まずは共通項を固め、そのうえでClaude向けに論理構造とボット設定を上乗せするのが、費用対効果の高い順序になります。

なお、ボットのUser-Agentを個別に許可・遮断する運用は、エンジンごとに文字列が異なる点に注意が必要です。ChatGPTならGPTBot・OAI-SearchBot・ChatGPT-User、PerplexityならPerplexityBot、GoogleならGoogle-Extendedといった具合に、各社が別々の名前を割り当てている。robots.txtを一度書いて放置するのではなく、四半期に一度は各社の公式ドキュメントでUser-Agentの追加・改名がないかを点検し、自サイトの許可リストを更新しておくと取りこぼしを防げます。AI検索の勢力図は流動的で、新しいエンジンや新しいボットが増える前提で運用を組むのが安全です。

引用されているか確認する方法

施策を打ったら、実際にClaudeへ引用されているかを確認します。Claudeの引用は検索順位のように順位ツールで一括取得しづらいため、複数の手段を組み合わせて把握するのが現実的です。確認の目的は「載っているか」だけでなく「どのページが、どの問いで選ばれているか」を知ること。ここが分かると次に書くべき記事も見えてきます。

• Claudeへ直接質問する: 自サイトが答えられそうな問いをClaude(Web検索オン)へ投げ、回答内リンクに自ドメインが出るか確認する。
• サーバーログ／アクセス解析を見る: Claude-User や Claude-SearchBot のUser-Agentでのアクセスがあるかを調べ、クロール到達を確認する。
• リファラを確認する: claude.ai などからの流入がアクセス解析に現れているかをチェックする。
• 主要KWで横断テストする: 同じ問いを複数の言い回しで試し、引用の安定度を見る。

ここで、確認対象を混同しないことが重要です。Claude Web検索(claude.aiやアプリの検索機能)経由の引用と、Anthropic API・Claude Codeなど開発者経由のアクセスは、目的も挙動も別物になります。Web検索経由はユーザーの質問に答えるための引用で、回答内リンクとして表れる。一方でAPIやClaude Code経由のアクセスは、開発者が組んだツールがページを取得しているケースで、必ずしもエンドユーザーへの引用表示を伴いません。ログでUser-Agentやアクセス文脈を見て、どちらの経路なのかを切り分けると、施策評価の精度が上がります。

よくある質問

Q1. ClaudeBotとClaude-User、Claude-SearchBotはどう使い分けて許可・遮断すればいいですか?

引用を狙うならClaude-UserとClaude-SearchBotは通し、学習用のClaudeBotだけ方針次第で選びます。ClaudeBotはモデル学習向けで即時の引用に直結しない一方、Claude-Userはユーザーの質問に答えるための実アクセスで引用に最も効き、Claude-SearchBotは検索インデックスの土台になります。したがって、権利保護を優先するなら「ClaudeBotだけDisallow、残り2つをAllow」、露出最大化なら3つともAllowにするのが定石です。

Q2. robots.txtの分離設定を書けば必ず引用されますか?

いいえ、robots.txtは引用の入口を開くだけで、選ばれる保証ではありません。クロールが許可されて初めて検索・引用の候補に入りますが、そこから実際に採用されるかは本文の論理構造・一次情報・更新日の明記といった中身の質で決まります。robots.txtは「必要条件」であって「十分条件」ではない、と捉えるのが正確です。

Q3. Claudeが好む「理由とプロセスをセットで書く」構造とは具体的にどう書くのですか?

見出しの直後に結論を断言せず、〈問い→理由→手順→結論〉の順で1段落を通す書き方です。たとえば施策を薦めるなら「なぜ有効か」を先に述べ、次に「どう実装するか」を示し、最後に「結果どうなるか」で締めます。Claudeは過程の説明が付いた記述を根拠として切り出しやすいため、断定の羅列より引用されやすくなります。

Q4. Claude Web検索経由の引用と、APIやClaude Code経由のアクセスは何が違いますか?

前者はユーザーの質問に答えるための引用で回答内リンクに表れ、後者は開発者のツールがページを取得するアクセスで必ずしも引用表示を伴いません。claude.aiやアプリの検索機能はエンドユーザー向けに出典を提示しますが、Anthropic APIやClaude Codeは組み込み用途のため挙動が異なります。サーバーログでUser-Agentと文脈を見れば、どちらの経路かを切り分けられます。

Q5. 自サイトがClaudeに引用されているか確認する方法はありますか?

Claudeへ直接質問して回答内リンクを見る方法と、サーバーログでClaude系User-Agentのアクセスを確認する方法を併用します。順位ツールで一括取得しにくいため、想定KWを複数の言い回しでClaude(Web検索オン)に投げ、自ドメインが出典に出るかを手動で確かめるのが基本です。あわせてリファラにclaude.aiが現れているかも確認すると精度が上がります。

Q6. llms.txtは設置するだけで順位や引用が上がりますか?

単体では劇的に変わりませんが、AIがサイト構造を正しく把握する確率を底上げします。llms.txtは重要ページの地図をAIへ渡す仕組みで、robots.txtや構造化データと組み合わせて初めて効果が明確になります。設置コストが低く副作用も小さいため、やって損のない補助施策と位置づけるのが妥当です。

Q7. 更新日はどこに、どう書くのが効果的ですか?

本文冒頭の人間可読な表記と、JSON-LDのdateModifiedの両方に持たせるのが確実です。AIは情報の鮮度を信頼性の一部として見るため、二重に明示すると最新の根拠として採用されやすくなります。ただし中身を改定していないのに日付だけ新しくする水増しは逆効果になり得るので、実質更新とセットで反映してください。

Q8. 海外(英語圏)の引用ノウハウを日本語サイトにそのまま持ち込んでも効きますか?

ボット設定・論理構造・一次情報といった土台はローカライズせずそのまま効きます。ClaudeのユーザーエージェントやE-E-A-Tの考え方は言語に依存しないため、robots.txtやllms.txt、更新日の設計は英語圏の基準を維持して問題ありません。むしろ翻訳・移植の過程で独自データや出典を削ると引用の芯が抜けるので、一次情報だけは減らさないことが重要です。

Q9. ChatGPTやPerplexityと比べてClaude対策で特に注力すべき点は何ですか?

Claude-Userを確実に通すボット設定と、理由+プロセス型の論理構造の2点です。他エンジンと共通する「クロール許可・明快な見出し・一次情報・更新日」を固めたうえで、Claude固有の論理重視の書き方とユーザーエージェント分離を上乗せします。共通項を先に整え、Claude向けの上乗せを後から足す順序が効率的です。

関連用語

• Claude SEO
• llms.txt
• robots.txt
• クローラー
• E-E-A-T
• LLMO
• ブランドメンション
• JSON-LD
• 構造化データ
• AI Overview

関連記事

• LLMO完全ガイド
• AI検索最適化ガイド
• AISEO完全ガイド
• Claude検索の引用戦略(日本向け)
• Claude SEOガイド
• 検索ボットと学習ボットを分けて許可・遮断する
• robots.txtで学習用と検索用ボットを分離する戦略
• llms.txtがAI引用に与える効果(WordPress)
• ChatGPT・Perplexity・Grokの引用率比較
• 英語SEOツール無料版 日本向けガイド