3. テクニカル：AIに読まれるサイトを作る
AIクローラー制御・構造化データ・llms.txt・サイト構造の技術対応
AIクローラーの制御方法、構造化データやllms.txtの実装、サイト構造・レンダリング・速度への対応など、AIに正しく読まれるための技術面を固める編。
この編の学習フロー
上から推奨する受講順です。前のセクションから順に進めるとスムーズです。
AIクローラー制御
理解度チェック（3問）
このAIクローラー制御で学んだ内容を、3問のクイズで振り返ります。全問正解すると、このセクションの理解度チェックが「合格」として記録されます（何度でも再挑戦できます）。
Q1. robots.txtで名前が挙がる主要なAIクローラーの組み合わせとして適切なものはどれか。
III-A1〜III-A6で、これら主要クローラーの種類と扱いを個別に整理します。
Q2. robots.txtでのAIクローラー許可・拒否の判断について、この編が伝える考え方はどれか。
III-A7では自社の目的に応じてrobots.txtの許可・拒否方針を判断できる状態を目指します。
Q3. CDN側でのAIクローラー制御(III-A8)がrobots.txtと役割上どう違うか、最も適切な理解はどれか。
robots.txtの限界を補う選択肢として、CDN側制御(Cloudflare等)を編III-Aで扱います。
よくある質問
Q. AIクローラーは1社1種類だけですか？
いいえ、AIクローラーは学習データ収集・検索索引用データ収集・ユーザー代行取得という3つの役割ごとに、同じ会社でも複数のボットとして運用されています。この3分類はrobots.txtでも独立して制御できます。
Q. GPTBotを拒否したらChatGPT検索に自社サイトは載らなくなりますか？
いいえ、GPTBot(学習用)とOAI-SearchBot(検索索引用)は独立してrobots.txtで制御できるため、GPTBotだけを拒否してOAI-SearchBotは許可する、という組み合わせが可能です。これにより学習には使われたくないが検索では紹介されたいという要望を実現できます。
Q. PerplexityBotは公式ドキュメント通りに動きますか？
必ずしも保証されていません。2025年に技術者のRobb Knight氏が、Perplexityがrobots.txtを無視しUser-Agentを偽装してアクセスしているという実測報告を公開し話題になりました。公式の宣言だけを鵜呑みにせず、実際のログで検証する姿勢が必要です。
Q. GPTBot・ClaudeBot・PerplexityBot以外のクローラーも対策すべきですか？
はい、対策すべきです。robots.txtはUser-Agentの完全一致で動くため、CCBotやBytespiderなど書き漏れたクローラーはそのまま素通りしてしまいます。主要4社以外も含めて、来ているボットを全部把握する姿勢が必要です。
Q. 自社サイトに実際どのAIクローラーが来ているか確認する方法は？
自社サーバーのアクセスログ、またはCDN(Cloudflare等)のAI Audit機能で確認できます。User-Agent文字列の一致・アクセス頻度・404エラー率・IP照合という4つの観点で定期的にチェックすることが推奨されています。
構造化データ実装
理解度チェック（3問）
この構造化データ実装で学んだ内容を、3問のクイズで振り返ります。全問正解すると、このセクションの理解度チェックが「合格」として記録されます（何度でも再挑戦できます）。
Q1. JSON-LDの位置づけとして正しいものはどれか。
III-B2ではJSON-LDの基本構文を読み書きできる状態を目指します。
Q2. 構造化データを実装することの効果について、この編が示す注意点はどれか。
編VII-A4でも「構造化データを入れたからといって表示や引用が保証されるわけではない」と念を押しています。
Q3. 構造化データの実装後に行うべき工程として編III-Bが挙げているものはどれか。
III-B9では検証ツールで実装内容にエラーがないか確認できる状態を目指します。
よくある質問
Q. 構造化データとは何ですか？
構造化データとは、ページの内容をあらかじめ決められた語彙とフォーマット(schema.org)でマークアップし、検索エンジンやAIが機械的に理解できるようにしたデータのことです。実装形式にはJSON-LD・Microdata・RDFaがありますが、2026年時点ではJSON-LDが主流です。
Q. JSON-LDとは何ですか？
JSON-LDとは、HTML本文とは別に<script>タグとして独立して書ける構造化データの実装形式です。CMSへの実装のしやすさや、@graph・@idで複数の情報を関連づけやすいことから、2026年時点で主流の記法になっています。
Q. Article・BlogPostingで押さえるべきプロパティは何ですか？
headline(見出し)・datePublished(公開日)・dateModified(更新日)・author(著者)・publisher(発行者)が基本プロパティです。headlineはおよそ110文字程度までに収めるのが推奨されています(出典: jsonld.com)。
Q. 構造化データを入れれば引用されやすくなりますか？
既に引用を獲得しているページへの追加実装では、意味のある正の効果は確認されていません。Ahrefsが1,885ページを対象に行った検証では、Google AI Overviewsで引用回数がむしろ4.6%減少し、AI Mode・ChatGPTでの増加もランダムな変動と区別できませんでした(出典: Ahrefs)。
Q. BreadcrumbList(パンくずリスト)はどう実装すべきですか？
画面に表示しているパンくずナビゲーションと同じ内容・同じ順序で書くことが基本です。表示中のUIと構造化データの内容が食い違うと、機械にとって矛盾した情報源になってしまいます。
llms.txt・メタデータ標準
理解度チェック（3問）
このllms.txt・メタデータ標準で学んだ内容を、3問のクイズで振り返ります。全問正解すると、このセクションの理解度チェックが「合格」として記録されます（何度でも再挑戦できます）。
Q1. llms.txtの目的として最も適切な説明はどれか。
III-C1ではllms.txtの目的と位置づけを説明できる状態を目指します。
Q2. llms.txtとllms-full.txtの違いとして講座が扱う観点はどれか。
III-C3ではllms.txtとllms-full.txtを使い分けられる状態を目指します。
Q3. llms.txtの導入について、この編が推奨する姿勢はどれか。
III-C4で採用状況と効果の賛否を確認したうえで、III-C5で自社にとっての導入判断を行う構成です。
よくある質問
Q. llms.txtとは何ですか？
llms.txtとは、サイトのルート直下(/llms.txt)に置くMarkdown形式のファイルで、サイトの構造・要点・重要なリンクをAIに向けて簡潔に伝えることを目的としています。2024年9月にJeremy Howard氏が提唱しましたが、2026年7月時点では公式な業界標準ではなく提案段階にとどまっています(出典: llmstxt.org)。
Q. llms.txtとllms-full.txtは何が違うのですか？
llms.txtがリンク集と短い説明による「入り口の地図」であるのに対し、llms-full.txtは主要ページの本文をまるごと1ファイルにまとめた「全文版」です。文章量の多いドキュメントサイトでは両方を用意するケースがありますが、際限なく肥大化しやすいため価値の高いページへの絞り込みが必要です(出典: llms-txt.io)。
Q. llms.txtは今すぐ導入すべきですか？
実装コストが数時間〜半日程度で低く、他に優先すべきAIO施策が一段落しているなら、保険的な位置づけで着手する選択肢はあります。ただし汎用的なAI検索での引用増加を裏づけるデータは今のところなく、低コストな保険という温度感で扱うのが誠実な位置づけです。
Q. sitemap.xmlで重要な項目は何ですか？
priorityやchangefreqではなく、lastmod(最終更新日時)の正確さが重要です。Googleはpriorityやchangefreqをほぼ無視していると説明しており、実質的に機能しているのはlastmodだけとされています(出典: Nightwatch)。
Q. llms.txtは実際にAIに読まれているのですか？
多くの場合、まだ読まれていません。Ahrefsが137,210ドメインを分析した調査では、公開済みのllms.txtファイルのうち97%が2026年5月中に一件もリクエストを受けていませんでした(出典: Ahrefs, 2026年6月)。
サイト構造・レンダリング・速度
理解度チェック（3問）
このサイト構造・レンダリング・速度で学んだ内容を、3問のクイズで振り返ります。全問正解すると、このセクションの理解度チェックが「合格」として記録されます（何度でも再挑戦できます）。
Q1. 「AIボットとJavaScriptレンダリング問題」が指す課題として適切なものはどれか。
III-D1ではJSレンダリング問題が自社サイトにあるかを判断できる状態を目指します。
Q2. SSR・SSGがこの文脈で登場する理由はどれか。
III-D2ではSSR・SSGによる対応の選択肢を技術担当に説明できる状態を目指します。
Q3. ページ速度とAIクロールの関係について、この編で扱う考え方はどれか。
III-D5ではページ速度とAIクロールの関係を踏まえて優先度を判断できる状態を目指します。
よくある質問
Q. AIクローラーはJavaScriptを実行してページを読みますか？
いいえ、GPTBot・ClaudeBot・PerplexityBotなどのAIクローラーは、サーバーから最初に返ってくる初期HTMLしか読まず、JavaScriptを実行してDOMを組み立てる処理は行いません。料金表やFAQをReactやVue等でクライアントサイドレンダリングしていると、AIの目には空白のページとして扱われる可能性があります。
Q. URLの階層設計で意識すべきことは何ですか？
トップページから重要ページまでの階層をできるだけ浅くし、カテゴリ構造を意味のある単位でそろえることです。意味の薄いID階層で深く潜っているより、内容が読み取れるパスで浅く配置されているほうが、AIクローラーにとって迷いにくい構造になります。
Q. ページ速度を上げればAI検索で有利になりますか？
「速ければ勝てる」というほど単純ではありません。Search Engine Landの107,352ページを対象にした分析では、LCPとの相関が-0.12〜-0.18、CLSとの相関が-0.05〜-0.09といずれも弱く、Core Web Vitalsは差別化要因というより壊滅的な失敗を避ける最低ラインとして捉えるのが実態に近いとされています。
Q. 似たようなページが複数あるとAIの引用にどう影響しますか？
同じテーマの似た内容のページが複数あると、AIがどちらを参照すべきか判断がぶれ、どちらのページも決定打として引用されにくくなる可能性があります。正本を1つ決め、canonicalタグや301リダイレクトで整理することが対策の基本です。
Q. テクニカルAIOで最も優先すべきことは何ですか？
AIがそもそもページを読める状態になっているかという土台の整備です。どれだけ質の高い記事を書いても、AIクローラーがそのページに到達できなければAI検索の回答には一切登場しないため、コンテンツの工夫より前にこの土台が優先される場面が多くあります。