AI Overviews、ChatGPT、Claude、Gemini、PerplexityのためのAEOとGEO

 (trevorlasn.com)
1 ポイント 投稿者 GN⁺ 1 시간 전 | まだコメントはありません。 | WhatsAppで共有
  • 検索結果はもはやリンク一覧ではなく、AIがユーザーの代わりに読むソースページへと変化しており、AI Overviews・ChatGPT・Claude・Perplexity・GeminiはいずれもWebページをリアルタイムで参照している
  • AEO（Answer Engine Optimization） は、回答エンジンが直接答えを返す際に引用されるソースになるための取り組み、GEO（Generative Engine Optimization） は、生成AIが作成する回答の中に登場するための取り組み
  • Googleは自社のAI最適化ガイドで、この2つの概念を既存SEOの派生形と位置づけ、同じランキング・品質システムが通常検索とAI Overviewの両方を決定すると明記している
  • AI機能に表示される前提条件は通常検索スニペットの掲載資格であり、クロール・レンダリング・インデックス登録のブロックの解消が、コンテンツ最適化より優先される
  • 引用されるページは、モデルが学習データだけでは書けない具体的な数値・固有の経験・独自のディテールを含むページであり、AEO/GEOはSEOと分離された学問ではなく、同じ作業の延長線上にある

AEOとGEOの定義と位置づけ

  • 2年前とは異なり、GoogleはAI Overviewsで検索結果を開き、ChatGPTとClaudeはリアルタイムのWeb結果を回答に取り込み、Perplexityはこの方式そのもので製品を構築し、GeminiはGoogleのあらゆる面で1タップでアクセスできる
  • ページはもはや目的地ではなく、モデルがユーザーの代わりに読むソースである
  • AEO（Answer Engine Optimization）: 回答エンジンがリンク一覧の代わりに直接答えを返すときに使われるソースになるための取り組み
  • GEO（Generative Engine Optimization）: 生成AIがページを参照して一から作成する回答の中に登場するための取り組み
  • GoogleのAI最適化ガイドは「生成AI検索のための最適化は検索体験のための最適化であり、したがって依然としてSEOである」と位置づけている
    • 青いリンク一覧を決めるランキング・品質システムと、AI Overviewへの表示を決めるシステムは同一である
    • 一方を改善すれば、もう一方も同時に改善される
  • 各AIの表示面はそれぞれ異なるWebインデックスを使うが、その大半は同じクロール・レンダリング・品質作業の下位成果物である

資格（Eligibility）がすべてに先立つ

  • ページがAI機能に表示されるには、まず通常検索スニペットに表示される資格を満たしていなければならない
    • URLがインデックス登録されていること
    • robots.txtでクロールが許可されていること
    • スニペットが許可されていること（nosnippet、max-snippet:0 がないこと）
    • 重いJavaScriptを実行しなくてもコンテンツが読み込まれること
  • Google Search ConsoleのURL検査で「Test live URL」を使い、レンダリング後のHTMLを確認する必要がある
    • レンダリング後のHTMLに本文がなければ、他の作業より先に修正すべきである
    • サーバーレンダリングと静的生成が最も安全な方法である
  • ターミナルの curl テストは30秒でできる点検ツールとして使えるが、UAを偽装した200 OKは実際のクローラー到達の証拠ではない
    • ボット運営者はUA偽装をブロックしている
    • 権威ある検証は公開されているIP範囲またはreverse-DNS記録で確認すべきである
    • Google、OpenAI、Anthropic、Perplexityはいずれもボット文書でIP範囲を公開している

学習用クローラーと検索用クローラーの区別

  • GPTBot、ClaudeBot: 学習用クローラーであり、ブロックしても検索表示には影響しない
  • Google-Extended: AI学習に加え、Gemini AppsとVertex AI Groundingでのgroundingを制御するもので、Google検索ランキングやAI Overviewの掲載資格には影響しない
  • AI回答内での表示を決める検索インデクサー:
    • Googlebot、Bingbot、OAI-SearchBot、Claude-SearchBot、PerplexityBot
  • 多くのサイトは、このうちいずれかを誤ってブロックして可視性を落としている
  • AI検索での可視性を許可しつつ、学習用ボットだけをブロックする**robots.txt構成が可能**である
  • meta robotsタグはサイト単位ではなく、ページ単位の制御手段である
  • Google-Extended のオプトアウトは robots.txt トークンでのみ可能で、metaタグでは文書化されていない
  • すべてのレイヤーがゲートであり、すべてのゲートが開いて初めて、その後の最適化作業に意味が生まれる

引用されるコンテンツは、モデルが学習データだけでは書けないもの

  • 生成検索は具体性に報いる
    • 一般的な情報は、モデルが引用なしで要約できる
    • 引用されるページは、モデルが自力で合成できない内容を含むページである
  • Googleガイドは**「独自性があり、価値があり、人間中心のコンテンツ」**の作成を強調し、他ページと同じことしか言わないコモディティ化したコンテンツを避けるよう求めている
  • Helpful contentガイドは、直接的な経験、実際の専門性、独自の視点を示す方法を扱っている
  • Next.js 16移行記事の比較例
    • Commodity版: モデルが学習データだけで生成可能 → 引用されない
    • Distinctive版: 47個の壊れたページという数値、関数シグネチャの特定の落とし穴、3時間という時間見積もりを含む
    • こうしたディテールが1つあるだけでも、「学習データ要約」ページから「引用参照」ページへと変わる

クリーンな技術構造はクローラーにもモデルにも役立つ

  • セマンティックHTMLの利用は必須
    • 意味のある階層に対応した実際の見出しレベルを使う
    • ページ主題への答えを上部近くに配置する
    • 導入文の下にコンテンツを埋もれさせない
  • 改善版は article、h1、section、h2 のような明確な構造を提供する
    • クローラーには構造を、モデルには見出し・リード・本文の明確な境界を与える
  • Core Web Vitalsはランキングに反映され、そのランキングが再びAI機能の掲載資格に直接影響する
    • ランキングアルゴリズムが見る数値は、**実際のChromeユーザーの28日間フィールドデータ（CrUX）**であり、ローカルのLighthouse結果ではない
    • JavaScriptの web-vitals により、ローカルテストとGoogleシステム側のデータを整合させられる

ガイドが否定する「最適化の小手先」

  • llms.txt ファイルの追加はランキングシグナルではなく、GoogleのAI機能も利用していない
  • コンテンツを細かくチャンク化したり、すべての見出しを質問形に変えたりする作業は不要（モデルはページ全体のコンテキストを読む）
  • 構造化データは、文書化されたrich resultを支援する場合には有用だが、AI機能への表示に必須ではない
  • その時間は実際のコンテンツ品質とレンダリングに投資すべきである

ビジュアル・スキーマ・コマースデータは構造化パイプラインである

  • AI Overviewsは高品質な画像・動画を直接取り込む
    • 実際のスクリーンショット、実際のダイアグラム、短い動画ウォークスルーはストック画像より有用である
    • 既存の画像SEOの基本を適用する: 説明的な alt テキスト、意味のあるファイル名、役立つキャプション
  • Altテキスト比較例（Next.jsパフォーマンス記事）
    • 2番目の版がAI Overviewの画像カルーセルに取り込まれる理由は、画像が何を証明しているのかをモデルが理解できるほど十分に説明的だからである
  • 構造化データは、特定のrich resultを支援する際に追加する価値がある
    • Recipe、Product、FAQ、Event、Article スキーマはいずれも通常検索で文書化された効果を持つ
    • AI機能が利用する同じ理解レイヤーに入力される
    • 公開前にRich Results Testで必須フィールドの欠落やエラーを確認する

ローカルビジネスとコマースの重要な表示面

  • Google Business Profile: 認証済みプロフィールが営業時間、所在地、サービス、レビューをローカルAI回答に供給する
  • Merchant Center: フィードがAI Overviewsの製品情報ソースとなる
  • AI最適化ガイドは、この2つをビジネス・コマース結果の主要な入力と明記している

エージェント体験が次の表示面になる

  • 自律エージェントがユーザーの代わりにブラウジングする時代
    • Claude with computer use、ChatGPT Operator、Perplexityのassistant
  • Google AI最適化ガイドは、エージェントがDOM、コントロール、コンテンツをどう解釈するかを考慮するよう勧めている
  • わかりにくいマークアップ、隠されたコントロール、画像だけでレンダリングされた重要情報を持つサイトは、エージェントにとって扱いにくい
  • スクリーンリーダー向けのアクセシビリティ対応が、その多くを同じ領域でカバーする
  • 予約ページのインタラクティブコントロールのbefore/after例
    • 改善版はエージェントに3つのことを伝える: 送信ボタンであること、アクションが「Confirm booking」であること、アイコンが装飾であること
    • 予約確定ボタンを識別できないエージェントは、諦めて別のサイトへ移る
  • フォームフィールドも同じ原理で、エージェントは name、id、aria-label、周囲の <label> 要素を読む
  • type="datetime-local" への切り替えは小さな変更だが、ブラウザとエージェントの双方にネイティブのdatetime pickerと構造化された値処理を提供する
    • エージェントが書式を推測する必要がなくなる

測定できるものを測定し、不可能なものを追わない

  • Search Consoleは依然としてGoogle側データの真実の供給源である
    • AI OverviewsとAI Modeのトラフィックは、標準のWeb performanceレポートに統合されている
    • 確認すべき指標は impressions と clicks である
  • Bing Webmaster Toolsは、BingとCopilot向けの同等のツールを提供している
  • 慎重に導ける推論: Performanceを how、what、why、is、can のような会話的な書き出しを含むクエリでフィルタする
    • こうしたロングテールクエリはAI Overviewsを引き起こすタイプである
    • 該当クエリでのimpressionsに対するclicksの目立つ変動は、ページが訪問の代わりにAI回答内で要約されている可能性と整合する
    • ただし、これは証拠ではなく仮説として使うべきである（レイアウト変更、ランキング変動、クエリミックスの変化、季節性でも似たパターンが起こりうる）
  • モデルに引用されているかを直接テストする方法
    • 各表示面を開き、コンテンツが答えるべき質問を入力する
    • ドメインがインラインのソース一覧や回答内引用に現れれば、検索されている状態である
    • 主要な表示面で、ビジネス関連トピックについて数週間ごとに繰り返す
    • 被リンクのようにcite-event数を追跡する

結論: AEOとGEOはSEOと分離された学問ではない

  • 上記の作業は、Google AI最適化ガイドの推奨事項と、他のAI検索表示面が報いる要素をすべてカバーしている
  • AEOとGEOはSEOと切り離された別分野ではなく、コンテンツの独自性、レンダリング、すべてのAI表示面に入力される構造化パイプラインに、より鋭い注意を向けた同じ作業である

関連記事

まだコメントはありません。

まだコメントはありません。