Google検索では、AI OverviewsやAI Modeなど、生成AIを使って情報を探す体験が広がっています。
その変化に合わせて「GEO（Generative Engine Optimization）」や「AEO（Answer Engine Optimization）」という言葉も目にするようになりました。従来のSEOとは別の、特別な対策が必要だと感じている方も多いかもしれません。
しかし、Googleの公式ガイドでは、生成AI検索のための土台も従来のSEOであると説明されています。大切なのはAI向けの裏技ではなく、クロール・インデックス・ページ体験を整え、読者にとって独自の価値がある情報を公開することです。
この記事では、Web制作者やサイト運営者に向けて、生成AI検索で見つけてもらうための考え方と、サイトへ実装できる具体的な改善項目を解説します。
もくじ
GEO・AEOとは
GEOは「Generative Engine Optimization」、AEOは「Answer Engine Optimization」の略称です。
一般的には、AIが生成する回答や回答型検索の中で、自社サイトやコンテンツが参照・紹介されやすくなるための取り組みを指します。
ただし、GoogleはGEOやAEOを従来のSEOと別の仕組みとして扱っていません。Google検索の生成AI機能も、検索インデックスやランキングシステムを利用して関連ページを取得し、回答を構成します。
つまり、Google検索におけるGEO対策は、基本的なSEOを正しく行ったうえで、独自性と信頼性の高いコンテンツを作ることだと考えられます。
AI OverviewsとAI Mode
AI Overviewsは、検索結果に生成AIによる概要と関連リンクを表示する機能です。
AI Modeでは、複雑な質問を複数の関連する検索へ展開し、さまざまな情報源をもとに回答を組み立てます。この処理は「query fan-out」と呼ばれます。
検索語と完全に一致する文章を大量に作るよりも、テーマを深く理解できる実用的なページを用意することが重要です。
生成AI検索でもSEOが土台になる
Google検索の生成AI機能に表示されるには、ページがGoogleからクロールされ、インデックスに登録され、検索結果にスニペットを表示できる状態である必要があります。
生成AI向けの設定を追加しても、ページ自体がインデックスされていなければ候補になりません。
最初に次の項目を確認します。
- Googlebotがページへアクセスできる
noindexが付いていない- 正しいcanonical URLが設定されている
- HTTPステータスコードが
200になっている - JavaScriptを実行しなくても主要な内容を取得できる
- モバイルでも本文を読みやすい
- Search Consoleでインデックス状況を確認できる
robots.txtとnoindexの違い
robots.txtでクロールを禁止すると、Googlebotはページの内容を確認できません。
User-agent: Googlebot
Disallow: /private/検索結果へ表示したくないページには、クロールを許可したうえでnoindexを使うのが基本です。
<meta name="robots" content="noindex, follow">生成AI検索へ表示したい記事には、誤ってDisallowやnoindexが設定されていないか確認してください。
AIに選ばれやすい独自コンテンツを作る
Googleが重視しているのは、誰でも作れる一般論を並べた「コモディティコンテンツ」ではなく、経験や専門性に基づく独自の情報です。
AIで既存記事を要約しただけのページは、同じような内容が増えやすく、読者がそのサイトを選ぶ理由も弱くなります。
Web制作者が追加できる独自情報
Web制作の記事では、次のような情報が独自性につながります。
- 実際に使用したコードと動作環境
- 修正前と修正後の比較
- エラーが発生した条件と解決方法
- WordPress・PHP・プラグインのバージョン
- PCとスマートフォンでの表示結果
- 制作時に迷った選択肢と判断理由
- 実際の画面キャプチャやオリジナル図解
- 公開後に分かった注意点
たとえば「Contact Form 7の使い方」を広く説明するだけでなく、「入力エラー後に確認画面へ戻れない原因と、検証したコード」のように具体化すると、実務で困っている読者へ価値を提供できます。
更新日だけを書き換えない
内容を変更せず更新日だけ新しくしても、情報の鮮度は上がりません。
プラグインの仕様、管理画面、コード、リンク先などを確認し、変更箇所を実際に反映します。記事内に検証日や対応バージョンを記載すると、読者も情報を判断しやすくなります。
読者と検索システムに伝わる構造にする
AI専用の文章形式は必要ありませんが、読者が理解しやすい構造は、検索システムや支援技術にとっても解析しやすい構造です。
見出しを順序どおりに使う
記事タイトルをh1、大きな章をh2、章の中の項目をh3として整理します。
<main>
<article>
<h1>Contact Form 7の送信エラーを解決する方法</h1>
<section>
<h2>エラーの原因</h2>
<p>確認した環境と症状を説明します。</p>
<h3>JavaScriptエラーを確認する</h3>
<p>開発者ツールで確認する項目を説明します。</p>
</section>
</article>
</main>見た目を大きくする目的だけで見出しタグを使わず、文書の階層に合わせて設定します。
最初に結論を伝える
質問への回答を不自然に一文へ詰め込む必要はありません。ただし、長い前置きのあとでようやく結論が出てくる記事は、読者にとって使いづらくなります。
各章では、最初に結論を簡潔に示し、そのあとに理由、手順、注意点、具体例を続けると読みやすくなります。
表・リスト・画像を適切に使う
比較は表、手順は番号付きリスト、画面操作は画像というように、内容に合った形式を選びます。
画像には内容を説明する代替テキストを設定します。
<img
src="/images/search-console-indexing.webp"
alt="Search Consoleのページ登録状況を確認する画面"
width="1200"
height="675"
>ファイル名や代替テキストへキーワードを詰め込まず、画像から伝わる内容を簡潔に記述します。
構造化データは正しく使う
生成AI検索専用の構造化データはありません。構造化データは、検索結果のリッチリザルトへ対応するために、ページ内容に合った種類を使用します。
記事ページでは、次のようなArticleの構造化データを利用できます。
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Article",
"headline": "AI時代のSEO・GEO対策",
"datePublished": "2026-07-30",
"dateModified": "2026-07-30",
"author": {
"@type": "Person",
"name": "著者名"
}
}
</script>実際のタイトル、公開日、更新日、著者と一致する内容を出力してください。表示されていないレビューやFAQを構造化データだけで追加してはいけません。
WordPressのSEOプラグインが構造化データを出力している場合は、テーマへ同じ情報を重複して追加しないようにします。
JavaScriptサイトで確認すること
GoogleはJavaScriptで生成されたコンテンツも処理できますが、HTMLとして最初から本文があるページより、クロールとレンダリングが複雑になります。
ReactやVueなどで構築したサイトでは、次の項目を確認します。
- サーバーサイドレンダリングまたは静的生成を検討する
- 初期HTMLにタイトルと主要本文が含まれている
- JavaScriptやAPIがrobots.txtでブロックされていない
- URLごとに固有のtitleとcanonicalを出力する
- 存在しないページがHTTP 200を返す「ソフト404」になっていない
- Search ConsoleのURL検査でレンダリング結果を確認する
AI向けの対策というより、検索エンジンとユーザーが安定してページを利用できるための技術SEOです。
画像・動画も検索導線として整える
Googleの生成AI検索では、Webページへのリンクだけでなく、関連する画像や動画が表示される可能性があります。
本文を補足するオリジナル画像や動画を用意し、次の点を整えます。
- 内容と関係のある画像を使用する
- 十分な解像度を確保する
- 画像の近くに説明文を置く
- 適切なalt属性を設定する
- WebPやAVIFなどを使い、ファイルサイズを抑える
widthとheightを指定してレイアウトシフトを防ぐ- 重要な画像をrobots.txtでブロックしない
単なる装飾画像を増やすのではなく、手順や比較を理解しやすくする画像を優先します。
GEO対策として必要のないこと
生成AI検索への関心が高まる一方で、効果が確認されていない対策も広がっています。
llms.txtを作ればGoogle検索で有利になる
Googleは、生成AI検索へ表示するためにllms.txtなどの特別なAI用ファイルは必要なく、Google検索では使用しないと説明しています。
ほかのサービスや社内システムのために設置することはできますが、Google検索の順位や生成AI機能で有利になるものではありません。
文章を細かく分割する
AIが理解しやすいように、すべての文章を小さな断片へ分割する必要はありません。
短いページが適している場合も、長い解説が必要な場合もあります。最適な長さはテーマと読者の目的によって変わります。
AI向けの表現へ書き換える
検索されそうな言い換えをすべて別ページとして量産したり、不自然に質問と回答を繰り返したりする必要はありません。
Googleは単語の完全一致だけでなく、類義語や文脈も理解します。まず読者が自然に理解できる文章を優先します。
特別なGEO構造化データを追加する
生成AI検索専用のschema.orgマークアップはありません。
商品、店舗、記事、パンくずなど、ページ内容と検索機能に合った既存の構造化データを正確に実装します。
AIを使った記事量産で注意すること
生成AIを記事制作へ利用すること自体は、Googleのガイドライン違反ではありません。
問題になるのは、検索順位を操作する目的で、独自の価値がないページを大量に生成することです。これは「scaled content abuse」に該当する可能性があります。
AIを利用するときは、少なくとも次の工程を人が確認します。
- 検索意図と対象読者を決める
- 公式情報や一次情報を確認する
- 実際の環境で手順を検証する
- 自分の経験・画像・比較結果を追加する
- コードとリンクの安全性を確認する
- タイトル・抜粋・構造化データ・altを確認する
- 公開後にSearch Consoleとアクセス状況を確認する
AIには構成整理や文章の下書きを任せ、人が事実確認と独自情報を加える使い方が適しています。
Search Consoleで確認する項目
対策後は、感覚ではなくSearch Consoleで状況を確認します。
URL検査
重要な記事はURL検査を行い、次の内容を確認します。
- URLがGoogleに登録されている
- クロールが許可されている
- ユーザー指定のcanonicalとGoogle選択のcanonicalが一致している
- 最終クロール後に大きなエラーがない
ページのインデックス登録
404、403、5xx、noindex、クロール済み・インデックス未登録などが急増していないか確認します。
すべての除外URLをインデックスさせる必要はありません。管理画面、検索結果、重複ページ、終了したURLなど、除外が正しいページも含まれます。
生成AIパフォーマンス
利用できるプロパティでは、Search Consoleの生成AIパフォーマンスレポートから、AI OverviewsやAI Modeなどを通じた表示やアクセスの傾向を確認できます。
第三者ツールが示す独自の「AI順位」だけに依存せず、Googleの公式データと実際の問い合わせ・購読・売上などを合わせて判断します。
Web制作者向け実装チェックリスト
公開前後に、次の項目を確認してください。
- ページがHTTP 200で表示される
- robots.txtで重要ページをブロックしていない
- noindexが付いていない
- canonicalが正しい
- titleとh1がページ内容を表している
- h2・h3の階層が分かりやすい
- 初期HTMLから主要本文を取得できる
- モバイルで本文とナビゲーションを利用できる
- 独自の検証・経験・画像が含まれている
- 画像に適切なaltとサイズ指定がある
- 構造化データが画面の内容と一致している
- 重複URLが整理されている
- Search Consoleでインデックス状況を確認した
- 公開後も内容を検証・更新する担当が決まっている
まとめ
Google検索におけるGEO・AEO対策は、SEOと切り離された特別な施策ではありません。
生成AI検索で見つけてもらうためには、まずクロールとインデックスを正常にし、読者が満足できる独自情報を分かりやすい構造で公開することが重要です。
llms.txt、AI専用の文章分割、特別なGEO構造化データといった施策を急いで追加する必要はありません。
Web制作者は、正しいHTML構造、表示速度、JavaScriptレンダリング、画像、canonical、構造化データなど、これまでの技術SEOを丁寧に整えます。そのうえで、実際に検証したコードや画面、失敗例、判断理由を追加すると、そのサイトならではの価値につながります。
