AI検索に自社サイトを引用させる方法・llms.txt・構造化データ対策

「ChatGPTに自社名を聞いてみたら、一切出てこなかった」

Webサイト運営者からよく聞く話です。SEOはそれなりにやってきたつもりなのに、AI検索では存在しないも同然——そんな焦りを感じている方も多いのではないでしょうか。

最近は「AI出現率チェックツール」と呼ばれるサービスが登場し始めており、「自社がどれだけAI回答に登場するか」を計測しようという動きも出ています。気持ちはわかります。でも今の段階では、計測より対策が先です。

なぜなら、AI検索の回答は毎回変わります。同じ質問をChatGPTに投げても、今日と明日で違う結果が返ってくることはざらにあります。再現性が低い数字を追いかけるより、「引用されやすいサイトの条件を整える」ことに時間を使うほうが明らかにROIが高い。

その条件は、突き詰めると3つの対策に帰結します。

対策1：llms.txtを設置する（優先度は低い）

先に結論をお伝えします。この3つのうち、いま効果が見込めるのは対策2（構造化データ）と対策3（robots.txt）です。llms.txtについては、2026年8月時点で「自社のAIがllms.txtを読んでいる」と公式に表明したAI提供元は1社もありません。Googleは公式ドキュメントで「Google検索は使用していない」と明記しています。以下は仕様と書き方の解説として読み、着手は対策2・3を終えたあとで構いません。根拠と実測データはAIに自社サイトを正しく認識させる方法｜llms.txtとは何かに詳しくまとめています。

llms.txtとは何か

Webの仕組みに少し詳しい方なら、robots.txtはご存知のはずです。「このページはクローラーに見せる/見せない」を制御するファイルです。その後、sitemap.xmlが普及し、「サイト内にどんなページがあるか」を検索エンジンに伝える標準的な手段になりました。

llms.txtは、この発想を生成AI向けに広げようという「提案」です。robots.txtやsitemap.xmlのように標準化団体が採用した仕様ではなく、2026年8月時点でも一提案の段階にとどまっている点は、先に押さえておいてください。

2024年、AI研究機関「Answer.AI」のJeremy Howard氏が提唱したこの仕様は、「AIクローラーがサイトをより正確に理解するための要約ガイド」として機能します。

通常のWebページはHTMLで書かれており、ナビゲーションメニュー、広告、フッター、JavaScriptコードなど、大量の「ノイズ」が含まれています。人間はそのノイズを視覚的に無視できますが、AIが情報を抽出しようとすると余計な要素が邪魔をします。

llms.txtはMarkdown形式で書かれた、シンプルな「サイト案内書」です。AIに「うちのサイトはこういう構成で、重要なページはこれです」と直接伝えることができます。

llms.txtの書き方

ファイルはサイトルート（https://example.com/llms.txt）に設置します。以下が基本的な構成です。

# サービス名 / 運営会社名

> サービスの概要を1〜2文で説明します。ターゲットユーザーや提供価値を簡潔に。

## 主要ページ

- [サービストップ](https://example.com/): サービス全体の概要
- [料金プラン](https://example.com/pricing/): 各プランの詳細と比較
- [使い方ガイド](https://example.com/how-to-use/): 初期設定から活用方法まで
- [よくある質問](https://example.com/faq/): ユーザーからの質問と回答
- [事例・実績](https://example.com/case-studies/): 導入事例と成果

## Optional

- [ブログ](https://example.com/blog/): Web制作・SEOに関する技術記事
- [運営会社情報](https://example.com/about/): 会社概要・スタッフ情報

ポイントは「厳選」することです。全ページを列挙するのではなく、サービスの理解に直結する10〜20ページに絞ります。AIに「このサイトで最も重要な情報はここにある」と伝えることが目的なので、不要なページを含めると逆効果です。

llms-full.txtと.well-known/llms.txtも設定する

実はllms.txtには派生形があります。

<strong>llms-full.txt</strong>は詳細版で、各ページの本文内容まで含めた完全版です。ページ数が多いサイトや、コンテンツの深さをAIに伝えたい場合に有効です。

また、<strong>/.well-known/llms.txt</strong>というパスに置く案も提案されています。robots.txtの.well-known版と思ってください。ただしこのパスを参照すると公表しているAIクローラーは確認できていません。サーバーの.htaccessやnginx.confでリダイレクトを設定すること自体は数分で終わりますが、対応クローラーが増えるという保証はない、という前提で扱ってください。

対策2：構造化データ（JSON-LD）を充実させる

なぜ構造化データがAI引用に効くのか

「構造化データ」とは、ページの内容を機械が読みやすい形式で記述したメタ情報です。JSON-LDはその記述形式のひとつで、現在最も推奨されている方法です。

構造化データがAI引用に効く根拠は、統計よりも仕組みの側にあります。Googleは生成AI機能向けの公式ガイドで、AI向けの特別なファイルは不要としつつ、構造化データについては「ページの内容を理解する助けになる」として引き続き推奨しています。AI向けの独自施策ではなく、通常のSEOとして積み上がる資産である点が、llms.txtとの決定的な違いです。

これには理由があります。ChatGPTやPerplexityは、Webページを処理する際に構造化データを「信頼性の高い情報源」として扱います。HTMLの本文テキストは解釈の余地があいまいですが、JSON-LDで明示された情報はそのまま構造的なデータとして処理されるため、回答生成に使いやすいのです。

優先的に実装すべきスキーマ

FAQPage（最優先）

Q&Aペアの形式で書かれた情報は、AIの回答形式と相性が良く、そのまま引用されやすい構造です。なおGoogle検索のFAQリッチリザルトは2026年5月7日で終了しているため、狙いは検索結果の装飾ではなく、質問と回答の対応関係を機械に伝えることにあります。マークアップを残しても害はありません。

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "llms.txtはどこに設置すればいいですか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "サイトルート（https://example.com/llms.txt）に設置します。ただし2026年8月時点で、llms.txtを読むと公式に表明したAI提供元はありません。"
      }
    },
    {
      "@type": "Question",
      "name": "robots.txtでAIクローラーをブロックするとどうなりますか？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "AIクローラーがページを取得できなくなるため、AI検索で引用される機会が大幅に減ります。公開ページはAllow設定にすることを推奨します。"
      }
    }
  ]
}
</script>

HowTo（※Google検索では廃止済み）

HowToリッチリザルトは2023年8月の告知以降に段階的に廃止され、現在はデスクトップ・モバイルとも表示されません。新規に実装する意味は薄いため、手順コンテンツは番号付きリストと明確な見出しで構造を示すほうを優先してください。生成AIは本文の構造からも手順を読み取れます。

WebApplication / Organization

サービスや運営会社の基本情報を構造化します。AIが「このサービスは何をするものか」「誰が運営しているか」を正確に理解するための土台です。

BreadcrumbList

サイト内の階層構造を示します。AIがサイトの構造を把握するのに役立ちます。

OGPの設定を全ページに個別で行う

構造化データと合わせて重要なのが、OGP（Open Graph Protocol）タグの設定です。AIはページのメタ情報も参照するため、全ページに個別のog:title・og:description・og:imageを設定することが基本になります。

特にog:imageにはwidthとheightを明示してください。

<meta property="og:title" content="ページ固有のタイトル" />
<meta property="og:description" content="このページが扱う内容の要約（120〜160文字程度）" />
<meta property="og:image" content="https://example.com/images/ogp-page-name.jpg" />
<meta property="og:image:width" content="1200" />
<meta property="og:image:height" content="630" />
<meta name="twitter:card" content="summary_large_image" />

対策3：robots.txtでAIクローラーを「歓迎」する

多くのサイトがAIクローラーをブロックしている

2023年以降、プライバシーやコンテンツ利用への懸念から、robots.txtでAIクローラーをブロックするサイトが急増しました。気持ちはわかりますが、これはトレードオフです。

ブロックすれば、AI検索で引用されなくなります。

自社サイトを学習データに使われたくない、という判断もあり得ます。しかしAI検索でビジネスの認知を取りたいなら、公開している情報についてはAIクローラーにアクセスを許可する設定が基本です。

推奨するrobots.txt設定

User-agent: GPTBot
Allow: /
Disallow: /wp-admin/
Disallow: /wp-login.php

User-agent: OAI-SearchBot
Allow: /

User-agent: ChatGPT-User
Allow: /

User-agent: ClaudeBot
Allow: /

User-agent: Claude-SearchBot
Allow: /

User-agent: Claude-User
Allow: /

User-agent: PerplexityBot
Allow: /

User-agent: Perplexity-User
Allow: /

User-agent: Applebot
Allow: /

# Applebot-Extended は「学習利用を拒否する」ための専用トークン。
# 許可がデフォルトのため Allow を書く意味はなく、拒否したいときだけ Disallow: / を書く

# llms.txtの場所
# https://example.com/llms.txt

User-agent: *
Allow: /
Disallow: /wp-admin/
Disallow: /wp-login.php

主要なAIクローラーのbot名は以下の通りです。

サービス	ボット名	主な用途
ChatGPT（OpenAI）	`OAI-SearchBot`	ChatGPTの検索結果への掲載
	`ChatGPT-User`	ユーザーが質問したときの取得
	`GPTBot`	モデル学習用のクロール
Claude（Anthropic）	`Claude-SearchBot`	検索結果の品質向上
	`Claude-User`	ユーザーが質問したときの取得
	`ClaudeBot`	モデル学習用のクロール
Perplexity	`PerplexityBot`	Perplexityの検索結果への掲載
	`Perplexity-User`	ユーザーが質問したときの取得
Apple（Siri・Spotlight等）	`Applebot`	Apple製品向けのクロール
	`Applebot-Extended`	学習利用を拒否するための専用トークン

引用されたいなら、優先して通すべきは検索インデックス用のボットです。具体的には OAI-SearchBot・Claude-SearchBot・PerplexityBot の3つで、AIが回答を組み立てるときに参照するのはこの系統です。一方 GPTBot や ClaudeBot はモデル学習用なので、「引用はされたいが学習には使われたくない」場合は学習用だけ Disallow: / にする、という切り分けができます。

wp-adminなどの管理画面はブロックしつつ、コンテンツページは全体的に開放するのが基本の考え方です。また、コメント行にllms.txtの場所を記載しておくと、クローラーがllms.txtを参照しやすくなります。

「AI出現率チェック」が今は優先順位として低い理由

ここで、冒頭の話に戻ります。AI出現率チェックツールは「自社がAI検索にどれだけ出ているか」を計測するサービスです。将来的にAI検索が主流になれば、重要なKPIになる可能性は十分あります。

ただし今の段階で優先する理由は薄いです。理由は3つ。

①再現性がない
同じ質問でも、モデルのバージョン・プロンプトの微妙な差異・タイミングによって回答が変わります。今日の数字が明日も同じとは限りません。

②改善アクションは同じ
仮に出現率を計測して「低い」とわかったとしても、打つべき手はllms.txtの設置・構造化データの充実・コンテンツ品質の向上です。つまり計測しなくても、対策の方向性は変わりません。

③投資対効果の問題
API経由で大量のクエリを投げて計測するサービスはコストがかかります。その費用を、コンテンツの改善や構造化データの整備に使うほうが、確実な改善につながります。

まとめ：実装チェックリスト

今日からできる対策を一覧にまとめます。優先度の高いものから順に取り組んでください。

必須（高優先度）

[ ] robots.txt でOAI-SearchBot・Claude-SearchBot・PerplexityBot等の検索用ボットをAllow
[ ] AIクローラーを誤ってブロックしていないか、サーバーログで実際の到達を確認

構造化データ（中優先度）

[ ] FAQPage スキーマを全LP（トップページ含む）に追加
[ ] Organization スキーマで運営情報を構造化
[ ] WebApplication スキーマでサービス概要を記述
[ ] 手順コンテンツは番号付きリストで構造化（HowToスキーマは廃止済み）
[ ] BreadcrumbList でサイト階層を明示

OGP・メタ情報（中優先度）

[ ] 全ページに個別のog:title・og:descriptionを設定
[ ] og:image に width / height を明示（1200×630px推奨）
[ ] twitter:card を summary_large_image に設定

発展（任意）

[ ] /llms.txt をサイトルートに設置（重要な10〜20ページに厳選）※効果は未確認
[ ] /.well-known/llms.txt へのリダイレクト設定 ※参照を公表したクローラーは無し
[ ] robots.txt にllms.txtの場所をコメントで記載
[ ] /llms-full.txt を作成（本文内容込みの詳細版）
[ ] 主要ページの VideoObject スキーマ追加（動画コンテンツがある場合）

これらの対策は、AI検索への対応として語られることが多いですが、実際には通常のSEOにも直結する施策です。構造化データはリッチリザルト表示に影響し、OGPはSNS経由の流入にも関わります。「AI対策」として取り組みながら、サイト全体の品質向上につながるのが、この3つの対策を優先すべき理由でもあります。

よくある質問

Q. AI検索に引用されるために、まず何から手をつければいいですか？

順番はrobots.txt → 構造化データ → llms.txtです。まずrobots.txtでGPTBotなどのAIクローラーを意図せずブロックしていないかを確認してください。取得されていなければ、他の施策をどれだけ積んでも引用されることはありません。次に構造化データでページの内容を機械可読にし、llms.txtは効果が未確認のため最後で構いません。

Q. robots.txtでAIクローラーをブロックすると、どうなりますか？

そのクローラーはページを取得できなくなるため、AIの回答に引用される機会がほぼなくなります。ただし、学習データに使われること自体を避けたい場合は、意図的にブロックする判断もあり得ます。「引用されたいのか、使われたくないのか」を先に決めてから設定してください。両立はできません。

Q. llms.txtを設置すれば、AI検索に引用されるようになりますか？

「置けば引用される」とは言えませんが、「まったく読まれていない」わけでもありません。Ahrefsが2026年6月に公開した137,210ドメインの調査では、llms.txtの97%が1件もリクエストを受けていない一方、取得元の内訳にはGPTBotやChatGPT・Perplexityの検索用ボットも含まれており、取得自体は起きています。検証できないのはその先で、取得された内容が回答生成に使われたか、結果として引用が増えたかは外部から確認できません。なおGoogleだけは公式に「Google検索は使用していない」と明言しており、OpenAI・Anthropic・Perplexityは公式ドキュメントでllms.txtに一度も言及していません（各社の一次ソースはllms.txtとは何かで検証しています）。

Q. 構造化データはどのスキーマから実装すべきですか？

Organization・Article・BreadcrumbListの3つが基本です。FAQPageは、Google検索のFAQリッチリザルトが2026年5月7日に終了した後も、質問と回答の対応関係を機械に伝える手段としては有効です。HowToはすでに廃止されているため、新規に実装する必要はありません。

Q. AIクローラーが自分のサイトに来ているかは、どうすれば分かりますか？

サーバーのアクセスログを、GPTBot（OpenAI）・ClaudeBot（Anthropic）・PerplexityBotといったユーザーエージェント名で検索します。ログを直接見られない環境でも、レンタルサーバーのアクセス解析画面で確認できることがあります。robots.txtで許可しているのに1件も記録がない場合は、設定ミスかサーバー側でのブロックを疑ってください。

Q. AI検索からの流入は計測できますか？

部分的に可能です。Googleアナリティクスの参照元でchatgpt.comやperplexity.aiからの流入を確認でき、Search Consoleにも生成AI機能のレポート（ベータ）があります。ただしクエリ単位までは追えないため、現時点では自社名や主要キーワードを各AIに実際に質問して引用状況を目視する運用と併用するのが現実的です。

👉 この記事はAI時代のWeb制作完全ガイドの一部です。AIコーディングからAI検索最適化まで、関連記事を体系的にまとめています。

あわせて読みたい：AIライターと人間ライターの違い（AI本人が弱点まで解説）

自社サイトの構造化データ実装状況を確認したい方へ

どのページにどのスキーマが実装されているか、OGP設定に漏れがないかなどは、Direbase（ディレベース）で無料で診断できます。45項目以上の診断項目をもとに、今の実装状況をすぐに把握できます。

まずは自社サイトの現状確認から始めてみてください。

AI検索で引用されない？対策3つ【llms.txt・構造化データ・robots.txt】