AIに引用されない原因7つと直し方｜診断チェック

ChatGPTやGoogleのAI Overviews(AIによる概要)に競合は出てくるのに、自社サイトはまったく引用されない。
記事はしっかり書いているのに、なぜAIは自分のページを無視するのか。
そんなモヤモヤを抱えている方は少なくありません。

実は「AIに引用されない」には、ほぼ決まったパターンがあります。
原因の多くは、コンテンツの良し悪し以前の「そもそもAIが中身を読めていない」「読めても答えとして取り出しにくい」という技術・構造の問題です。
逆に言えば、症状を切り分けて一つずつ直せば、改善できる領域がはっきりします。

この記事では、AIに引用されない原因を「クロールできない」「HTML構造が読みにくい」「結論が後ろにある」といった症状起点で7つに分け、それぞれの見分け方と直し方を具体的に解説します。
難しい開発知識がなくても、自分のサイトの弱点がどこにあるか診断できるようにまとめました。

そもそもAIに引用される条件とは？

AIに引用される大前提は、まずそのページが検索エンジンにインデックスされ、スニペット表示の対象になっていることです。

GoogleはAI Overviews(AIによる概要)とAI Modeについて、公式ドキュメント「AI features and your website」で「これらの機能に表示されるための追加の技術要件はなく、特別な最適化も必要ない」と説明しています。
さらに「AI用のテキストファイルや新しいマークアップ、専用の構造化データを作る必要はない」とも述べており、AIに引用される条件は、基本的に従来のSEOの延長線上にあります。

ただし、ここが落とし穴です。
「特別なことは要らない」=「何もしなくていい」ではありません。
Googleは同時に「AI Overviewsの補足リンクとして表示されるには、ページがインデックスされ、スニペット付きで検索に表示できる状態であること」を条件として挙げています。
つまり、インデックスされない・読み取れない時点で、土俵にすら上がれません。

ChatGPTやPerplexityなどGoogle以外のAIも考え方は近く、共通する引用の条件は次のとおりです。

• AIのクローラー(自動巡回プログラム)がページの本文に到達できること
• 本文の構造が明確で、答えとなる箇所を機械的に取り出せること
• 質問に対して直接・具体的に答えている独自性のある内容であること

この3つのどこが欠けているかで、症状と直し方が変わります。
次から、引用されない原因を7つに分けて診断していきます。

参考：Google検索セントラル「AI features and your website」

原因1：JavaScriptで本文が遅延表示され、AIが読めていない？

本文をJavaScriptで後から描画していると、多くのAIクローラーは中身を読めず、引用対象から外れます。

最も見落とされやすいのがこの「クロール不可」です。
GoogleのGooglebotは、ページを取得した後にChromiumベースのブラウザでJavaScriptを実行して描画(レンダリング)します。
ただしこれは取得とは別工程で、レンダリングが後回しになり遅延することがあります。本文がJavaScript依存だと、Googleですら内容の把握が遅れるリスクがあるということです。

さらに深刻なのが、Google以外のAIクローラーです。
2026年時点の各所の観測では、ChatGPTのGPTBotやPerplexityBot、AnthropicのClaudeBotなど主要なAIクローラーの多くはJavaScriptを実行せず、取得した生のHTMLだけを読み取るとされています。
つまり、ブラウザで見れば表示される本文が、AIにとっては「空っぽのページ」に見えている可能性があります。

診断方法と直し方

自分のサイトがこの状態か確かめるには、次の手順が有効です。

1. ブラウザの設定でJavaScriptを無効化し、自分の記事ページを開く
2. 本文・見出し・リンクが表示されたままか確認する
3. 本文が消える・読み込み中のまま、なら要注意

直し方の基本は、本文を最初のHTMLに含めて返すことです。
具体的には次のいずれかを検討します。

• サーバー側で本文を生成して返す(SSR=サーバーサイドレンダリング)
• 公開時にHTMLを書き出しておく(静的生成・プリレンダリング)
• 少なくとも本文・見出し・内部リンクはJavaScriptなしで表示されるようにする

WordPressなど一般的なCMSで作られたサイトは、本文がHTMLに含まれていることがほとんどなので、この問題は起きにくいです。
問題が起きやすいのは、自作のSPA(JavaScriptで画面を動的に組み立てるサイト)や、本文を後からスクリプトで差し込んでいるケースです。

原因2：robots.txtでAIのクローラーをブロックしていない？

robots.txtでGPTBotやClaude-SearchBotなどを拒否していると、そのAIの検索結果や回答からは原則として除外されます。

意外と多いのが、知らないうちにAIクローラーを締め出しているケースです。
robots.txtは、どのクローラーにどのページへのアクセスを許可・拒否するかを書く設定ファイルです。
OpenAI(GPTBot・OAI-SearchBotなど)、Anthropic(ClaudeBotなど)、Perplexity(PerplexityBot)などの主要なAI事業者は、いずれもこのrobots.txtの指示を尊重するとしています。
なお、Google(Google-Extended)は取得を行うクローラーではなく、Geminiの学習・グラウンディング利用の可否を制御するトークンです。
Googleはこれを検索のインデックス可否やランキングに影響しないと明言しており、ブロックしてもAI Overviews/AI Modeでの表示・引用(Googlebotが担う)からは消えません。
ただしPerplexityについては、第三者調査でrobots.txtを十分に尊重していないとの報告もあり、ブロックすれば確実に止まるとは限らない点には注意が必要です。

ここで重要なのは、取得系のクローラーをブロックすればAIの回答からも消えうるという点です。
とくにOAI-SearchBotやPerplexityBot、Claude-SearchBotなど検索・回答系のクローラーをブロックすると、リアルタイムで参照される候補から外れ、引用のチャンスを自ら捨てることになります。

主なAIクローラーの役割を整理すると次のとおりです。

クローラー名	運営	主な役割
GPTBot	OpenAI	モデル学習向けの収集
OAI-SearchBot	OpenAI	ChatGPT検索の引用向け
ChatGPT-User	OpenAI	ユーザー質問時の取得
ClaudeBot	Anthropic	モデル学習向けの収集
Claude-SearchBot	Anthropic	検索結果の品質向上向け
PerplexityBot	Perplexity	検索・回答向けの収集
Google-Extended	Google	Gemini等の学習利用の制御用トークン（取得はGooglebotが実施）

注意点として、OpenAIもGPTBot(モデル学習用)、OAI-SearchBot(ChatGPT検索の引用用)、ChatGPT-User(ユーザーの質問時にその場で取得)の3種類を分けて公開しています。
同様にAnthropicもClaudeBot(学習用)、Claude-User(ユーザーの質問対応用)、Claude-SearchBot(検索品質向上用)の3種類を分けて公開しています。
学習用だけ拒否したつもりが、設定の書き方次第で検索用まで巻き込んでいたり、逆に意図せず全部許可していたりします。
AIの回答に引用されたいなら、少なくともOAI-SearchBotやClaude-SearchBotなど検索・回答系のクローラーは許可しておくのが基本です。

診断方法

「自社ドメイン/robots.txt」をブラウザで開き、Disallow の行に上記のクローラー名が含まれていないか確認します。User-agent: * ですべてのページを Disallow: / にしているような記述があれば、全クローラーを締め出しているため即修正が必要です。

参考：Anthropic公式ドキュメント(クローラーとrobots.txtの取り扱い)

原因3：見出しやリストが「見た目だけ」になっていない？

見出し・リスト・表が本物のHTMLタグでなく装飾されたdivだと、AIは構造を読み取れず、答えを取り出しにくくなります。

技術的に読めても、次の壁が「構造」です。
AIやクローラーは、article・section・headerといったセマンティック(意味を持つ)なHTMLタグを手がかりに、本文・ナビゲーション・広告などを区別し、内容を分割(チャンク化)して理解します。
すべてが意味のないdivタグで囲まれた、いわゆる「divスープ」だと、どこが主役の本文なのか判断しづらくなります。

具体的に問題になりやすいのが次のパターンです。

• 見出しが h2・h3 タグでなく、大きく太字にしただけの段落になっている
• 箇条書きが ul・ol タグでなく、「・」を手打ちした段落になっている
• 比較表が table タグでなく、見た目を整えただけのdivの集まりになっている

AI Overviewsはリストや表といった構造化された情報を引用しやすい傾向があり、本物のタグで組まれているほど答えとして取り出されやすくなります。
逆に見た目だけ整えた擬似的な見出し・リストは、構造として認識されず損をします。

直し方

書き手側でできる現実的な対策は、CMSの「見出し」「リスト」「表」の機能をそのまま使うことです。
WordPressのブロックエディタなら、見出しブロック・リストブロック・テーブルブロックを使えば、自動的に正しいタグが出力されます。

原因4：結論がページの後ろにあって拾われていない？

AIは本文の前半を重視する傾向があり、結論や答えを記事の後半に置くと、引用の対象から外れやすくなります。

中身が良くても引用されない、典型的なのがこの「結論が後ろ」問題です。
複数の大規模調査では、AIの引用の多くがページの前半部分から発生していることが報告されています。
たとえばあるLLM引用の分析では、引用元の約4割超がドキュメントの最初の3分の1から抽出されたとされています。
LLM(大規模言語モデル)は、見出しの直後にある自己完結した短い答えを優先的に拾う傾向があります。

つまり、答えファースト(answer-first)の構成が引用されやすさを左右します。
日本語の記事にありがちな「背景→経緯→分析→最後に結論」という起承転結は、AI引用の観点では不利になりがちです。

直し方の型

具体的には、次の型に整えると効果的です。

1. 見出しを、検索される質問そのままの形にする
2. その直下に、結論を1〜2文で言い切る(自己完結した50〜150字程度)
3. その後で、背景・理由・具体例を展開する

この記事でも、各H2の直下に太字で結論を1文だけ先出ししています。
これは見た目の演出ではなく、AIが「この見出しの答えはこれだ」と取り出しやすくするための構造です。
1つのまとまり(チャンク)が短く自己完結しているほど、長文の中から答えを抜き出しやすくなります。

原因5：内容が薄く、独自の情報やE-E-A-Tが足りていない？

どこにでも書いてある一般論だけのページは、AIに引用される価値が乏しいと判断され、そもそもインデックスからも外れやすくなります。

技術と構造をクリアしても、最後は中身です。
AIが引用するソースを選ぶ強い要因の一つは、「その質問に対して、直接かつ深く答えているか」です。独自性のない薄いコンテンツ(thin content)は、検索のインデックスにすら入りにくく、当然AIの引用候補にもなりません。

2026年時点でインデックスされない主な原因として、薄いコンテンツ・重複コンテンツ・独自価値の欠如が繰り返し挙げられています。
一般論をまとめ直しただけのページは、人間が見てもAIが見ても「他と同じ」になり、選ばれる理由がありません。

引用されやすくするための観点は次のとおりです。

• 一次情報や独自データ(自社の実績数値、調査結果)を盛り込む
• 著者・監修者の情報を明示し、誰が書いたか追跡できるようにする
• 出典として公的機関や公式ヘルプなど信頼できる情報源を示す

これらはE-E-A-T(経験・専門性・権威性・信頼性)を機械にも人にも伝える要素です。
とくに著者の明示と一次情報の引用は、AIが信頼できるソースと判断する手がかりになります。

弊社が制作・運用支援する中小企業のサイトでも、一般論の解説を独自の事例・数値・チェックリストに置き換えた記事の方が、AIの回答や検索の上位で参照される傾向があります(当社調べ/2026年時点)。
制作実績は制作実績一覧でご確認いただけます。

原因6：そもそもページがインデックスされていない？

noindex設定や重複・低品質によってインデックスされていなければ、AIに引用される可能性はなくなります。

ここまでの原因の「最終形」がインデックス漏れです。
前述のとおりGoogleは、AI Overviewsの補足リンクになる条件として「インデックスされ、スニペット表示できること」を挙げています。インデックスされていないページは、AI引用のスタートラインにすら立てません。

インデックスされない代表的な原因は次のとおりです。

原因	内容	直し方
noindexタグ	検索結果に出さない指示が付いている	不要なnoindexを外す
robots.txtブロック	クロール自体を拒否している	該当のDisallowを修正する
重複コンテンツ	似た内容が複数ページに分散	統合またはcanonicalで正規化
薄いコンテンツ	独自価値が乏しい	加筆・統合して価値を高める
孤立ページ	どこからもリンクされていない	内部リンクで導線を作る

低品質なページが大量にあると、クローラーの巡回予算(クロールバジェット)がそこに消費され、重要な新規ページまで巡回が回らないことがあります。
不要なページはnoindexや統合で整理し、優先したいページにクロールを集中させる発想が有効です。

診断方法

Google Search Console(無料)で対象URLを「URL検査」にかけ、「インデックス登録されています」と表示されるか確認します。
「除外」「noindexタグによる除外」などと出ていれば、その原因を上の表で照合して対処します。

参考：Google Search Console ヘルプ

原因7：ブランドの認知や言及が少なくないか？

AIの引用には、被リンク以上にブランドの認知・指名検索・複数チャネルでの言及が効きやすい傾向があります。

最後は意外な落とし穴です。
従来のSEOでは被リンク(他サイトからのリンク)が重視されてきましたが、2026年の複数の調査では、被リンクとAI引用の相関は比較的弱いと報告されています。
たとえば多数のブランドを分析した調査では、被リンクよりもWeb上での言及や指名検索のほうが、AI検索での可視性と強く相関したとされています。

代わりに引用との相関が強いとされるのが、ブランドの権威性・複数プラットフォームでの存在感・指名検索の量です。
つまり「○○(社名・サービス名)」で検索される回数や、複数の場所で名前が言及されていることが、AIに信頼できる情報源と認識されやすくします。

中小企業がいきなり大手並みの認知を得るのは現実的ではありませんが、次の積み重ねは有効です。

• 公式サイト以外にも、適切なSNSや業界メディアで一貫した情報発信をする
• 社名・サービス名・著者名を、サイト内外で表記ゆれなく統一する
• 取材・寄稿・登壇など、第三者から言及される機会を増やす

加えて、AIは比較的新しい情報を参照しやすい傾向があるといわれます。
古い記事は事実確認のうえ、更新日とともに情報をアップデートしておくと参照されやすくなります。

予算・リスクに合わせた依頼先の選び方

ここまでの7つの原因は、技術(クロール・HTML構造)と編集(結論ファースト・独自性)の両輪です。
社内で対応しきれない場合は、外部に依頼するのも選択肢になります。
弊社では、ご予算とリスク許容度に合わせて複数のプランをご用意しています(必要な方だけお読みください)。

• ベーシック：まずは最小構成で、インデックスされる正しいHTML構造のサイトを整えたい方向け
• スタンダード：コラム運用も含め、AI引用とSEOを両立させたい方向け
• ハイグレード：設計から記事制作・改善まで一貫して任せたい方向け
• 成果報酬型：初期費用のリスクを抑え、成果に応じて支払いたい方向け

どのプランが合うか分からない場合は、現状のサイトを診断したうえでご提案します。
まずはお問い合わせからお気軽にご相談ください。
AI検索全体の考え方はAI検索(LLMO/GEO/AIO)対策の基本を解説した記事も参考になります。

まとめ：AIに引用されない原因を症状から直す

• AIに引用される前提は、ページがインデックスされ、スニペット表示できる状態であること
• JavaScript依存やrobots.txtでのブロックは、AIに本文を読ませない代表的な技術原因
• 見出し・リスト・表は本物のHTMLタグで組み、構造を機械が読める形にする
• 各見出しの直下に結論を1文で先出しする答えファーストが引用されやすさを左右する
• 独自の一次情報・著者情報・出典でE-E-A-Tを高め、被リンクよりブランド認知を積み上げる

土台となる技術面はホームページのSEO対策の基礎知識をまとめた記事もあわせてご確認ください。

AIに引用されない原因に関するよくある質問

AIに引用されるには専用の構造化データやファイルが必要ですか？

必要ありません。
Googleは2026年時点で、AI機能向けの専用マークアップやAI用ファイルは不要と公式に説明しています。
通常のインデックス可否が前提です。

JavaScriptで作ったサイトはAIに引用されませんか？

引用されにくくなる場合があります。
多くのAIクローラーはJavaScriptを実行しないため、本文はサーバー側で生成するか最初のHTMLに含めるのが安全です。

robots.txtでAIクローラーを許可すれば引用されますか？

許可は前提条件であり、それだけでは不十分です。
クロールを許可したうえで、結論ファーストの構造と独自性のある内容がそろって初めて引用候補になります。

被リンクを増やせばAIに引用されますか？

効果は限定的とされています。
複数の調査では被リンクとAI引用の相関は比較的弱く、指名検索や複数チャネルでの言及など、ブランド認知の方が効きやすい傾向です。