# AI検索対策のためにWebサイトを特殊な作りにする必要はあるのか

元のページ: <https://chot-inc.com/columns/ai-search-site-architecture-requirements>

サイト制作 2026.09.10

結論から書きます。AI検索のために「特殊な作り」に変える必要はほぼありません。llms.txt の設置、AI向けの文章の書き換え、コンテンツの細切れ化などは、Google が公式に「やらなくてよいこと」として名指ししています。ただし例外が1つあります。**重要な本文が、サーバーが返す最初の HTML に含まれているか**という点です。ここだけは、多くの AI クローラーが JavaScript を実行しないという実測データがあり、フロントエンドの構成によって本当に見えなくなります。以下、公式ガイドと実測データを分けて整理します。

## Google が「不要」と明言している項目

Google 検索セントラルの「生成 AI 機能向けの最適化ガイド」（2026年5月公開、7月更新）には、誤解を解く章が置かれています。そこで不要とされているのは次の内容です。

- **llms.txt などの特別なファイル・マークダウン**：Google 検索はこれらを使用しない。設置しても順位や表示に有利にも不利にもならない、と明記されています
- **コンテンツのチャンク化**：AI が理解しやすいように本文を細かく分割する必要はない。理想的なページ長も存在しない
- **AI 向けの書き換え**：AI は同義語や意図を解釈できるため、想定される言い回しをすべて網羅する必要はない
- **構造化データの必須化**：生成 AI 機能に出るために特別な schema.org マークアップは要らない（リッチリザルト目的では引き続き有用）
- **不自然な言及集め**：作為的なメンションの獲得は期待するほど効かない

同ガイドは、生成 AI 機能が検索のランキング・品質システムの上に成り立っているため、従来の SEO のベストプラクティスがそのまま有効だと述べています。AEO や GEO という言葉で語られる作業も、Google 側から見れば検索最適化の一部という整理です。表示の前提条件として挙げられているのは、ページがインデックスされ、スニペット付きで表示できる状態にあること。つまり「特殊な作り」ではなく「普通にクロール・インデックスできる作り」が要件です。

## 実測データも同じ方向を示している

公式見解の裏づけとして、Ahrefs が Search Engine Journal に寄稿した記事（2026年8月、同社のスポンサード記事）が自社データを公開しています。数字は同社ツールによる計測であり第三者検証ではない点は割り引く必要がありますが、傾向は一貫しています。

- 137,000 サイトのログ調査で、llms.txt を設置したサイトのうち97%はそのファイルが一度も読まれていなかった。読まれた分の77%も AI ボット以外（SEO 監査ツール等）だった
- JSON-LD を追加した1,885ページと対照群4,000ページの比較では、30日後の引用数に意味のある増加は見られなかった
- ChatGPT の140万プロンプト分析では、引用元 URL の88.46%が通常の検索インデックス経由だった
- 一方、AI Overviews に引用された URL のうち同一クエリで検索上位10位に入っていたのは約38%。関連クエリ（クエリのファンアウト）から引かれる比率が上がっている

ここから言えるのは、施策の優先順位です。特殊ファイルやマークアップの追加は投資対効果が確認できていない一方、検索でインデックスされ関連トピックまで含めて評価されることが引用の主経路になっています。1つのキーワードではなく、関連する問いのまとまりをカバーする設計のほうが効きやすい、という読み方ができます。

## 唯一の技術要件は「初期HTMLに本文があるか」

ここが本題の例外です。Vercel と MERJ による AI クローラーの実測（nextjs.org と Vercel ネットワークのログ分析）では、主要な AI クローラーは JavaScript をレンダリングしないと結論づけられています。GPTBot はリクエストの11.50%、Claude のクローラーは23.84%で JavaScript ファイル自体を取得していますが、実行はしていません。レンダリング能力を持つのは Googlebot 系（Gemini は同じ基盤を使う）と AppleBot で、Common Crawl の CCBot はレンダリングしません。

この結果、クライアントサイドレンダリング（CSR）のみで本文を描画している SPA は、Google では順位が付いているのに ChatGPT や Perplexity からは空のシェルにしか見えない、という不一致が起こり得ます。同調査では ChatGPT・Claude のクローラーはフェッチの34%超が404だったとも報告されており、AI クローラーの挙動は Googlebot ほど寛容ではありません。

注意点も添えます。この調査は2024年12月時点のもので、その後の各社クローラーの仕様変更が完全に追跡されているわけではありません。ただし OpenAI や Anthropic の公開ドキュメントにも JavaScript 実行を明言する記述はなく、「実行されない前提で作る」ほうが保守的で安全な設計判断になります。Vercel の指摘のうち実務的に重要なのは、初期 HTML レスポンスに含まれていれば JSON データのような形式でも取り込まれる余地があるという点です。つまり必要なのは特殊な形式ではなく、レスポンスに中身があることです。

## 自社サイトを確認する手順

1. 重要なページを開き、ブラウザの「ページのソースを表示」（DevTools の要素インスペクタではなく view-source）で、本文の一文を検索する。見つかれば初期 HTML に入っている
2. JavaScript を無効化して同じページを読み込み、本文・価格・FAQ・内部リンクが残るか確認する
3. Search Console の URL 検査のレンダリング結果を AI クローラーの代理にしない。あれは Googlebot が見た姿であり、レンダリングしないクローラーの挙動とは別物
4. サーバーログを GPTBot、OAI-SearchBot、ClaudeBot、PerplexityBot などの UA で絞り、返しているステータスコードを確認する。404 が多ければサイトマップや内部リンクの棚卸しが先
5. robots.txt を見直す。学習用クローラーと検索・引用用クローラーは別の UA で制御できるため、一括ブロックで引用機会まで閉じていないか確認する
6. 同意バナーの後に JavaScript で本文を出す構成になっていないか確認する。この場合クローラーにはバナーしか見えません

## 直し方の選択肢と判断基準

フレームワークを捨てる必要はありません。判断はフレームワーク単位ではなくページ単位で行うのが実務的です。

- **SSG / ISR**：更新頻度が中程度以下のコラム、サービス説明、FAQ、ドキュメント。ビルド時または再生成時に HTML が確定するため最も確実
- **SSR**：在庫や価格のように毎回変わるが本文として重要な情報を含むページ。動的な内容自体は問題ではなく、「誰が HTML に組み立てるか」が論点です
- **部分的なプリレンダリング**：全面移行が難しい場合、引用価値の高いルートだけ先に静的化する。優先度は本文記事・製品・比較・FAQ・ドキュメントの順で考えると外しにくい
- **クライアント側のまま問題ないもの**：閲覧数カウンター、チャットウィジェット、レコメンドカルーセルなど、本文の意味を担っていない UI

なお、クローラーだけに別の HTML を返すダイナミックレンダリングは、Google 自身が「回避策」として位置づけており、二重管理のコストが残ります。新規に選ぶなら SSR / SSG を第一候補にするのが妥当です。

効果測定は、Search Console の生成 AI パフォーマンス レポートで Google の生成 AI 機能経由の状況を見つつ、サーバーログで AI クローラーの到達とステータスを確認する二本立てが現実的です。第三者ツールの独自スコアは優先順位付けの材料にはなりますが、満点を目的にすると公式が「不要」としている項目に工数を吸われます。

## 工数の配分をどう決めるか

整理すると、AI 検索向けの作業は次の順序になります。第一に、初期 HTML に本文が入っているかの確認と修正。第二に、クロール・インデックスの健全性（404、サイトマップ、robots.txt の誤設定）。第三に、関連する問いまで含めたコンテンツの網羅と一次情報の厚み。llms.txt や AI 向けの文体改造は、この3つが済んでから検討しても遅くありません。

自社サイトを view-source で確認して本文が見つからなかった場合、それは記事の書き方の問題ではなくレンダリング構成の問題です。既存の SPA のうちどのルートを SSR / SSG に寄せるか、移行の範囲と影響をどう切るかで判断に迷うときは、chot Inc. のフロントエンド開発チームにご相談ください。現状の HTML レスポンスの確認から、優先順位を付けた移行方針の提案まで対応できます。[お問い合わせ](https://chot-inc.com/contact)からお気軽にご連絡ください。

## 出典

- [Google 検索セントラル: Google 検索の生成 AI 機能向けにウェブサイトを最適化する](https://developers.google.com/search/docs/fundamentals/ai-optimization-guide)
- [Google 検索セントラル ブログ: 生成 AI 検索の最適化に関する新しいリソース](https://developers.google.com/search/blog/2026/05/a-new-resource-for-optimizing)
- [Google 検索セントラル: JavaScript SEO の基本を理解する](https://developers.google.com/search/docs/crawling-indexing/javascript/javascript-seo-basics)
- [Google 検索セントラル: 回避策としてのダイナミック レンダリング](https://developers.google.com/search/docs/crawling-indexing/javascript/dynamic-rendering)
- [Google Search Console ヘルプ: 生成 AI のパフォーマンス レポート](https://support.google.com/webmasters/answer/16984139)
- [Vercel: AI クローラーの台頭（AI クローラーの JavaScript レンダリング実測）](https://vercel.com/blog/the-rise-of-the-ai-crawler)
- [Search Engine Journal（Ahrefs 提供記事）: 1,500万データポイントで検証した AI 検索の9つの通説](https://www.searchenginejournal.com/ai-search-myths-debunked-ahrefs-spa/584393/)

この記事をシェア

## 最新の記事

[セキュリティ 2026.10.23](https://chot-inc.com/columns/railway-secret-rotation-incident-october-2026)

### [Railwayが全ユーザーにシークレットキーの失効・再発行を要請 — 事実関係と、鍵を回す順番](https://chot-inc.com/columns/railway-secret-rotation-incident-october-2026)

[AI最新情報 2026.10.23](https://chot-inc.com/columns/arc-browser-sunset-december-22-dia-migration)

### [Arcブラウザが2026年12月22日に終了 ― 期限までにやることとDia移行の判断基準](https://chot-inc.com/columns/arc-browser-sunset-december-22-dia-migration)

[AI最新情報 2026.10.22](https://chot-inc.com/columns/cloudflare-os-managed-github-gmail)

### [Cloudflare OS がマネージド提供へ — GitHub 接続と Gmail 連携強化で何ができるようになったか](https://chot-inc.com/columns/cloudflare-os-managed-github-gmail)

[コラム一覧](https://chot-inc.com/columns)