AI検索に引用されるには?Webサイトの技術チェック5項目
AIがあなたのサイトを読み取り、引用できる状態にあるかを確認するための5つの技術項目を、初めての方でも実践できるようにまとめました。

一行回答: AI検索に引用されるためには、まずAIがサイトにアクセスでき(アクセス性)、素早く読み取ることができ(速度・レンダリング)、構造を理解でき(HTML構造)、かつ正規URLを判別できる(正規URL・サイトマップ)必要があります。以下の5つのチェック項目を順番に確認すれば、ほとんどの技術的な問題を見つけることができます。
なぜ技術チェックが先なのでしょうか?
どんなに素晴らしい記事を書いても、AIが読み取れなければ引用されることはありません。AI検索サービスは、回答を生成する前にクローラー(ウェブページを自動的に巡回して内容を読み取るプログラム)を派遣したり、検索エンジンのデータを活用したりします。この段階でつまずいてしまうと、コンテンツの質を評価される機会すら失ってしまいます。
例えるなら、美味しい料理を用意したのに、お店のドアが閉まっていたり看板が出ていなかったりする状況と同じです。
チェック1. AIクローラーがアクセスできますか? (robots.txt)
robots.txtは、サイトURLの末尾に /robots.txt を付けると確認できるファイルで、「どのロボットの進入を許可し、どのロボットを拒否するか」を記した案内板のようなものです。
主なAI関連クローラーの名前は以下の通りです。(名称は各社の公式ドキュメントに基づいており、変更される可能性があるため定期的に確認してください。)
| クローラー名 | 運営会社 | 用途 |
|---|---|---|
| GPTBot | OpenAI | モデル学習用の収集 |
| OAI-SearchBot | OpenAI | ChatGPT検索結果用 |
| ChatGPT-User | OpenAI | ユーザーの要求に応じたページ訪問 |
| ClaudeBot | Anthropic | 収集 |
| PerplexityBot | Perplexity | 検索結果用 |
| Google-Extended | Geminiの学習使用の制御 | |
| Googlebot | 一般検索(AI Overviewsを含む) |
AI検索に露出させたい場合は、少なくとも検索用クローラーはブロックしないようにしましょう。許可する設定例は以下の通りです。
User-agent: OAI-SearchBot
Allow: /
User-agent: PerplexityBot
Allow: /
User-agent: *
Disallow: /admin/
Sitemap: https://example.com/sitemap.xml
よくあるミス
- セキュリティプラグインやホスティング業者が、未知のロボットを自動的にすべて遮断している場合があります。robots.txtで許可していてもファイアウォールでブロックされることがあるため、サーバーのアクセスログで該当のロボットが拒否(403エラー)されていないか確認してください。
Disallow: /という一行が残っていると、サイト全体が遮断されます。開発時に入れたまま忘れてしまうケースが多いです。
チェック2. 画面を描画しなくても内容が見えますか? (レンダリング)
最近のサイトの多くは、JavaScript(ブラウザ上で画面を動かすプログラム)を使って後から内容を読み込みます。人間が使うブラウザはこの工程を経て記事を表示しますが、一部のAIクローラーはJavaScriptを実行せず、最初に受け取ったドキュメントのみを読み取ります。
簡単な確認方法
- Chromeでページを開き、右クリック → 「ページのソースを表示」を選択します。
- 本文の重要な文章を
Ctrl + Fで検索してみます。 - ソース内にその文章がなければ、一部のAIはそのページを「空のページ」として認識している可能性があります。
解決の方向性
- SSR(サーバーサイドレンダリング:サーバーで完成した状態の文章を送る方式)や静的HTML生成を使用します。
- 最低限、タイトル、要約、本文、価格、連絡先などの重要な情報は、最初のドキュメントに含まれるようにします。
- 「もっと見る」を押さないと開かないタブの中にだけ核心的な情報を隠さないようにします。
チェック3. 十分に速いですか? (応答速度)
AIが回答を生成する際、短時間で複数のページを読み取る必要があります。応答が遅いページは、待たずにスキップされる可能性があります(各サービスの正確なタイムリミットは公開されていません)。
確認すべき指標は以下の通りです:
- TTFB(最初の1バイトが届くまでの時間):サーバーが応答を開始するまでの時間で、短いほど良いです。
- ページ全体の容量:過度に大きな画像や不要なプログラムが多いと遅くなります。
チェックツール:Google PageSpeed Insights (pagespeed.web.dev) にURLを入力すると、無料で速度と改善方法を教えてくれます。
簡単な改善方法
- 画像をWebPなどの軽量な形式に変換し、画面サイズに合わせて縮小します。
- 使用していないプラグインや外部ウィジェットを整理します。
- CDN(世界各地にコピーを置き、近い場所からデータを配信するサービス)を利用します。
チェック4. 記事の骨組みは明確ですか? (セマンティックHTML)
セマンティックHTMLとは、「この部分は見出し、この部分は本文、この部分はメニュー」というように、各部分の役割を明示する書き方です。人間の目には同じ太字に見えても、機械はタグを見て役割を判断します。
| タグ | 役割 | チェック基準 |
|---|---|---|
<h1> | ページの代表タイトル | 1ページにつき1つ |
<h2>, <h3> | 小見出し | 順番を飛ばさない(h2の次にいきなりh4はNG) |
<main> | 主要な本文エリア | メニューやフッターと区別する |
<article> | 独立した一つの記事 | ブログ記事、ニュースなど |
<table> | 表 | 画像としての表ではなく、実際の表タグを使用 |
よくあるミス
- 文字を大きく見せるために見出しタグを乱用したり、逆に見出しを単なる太字だけで処理したりします。
- 価格表や比較表を画像だけで掲載します。AIは画像内の文字を見落とすことがあるため、実際の表として作成するのがベストです。
- 画像の代替テキスト(alt:画像が表示されない時に代わりに読み上げられる説明)を空のままにします。
小見出しごとに固有のURLフラグメント(アンカー)を付けると、AIや検索エンジンが特定の部分を直接参照する際にも役立ちます。
チェック5. 正規URLが設定されていますか? (正規URLとサイトマップ)
同じ記事が複数のURLで開けてしまうケースは、意外と多くあります。
http://とhttps://wwwがあるURLとないURL- URLの末尾に
?utm_source=...などの追跡パラメータがついたURL
このような場合、正規URL(canonical:「この記事の公式なURLはこれです」という宣言)をページに記述しておきます。
<link rel="canonical" href="https://example.com/blog/geo-guide" />
サイトマップ (sitemap.xml:サイト内の全ページリスト) も併せてチェックしましょう。
- 実際にアクセス可能なURLのみが含まれているか(削除されたページが残っていないか)
- 更新日 (lastmod) が実際の更新タイミングと一致しているか
- robots.txtにサイトマップの場所が記載されているか
一目でわかるセルフチェック表
| 番号 | チェック項目 | 確認方法 | 結果 |
|---|---|---|---|
| 1 | AI検索クローラーの許可 | /robots.txt を確認 | ☐ |
| 2 | ファイアウォールでの遮断確認 | ホスティングのアクセスログを確認 | ☐ |
| 3 | ソース内の本文の存在 | ページのソースを表示して検索 | ☐ |
| 4 | 速度チェック | PageSpeed Insights | ☐ |
| 5 | 見出しタグの順序 | 開発者ツールまたは診断ツール | ☐ |
| 6 | 表・画像の代替テキスト | ページのソースを表示して確認 | ☐ |
| 7 | 正規URLの表示 | ソース内で canonical を検索 | ☐ |
| 8 | サイトマップの最新状態 | /sitemap.xml を確認 | ☐ |
技術チェックが終わったら
技術項目は「読み取れる状態」を作る段階です。その次は、AIが内容を正確に理解するのを助ける段階へと進みます。
- [構造化データ(JSON-LD)の役割と適用方法](/blog/json-ld-structured-data-guide)
- [AIが理解しやすいサイトコンテンツ構成法](/blog/structure-content-for-ai)
ご自身ですべてを確認するのが難しい場合は、OLRimの無料診断にて、上記の項目のほとんどを自動でチェックいたします。

