「AEO」や「GEO」でサイトを全面書き換え？〈生成 AI 検索〉、Google が示した論点を整理する

「AEO」「GEO」「llms.txt」……生成 AI と検索の話題に、横文字の用語だけが先に増えている、という感覚はないでしょうか。中小企業や事業サイトの担当者の方としては、「結局うちのサイトは何から手を付ければいいの？」と混乱しやすい雰囲気もあります。

2026年5月時点、Google は公式に「Google 検索の生成 AI 機能向けにウェブサイトを最適化する」というガイドを公開しています（AI による概要や AI モードなどが対象）。この記事では、その公式の説明が何を軸にしているかだけを押さえます。最新の機能名や表示形式は変更されうるので、細部は定期的にガイド本編を確認してください。Google Developers の該当ページ（日本語） が一次情報になります。

AEO と GEO、Google はどう言っている？

まず用語だけ整理します。公式ガイドでは、次のように説明されています。

• AEO（Answer Engine Optimization／回答エンジン最適化）：AI 検索での視認性を高める作業を指すことがある用語
• GEO（Generative Engine Optimization／生成エンジン最適化）：同上

どちらも、コンサルや記事で「AI 検索向けの新しい SEO」として語られることが多い言葉です。ただ、Google 検索の観点では「生成 AI 検索向けに最適化することは、検索向けに最適化することであり、SEO に変わりはない」と明記されています。

つまり、「GEO 用にサイトをひっくり返す」ことが優先される、というより、これまでの SEO の土台の上に、生成 AI 機能も載っている、という読み方に近いと思います。「AI 時代だから SEO は無意味」という対立で考える必要はなさそうです。

SEO はまだ有効？ — コアランキングの上に載っている

手短に言えば、有効です。Google 検索の生成 AI 機能は、コアとなる検索ランキングと品質システムに根ざしているため、SEO のベストプラクティスは引き続き有効、というのが公式の結論です。

開発者向けの説明では、たとえば次のような仕組みに触れています。

• RAG（検索拡張生成）：検索インデックスから関連の高いページを取ってきて、AI の回答の質・精度・最新性を補う。回答内に、根拠となるページへのリンクが示されることもある
• クエリ・ファンアウト：ユーザーの質問から派生した関連クエリを同時に扱い、より広い情報を取ってくる

サイト担当者視点での実務メモは、こういう読み方でもよさそうです。「検索ユーザーにとって、ページが根拠・根っこになる情報として役に立っているか」が引き続き問われる。逆に、ありきたりの一般論だけが並んだページが大量にあることは、ユーザーにも Google にも刺さりにくい、という流れです。

コンテンツ側で強調されていること

公式ガイドが繰り返し述べているのは、次のような方向性です。

• 独自の視点や経験：他サイトの要約の焼き直しだけではなく、自分で検証したこと・現場での判断を載せられるか
• 有用でユーザーを第一に：「検索クエリを取り込むだけ」の薄いコンテンツ量産は避ける（スパムポリシーにも触れる論点）
• 見出しと段落で構造が分かりやすい：人間読者としても整理されているか
• 画像や動画がテーマと合っていれば、検索結果全般とも相性がよい
• キーワードのバリエーションを張りめぐらすだけの細分化を主目的にしない

判断に迷ったときは、「このコンテンツはサイト訪問者にとって満足のいくものか」と自問する、という一文もガイドにあります。better standard の読者レイヤで言えば、自動生成ツールだけで量を増やすことと、サイトの資産になることはイコールになりにくい、というニュアンスに近いです。

技術・インデックス側 — 運用の延長線でもある

• ページがインデックスされ、スニペットが出るといった検索の技術要件を満たしていること
• クローラが辿れること（JavaScript サイトはより注意など、既存ガイドラインの話）
• セマンティック HTML が「完璧」でなくてもよい、とはいえ人間と支援技術で読めるマークアップがあるとよい
• ページ体験（表示のしやすさ、待ち時間、メインコンテンツとの区別など）
• 重複の整理は、時間があるなら、という優先順位つき

ここまでは、サイト公開後に Search Console でエラー確認や、プラグイン・表示のチェックをしているような運用の延長線とも重なります。公開後6ヶ月で見直すチェックリストで触れているような点も、生成 AI 検索向けに「別物」になるわけではなさそうです。

一方で、サイトの外にある「社内データと AI」という話とは切り離して考えることもできます。Google Workspace などにデータがある前提で Gemini をどう事業で使うか、という整理は検索とは別論点です。AI の話題と Workspace 移行や、クラウドに上がると何が変わるかの記事で触れている流れとも近いので、読みを分けるときの参照にしていただければと思います。

ネットでよく語られるが、今すぐやらなくてよいこと

公式側で「無視してよい」「過度な期待は持たなくてよい」と書かれている例としては、たとえ次のような論点があります。

• llms.txt など、特別な AI 専用ファイルを新設しなくてよい
• AI だけのために長文を細かく「チャンク化」しない（理想的なページ長というものはない、という論調）
• AI だけのために文体・書き方をいじらなくてよい（モデル側が意味や類義を寄せられる）
• 構造化データに過度依存しない（リッチ結果用には引き続き有用、というニュアンス）
• ウェブ全体で「言及」を探して対策するような手法は、効果が限定的

担当者としてはむしろ安心材料かもしれません。未検証の「対策セット」を買い足すより、コンテンツの独自性・技術的な土台・運用でのモニターに時間をかけたほうが、長く効くタイプだ、という読み方ができます。ガイドに書いてあることをすべてやる必要もない、と明記されています。

ローカル・EC を扱っている事業だけの一行メモ

商品情報やビジネス情報が AI の回答コンテキストで使われることもあり、Merchant Center や Google ビジネスプロフィールなどとの連結が検討事項になる、と書かれています。該当する事業に限れば、頭の隅に置いておく程度でよさそうです。

当社でも、コンテンツの整理・サイト運用・計測（Search Console など）まで含めて、社内担当がいない事業者様の伴走を承っています。生成 AI の話だけで頭がいっぱいになる前に、サイトの状態を一度棚卸ししたいというだけでもご相談ください。