AIに引用されるページの作り方

AIに引用されるかどうかは各サービスの内部処理に依存し、外部から保証はできません。ただし「そもそも読まれていない」状態は技術的に確認でき、解消できます。まずはここからです。

公開日: 2026年8月16日 ／ 最終更新日: 2026年9月6日

最優先: JavaScriptなしで本文が返ること

これが他のどの施策よりも先に来ます。主要なAIクローラーはJavaScriptを実行しないためです。

VercelとMERJが5億件を超えるGPTBotのリクエストを調べた調査では、JavaScriptの実行が確認されませんでした。ClaudeBotやPerplexityBotについても同様の報告があります。JavaScriptファイルを取得することはあっても、実行はしません。

つまり、ReactやVueでクライアントサイドだけで描画しているサイトは、AIから見ると本文が空のページです。Googleはレンダリングするため検索では問題なく見えており、この食い違いが問題の発見を遅らせます。

自分のサイトを確認する方法

ブラウザで見えている内容ではなく、サーバーが最初に返すHTMLを見る必要があります。ブラウザの「ページのソースを表示」（開発者ツールのElementsではありません）か、次のコマンドで確認できます。

JS実行前の本文を確認する

# 生HTMLからタグを除いた文字数を数える
curl -s https://example.com/ | sed 's/<[^>]*>//g' | tr -d ' \n\t' | wc -c

# 本文が含まれるか目視で確認
curl -s https://example.com/ | grep -o '<h1[^>]*>[^<]*'

文字数が数十文字しかない場合、AIクローラーからは空白のページに見えています。

直し方

• Next.js、Nuxt、Astroなどでサーバーサイドレンダリングまたは静的生成に切り替える
• フレームワークを変えられない場合、公開ページだけビルド時に静的HTMLを生成する
• 最低限の対応として、初期HTMLに本文の要約と見出しを含める

全面的な作り替えは大きな工事になりますが、集客に関わる公開ページだけを静的化する方法なら、アプリ本体はそのままで対応できます。

抽出しやすい構造にする

読まれる状態になったら、次は抜き出しやすさです。AIは文や段落の単位で使える情報を探すため、各部分が単体で意味を成すかが効きます。

• 結論を先に書く。見出しの直後に答えを置き、その後で理由や背景を説明する
• 見出しは階層を飛ばさない。h1の次はh2、その下はh3
• 1つの見出しの下では1つの話題を扱う
• 「これ」「それ」といった指示語に頼らない。段落単体で切り出されても通じる書き方にする
• 質問と回答の形式を使う。そのままの形で回答に使われやすくなります
• 数値や日付は具体的に書く。「最近」ではなく年月を書く

発信元を明示する

• 運営者・会社情報のページを用意し、リンクする
• 記事に著者と更新日を記載する
• 主張の根拠（調査、公式ドキュメント、実測値）を示す
• 構造化データでOrganization、Article、FAQPageなどを実装する

これらは従来のE-E-A-Tと重なる領域です。AI向けに特別なことをするというより、情報の出どころを機械にも人にも分かる形で示す、という話です。

効果の測り方と限界

正直に書くと、AI検索における効果測定の方法は確立していません。回答は質問の言い回しや実行のたびに変わるため、検索順位のような安定した指標が存在しないためです。

実務的には、次のような間接的な確認になります。

• 主要な質問を実際にAIサービスへ投げ、自社が言及されるかを定期的に記録する
• アクセス解析の参照元にAIサービスからの流入が現れるか見る
• サーバーログでAIクローラーの巡回状況を確認する（Smash SEOのログ解析で確認できます）

「AI検索での順位を計測できる」と謳うツールには注意してください。前提となる安定した順位という概念が存在しません。

よくある質問

Googleで上位なのにAIに引用されません。なぜですか？

JavaScriptでのみ本文を描画している可能性があります。GoogleはレンダリングしますがAIクローラーは実行しないため、Googleには見えてAIには見えない状態が起こります。生HTMLを確認してください。

構造化データを入れれば引用されますか？

確実ではありません。構造化データは情報の意味を機械に伝える助けになりますが、引用の可否は各AIサービスの処理に依存します。土台として実装する価値はありますが、保証はできません。

AI向けと検索向けで別々のページを用意すべきですか？

推奨しません。閲覧者によって内容を出し分けるのはクローキングと見なされる恐れがあります。1つのページを、人にも機械にも読める形にするのが正しい方向です。

関連記事

• E-E-A-Tの技術的な実装 — 概念論で終わらせない
  E-E-A-Tの解説記事の9割は「信頼が大事」という概念論で終わります。この記事は逆に、実装だけを扱います。信頼の実体を作るのはあなたの仕事ですが、それを検索エンジンとAIに機械可読な形で伝えるのはHTMLの仕事です。
• FAQPage構造化データの正しい実装 — リッチリザルトの現状も正直に
  先に正直な事実から。FAQリッチリザルト（検索結果でQ&Aが開閉表示されるもの）は、2023年のGoogleの仕様変更以降、政府機関や医療など一部の権威あるサイト以外ではほぼ表示されなくなりました。「FAQを入れれば検索結果が豪華になる」は過去の話です。それでも実装する価値はあります。理由ごと解説します。
• ChatGPTの回答に自社サービスを登場させるためにできること
  最初に明言します。ChatGPTの回答に自社を登場させることを保証する方法は存在しません。ただし「登場し得る状態」と「構造的に登場できない状態」の差は明確にあり、後者を解消することはできます。この記事は保証なしの前提で、打てる手を優先順に並べます。
• AI検索最適化（GEO / LLMO）とは何か
  GEO（Generative Engine Optimization）やLLMOは、AIが生成する回答の中で自社の情報が使われることを目指す取り組みです。従来のSEOと土台の多くを共有しますが、「順位」ではなく「引用されるか」を見る点が異なります。

AI検索への対応度を無料で診断する ／ AI検索対策の一覧 ／ 技術SEOルール解説