タグアーカイブ SEO

84万超の検索分析が示すAI Overviewの行動変容

84万超の検索分析が示すAI Overviewの行動変容

GoogleがAI Overviewの表示を拡大するなか、検索結果上でのユーザー行動が大きく変わり始めている。Search Engine Journalが公開した最新の調査レポートでは、約84.6万件の米国ユーザーの検索セッションをもとに、クリック前の画面内行動を詳しく分析した。

同レポートの著者Eric Van Buskirk氏によれば、AI Overviewが表示されるとユーザーはSERP上に長く留まり、検索結果を何度も確認し、比較し、そしてクリックの判断を慎重に行うようになるという。この変化は、単にランキング上位を狙うだけであったこれまでのSEO戦略に再考を迫る。

今回は、同調査から明らかになった4つの核心的な発見と、それが自社サイトやブランドにとって何を意味するのかを、わかりやすく整理する。

1. AI Overviewは検索意図に関係なくSERP滞在時間を延ばす

1. AI Overviewは検索意図に関係なくSERP滞在時間を延ばす

調査データと分析手法の概要

今回の調査は、ClickStream SolutionsがSurfer SEOから提供された匿名化クリックストリームデータを解析したものだ。対象は2026年2〜3月の米国ユーザー約84.6万セッション。1秒間隔で取得されたカーソル位置情報を用いて、ユーザーが検索結果ページ上でどこを読み、どこで止まり、どの程度スクロールしたかを追跡した。

分析において特に重要なのが「残留率(滞留率)」だ。検索結果が表示されてから3秒後、6秒後…21秒後の各時点で、どれだけのユーザーがまだ同一のSERP上でアクティブな状態にあったかを、情報検索、ローカル、ナビゲーショナル(ブランド名検索)、トランザクショナル(購入意図)、動画の5つの検索タイプに分けて比較している。

AI Overviewが行動差を消し去る

AI Overviewが表示されていない場合、検索意図によってSERPからの離脱スピードは大きく異なっていた。最も早く離脱するナビゲーショナル検索では、21秒後にSERP上に残っているユーザーはわずか12%。反対に、地図や口コミ情報が豊富なローカル検索では、32%がまだアクティブだった。

ところがAI Overviewが表示された途端、この差がほとんどなくなる。同じ21秒後でみると、どの検索タイプでも42%〜49%のユーザーがSERP上に留まっており、全タイプがきわめて似た行動パターンを示すようになる。つまり、AI Overviewがある状況では、ユーザーはもともとの検索意図によらず、一様に時間をかけて情報を読み込むモードに切り替わっているのだ。

AI Overviewなし(Before)
情報検索 21.6%
ローカル 32.3%
ブランド名 12.0%
購入意図 24.9%
動画 23.4%
AI Overviewあり(After)
情報検索 45.4%
ローカル 41.9%
ブランド名 45.8%
購入意図 47.4%
動画 48.5%

※21秒経過時点でのSEPR残留率。AI Overviewの有無で行動差が縮小する。

2. ブランド名検索ユーザーが最も大きな影響を受ける

2. ブランド名検索ユーザーが最も大きな影響を受ける

勝手に来ると思われていたユーザーが変わる

最も顕著な変化が起きたのは、ナビゲーショナル検索、つまりブランド名やサイト名を直接入力して来るユーザー層だ。従来であれば、こうしたユーザーは迷いなく目的のサイトへクリックするため、SERPからの離脱は非常に早く、21秒後の残留率はわずか12%だった。

しかしAI Overviewが表示されたケースでは、同じブランド名検索でも21秒後に46%がまだSERP上に残っている。彼らは単にサイトのURLを見つけるだけでなく、AI Overviewの要約や周辺の情報を読んだり、検索結果を比較したりしながら、クリックするまでにより多くの時間をかけている。

カーソル移動範囲の拡大が示す「探る」行動

カーソル移動の分析でも同様の傾向が確認された。AI Overviewがない場合、ブランド名検索ユーザーのカーソルは非常に狭い範囲に集中し、画面全体に対する移動範囲はわずか8%だった。これは、目的のリンクだけを素早く探す行動パターンを示している。

一方、AI Overviewがあるとカーソルは画面の27.5%にまで広がる。彼らは結果のスニペットをあちこち読み返し、AI Overview内のテキストも追いながら、より広い視点で判断していることがわかる。ブランドにとっては、これまでほぼ確実に得られていた直接流入が、検索結果の質と情報の明快さによって左右されるフェーズに移行しつつあると言える。

3. ユーザーは素早くクリックせず、比較しながら熟読する

3. ユーザーは素早くクリックせず、比較しながら熟読する

静止時間と画面カバー率の相反する増加

AI Overviewが表示されると、一見矛盾する2つのカーソル行動が現れる。ひとつはカーソルが静止している時間の増加で、セッション全体の44%が静止状態になる(AI Overviewなしでは29%)。もうひとつは、カーソルがカバーする画面範囲の拡大で、ビューポートの83%にまで及ぶ(同66%)。

この組み合わせは、ユーザーが「走り読み」から「立ち止まって読む」モードに切り替わったことを示唆している。断片的に情報を拾うのではなく、ある箇所でじっくりテキストを読んだあと、別のエリアにカーソルを移動してまた読む、という行動が繰り返されているのだ。

逆スクロールの多発が証明する比較検討

さらに決定的なのがスクロールの逆走だ。調査では、ユーザーがSERPを下にスクロールしたあと、再び上に戻る「逆スクロール」の発生率と、全スクロール量に占める逆方向スクロールの割合を計測した。AI Overviewがない場合、逆スクロールを経験するユーザーは51%で、その際の戻り量は全スクロールの27%だった。

ところがAI Overviewがあると、逆スクロール発生率は59%に上昇し、さらに逆方向スクロールが全スクロールの47.5%を占めるまでになる。つまり画面を上下に行ったり来たりしながら、複数の検索結果やAI Overviewの情報を照合しているのだ。この行動は、単なる上から下への「眺め」ではなく、能動的な比較検討が行われている証拠と言える。

AI Overviewなし
↓ 下へスクロール (全体の73%)
↑ 逆スクロール (全体の27%)
逆スクロールを行うユーザー: 51%
AI Overviewあり
↓ 下へスクロール (約52.5%)
↑ 逆スクロール (約47.5%)
逆スクロールを行うユーザー: 59%

※逆スクロールの比率がほぼ半々になり、上下に行き来する比較行動が増えたことがわかる。

4. 検索結果スニペットに求められる「精査に耐える情報」

4. 検索結果スニペットに求められる「精査に耐える情報」

タイトルとメタディスクリプションの重みが増す

これまでの検索行動のモデルは「上位の結果をざっと見て、一番適当なものをクリックする」だった。しかしAI Overviewが登場したいま、ユーザーは複数の結果をじっくり読み比べ、ときにはスクロールを戻して再確認しながら、最も信頼できる情報を選ぼうとする。

この変化が意味するのは、単に上位表示されているだけでは不十分で、検索結果のスニペット(タイトルとメタディスクリプション)が極めて重要になるということだ。曖昧で具体性のないスニペットは、一瞬のスキャンならクリックを誘えても、比較検討の場面では競合の明確な説明に負けてしまう。

ブランドが今すぐ見直すべきポイント

調査レポートから導かれる実務上の示唆は明快だ。まず、自社の検索結果の表示内容を「パッと見の印象」だけでなく、「じっくり読んだときに納得感があるか」という視点で見直す必要がある。

具体的には、タイトルタグに検索意図を明確に反映させ、メタディスクリプションにはページの独自価値を端的に盛り込む。AI Overviewが表示されるクエリでは、ユーザーは15〜20秒かけて熟考してからクリックするケースも増えている。その時間を味方につけるために、スニペットを「選ばれる理由」を語る場として設計することが重要だ。

5. この記事のポイント

  • AI Overviewが表示されると、ユーザーは検索意図にかかわらずSERPに長く留まり、結果を比較検討する行動が顕著になる
  • ブランド名を直接入力するユーザーでも、AI OverviewがあるとSERPでの滞留時間が4倍近くに伸び、クリックの確実性が低下する
  • カーソルの静止時間増加と画面カバー率の拡大、逆スクロールの多発は、ユーザーが「走り読み」から「熟読比較」へ移行した証拠
  • 検索結果スニペット(タイトルとメタディスクリプション)の情報の明快さが、クリック獲得の成否を分ける最重要ファクターになる
Googleが2026年5月コアアップデートを配信開始、2週間で完了の見込み

Googleが2026年5月コアアップデートを配信開始、2週間で完了の見込み

Googleは2026年5月21日、5月のコアアップデートの配信を開始した。この情報はGoogle Search Status Dashboardと、Search CentralのXアカウントを通じて発表された。配信は最大2週間かけて段階的に行われ、全データセンターに反映されるまでサイトの検索順位に変動が生じる可能性がある。

2026年に入ってから、検索に関するコアアップデートは今回が2回目となる。直近では3月27日に始まったコアアップデートが4月8日に完了しており、それから約6週間という短いスパンでの実施だ。Googleは今回のアップデートについて「あらゆるタイプのサイトから、より関連性が高く満足度の高いコンテンツを検索者に提供するための定期的な更新」と説明している。

サイト運営者にとって重要なのは、コアアップデートの配信中に慌ててコンテンツを修正しないことだ。部分的な順位変動を確認しても、配信完了から最低1週間はSearch Consoleのデータを見極めるべきだ。このアップデートが何を評価し、何を重視するのか、その全体像を冷静に読み解く必要がある。

2026年5月コアアップデートの概要

2026年5月コアアップデートの概要

5月21日に発表されたこのアップデートは、2026年における4回目のランキング変動を伴うアップデートであり、検索コアアップデートとしては3月に続く2回目の実施となる。Googleは配信開始をDashboard上で「2026年5月のコアアップデートをリリースした。配信完了までに最大2週間かかる可能性がある」と簡潔にアナウンスした。

今回のアップデートについて、Googleは個別のブログ投稿や具体的な目標を発表していない。この手法は直近の3月のコアアップデートと同様だ。3月のアップデートでは「すべてのタイプのサイトから、より関連性が高く満足度の高いコンテンツを検索者に提供するための定期的な更新」という説明が付帯された。今回も同様に、特定の業種やペナルティを目的としたアップデートではないことが推測される。

2026年の主な検索アップデート
2月 Discoverコアアップデート 22日間
3月 スパムアップデート 20時間未満
3月〜4月 コアアップデート 12日間
5月 コアアップデート(今回) 配信中(最大2週間)
Discover スパム 3月コア 5月コア(今回)

上のタイムラインを見ると、2026年に入ってからのアップデート頻度は決して低くない。特に3月から5月にかけてはコアアップデートが2回実施されており、Googleが検索品質の改善を継続的に進めていることがわかる。サイト運営者は定期的なランキング変動を前提とした運用体制を整えておく必要がある。

アップデートの位置づけ

コアアップデートとは、Googleが検索アルゴリズム全体にわたって広範な変更を加える大規模な更新のことだ。特定のスパム行為やポリシー違反を対象にするのではなく、ウェブ全体の変化に合わせてコンテンツの評価方法を調整する。これにより、従来高評価だったページが順位を下げたり、これまで目立たなかったページが浮上する可能性がある。

重要なのは、コアアップデートは「ペナルティ」ではないという点だ。特定のサイトを罰するものではなく、検索者にとってより有益な情報を届けるための調整に過ぎない。順位が下落した場合でも、それは「ルール違反」ではなく、「現時点でGoogleが評価する基準に対して相対的に適合度が下がった」ことを示すシグナルだ。

過去のアップデートとの比較

過去のアップデートとの比較

今回のアップデートを理解する上で、直近のコアアップデートの実施状況を振り返ることは有効だ。特に3月のコアアップデートとの間隔や配信期間の違いは、サイト運営者のデータ分析計画に直接影響する。

2025年12月のコアアップデート(比較用)
配信期間 18日間
12月11日から12月29日にかけて実施。年末商戦期と重なり、ECサイトへの影響が注目された。
2026年3月のコアアップデート(直近)
配信期間 12日間
3月27日から4月8日。配信期間は前回より短縮されたが、一部サイトで大きな順位変動が報告された。
2026年5月のコアアップデート(今回)
配信期間 最大2週間(予定)
5月21日開始。3月アップデート完了から約6週間での実施。高頻度化が顕著になっている。

上の比較で明らかなように、コアアップデートの配信期間は12日から18日まで、回によってばらつきがある。今回の「最大2週間」という見積もりは、過去の実績から見て標準的な長さだ。3月アップデートが12日で完了したことを踏まえると、今回も同程度かやや長引く可能性がある。

アップデート間隔の短縮が示すもの

コアアップデートの実施間隔が約6週間と比較的短くなっていることは注目に値する。これはGoogleが大規模なアルゴリズム更新をより機動的に展開できるようになったことを示している。AIや機械学習によるランキングシステムの進化が、この迅速な更新サイクルを可能にしていると考えられる。

サイト運営者の視点では、この短い間隔は「次のアップデートが常に近い」状態を意味する。大幅なサイト改修を計画している場合、2ヶ月以上の長期プロジェクトよりも、改善箇所を小さく区切って順次適用していくアプローチが有効だ。コアアップデートのたびにデータを確認し、次の一手を柔軟に変えられる体制が求められる。

コアアップデート中にサイト運営者が取るべき行動

コアアップデート中にサイト運営者が取るべき行動

コアアップデートの配信中、多くのサイト運営者は順位変動に一喜一憂しがちだ。しかし、プロフェッショナルなSEO対応として最も重要なのは「配信中に手を加えない」ことである。Googleも公式に、コアアップデートの完了から最低1週間はSearch Consoleのデータを分析するよう推奨している。

STEP 1 配信完了を待つ(最大2週間)
STEP 2 完了後1週間データを観察
STEP 3 5月21日以前をベースラインに比較
STEP 4 影響が大きいページを特定し改善を計画

上のフローは、Googleの公式ガイダンスに基づく基本的な対応手順だ。途中段階のデータで判断すると、まだ反映されていないデータセンターの影響で誤った分析をしてしまう可能性がある。全データセンターにアップデートが行き渡った後のデータを使うことが、正確な影響評価の前提条件となる。

順位変動への向き合い方

コアアップデートで順位が下落した場合、真っ先に疑うべきは「何か悪いことをしたか」ではなく「相対的にコンテンツの価値が再評価されたか」だ。Googleはコアアップデートの影響を受けたサイト向けに、コンテンツの品質に関する自己評価のための質問リストを公開している。このリストを活用し、客観的に自サイトのコンテンツを見直すことが有効なアプローチとなる。

一方で、順位が上昇したサイトは「たまたま今回の基準に適合した」可能性を忘れてはならない。次のアップデートで同じ評価を受ける保証はない。一時的な順位上昇に満足せず、継続的にコンテンツの品質を高める努力を続けることが、長期的なSEO成功への道筋となる。

Search Consoleデータの活用法

アップデート完了後に確認すべき主要な指標は、オーガニック検索のクリック数、表示回数、平均掲載順位、CTR(クリック率)だ。これらの指標をアップデート前の期間(5月21日以前の数週間)と比較することで、どのページが影響を受けたかを特定できる。

特に重要なのは、単純な平均順位の上下だけでなく、「検索クエリの種類」の変化にも注目することだ。上位表示されていたクエリが変わった場合、それはGoogleがそのページの関連性を異なる方向で評価し始めたことを示唆する。特定のクエリグループで順位が下落したなら、そのトピック領域のコンテンツを集中的に見直す必要がある。

メガAI検索の台頭とSEO戦略の再定義

メガAI検索の台頭とSEO戦略の再定義

今回のコアアップデートを、より大きな文脈で捉える必要がある。それはGoogle検索におけるAI統合の加速だ。2025年後半からAI Overviews(旧SGE)の表示頻度が段階的に拡大されており、2026年には「メガAI検索」とも呼べる新しい検索体験が本格化しつつある。

従来の検索(Before)
ユーザー 検索キーワード入力 10個の青いリンク 複数サイトを回遊
※ユーザーが各サイトを訪れて情報を収集・比較する必要があった。
メガAI検索(After)
ユーザー 自然言語で質問 AIが概要生成 回答を直接表示
※AIが複数ソースを統合して回答を生成。クリックされない検索が増加する。

この変化が示すのは、検索結果ページに「青いリンクのリスト」以外の要素が増えている現実だ。AI Overviewsが直接回答を提示すれば、ユーザーは個別のサイトをクリックする必要がなくなる。情報提供型のコンテンツに依存していたサイトは、表示回数に対するクリック率の低下に直面する可能性がある。

AI検索時代のコンテンツ設計

メガAI検索の文脈では、単に「よく書かれた記事」であるだけでは不十分になりつつある。AIが情報を抽出し、要約し、回答として提示する前提に立つと、コンテンツは「AIに正確に読み取られる構造」を備えている必要がある。具体的には、明確な見出し階層、簡潔な定義文、信頼できる出典の明示、独自データや事例の提示といった要素が重要性を増す。

コアアップデートが「満足度の高いコンテンツ」を評価するという方向性は、このAI検索の進化と軌を一にしている。ユーザーが検索結果から直接的な価値を得られるようにするため、Googleは情報の質とアクセシビリティをこれまで以上に厳密に評価していると推測される。コンテンツ制作者は「検索エンジン向け」ではなく「検索者の疑問を解決する」という原点に立ち返りつつ、AIに適切に解析される技術的な最適化も両立させる必要がある。

2026年後半に向けたSEOの展望

2026年後半に向けたSEOの展望

5月のコアアップデートは、2026年の検索環境を占う重要なマイルストーンだ。アップデートの頻度が高まっていること、AI統合が加速していること、そしてユーザーの検索行動が変化していること。これら3つのトレンドは、SEOが単なる「順位対策」から「検索体験全体の設計」へと進化していることを示唆している。

今後注目すべきは、今回のアップデート完了後にGoogleが公開する可能性がある追加のガイダンスだ。3月のコアアップデートと同様に、今回もブログ投稿や詳細な説明がないまま配信が進行中だが、完了後に何らかの分析や推奨事項が共有される可能性がある。特に、AI Overviewsの表示基準や、コアアップデートとの関連性についての公式見解が示されれば、SEO戦略の精度を一段と高められるだろう。

サイト運営者は、目先の順位変動に振り回されることなく、コンテンツの本質的な価値向上と、変化する検索行動への適応にリソースを集中すべき段階にある。コアアップデートはその変化を映し出す鏡に過ぎない。真に重要なのは、鏡に映った自サイトの姿をどう改善するかだ。

この記事のポイント

  • Googleが2026年5月21日に5月のコアアップデート配信を開始、完了まで最大2週間の見込み
  • 2026年2回目のコアアップデートであり、3月のアップデートから約6週間での実施
  • 配信中はコンテンツの修正を避け、完了から最低1週間はSearch Consoleデータの分析を控える
  • AI検索の台頭を背景に、コンテンツ設計は「AIに正確に読み取られる構造」が重要性を増している
  • 順位変動の有無に関わらず、コンテンツ品質の継続的な改善が長期的なSEO成功の鍵
GoogleがAI最適化ガイドを発表、核心は「従来のSEOこそがAI対策」

GoogleがAI最適化ガイドを発表、核心は「従来のSEOこそがAI対策」

Googleが2026年5月15日、生成AI検索向けのサイト最適化ガイダンスを公式に公開した。多くのマーケターが待ち望んでいたこのガイドだが、その中身は全く目新しいものではなかった。Googleは「AIのための最適化は、これまでの検索体験のための最適化であり、すなわちSEOだ」と断言している。

AI OverviewsやAI Modeで自社のECサイトが参照されるようにするための特別な技術は存在しない。新しい構造化データも不要、専用のマークダウンページも不要、AI向けの特別な文章術すら求められていない。求められているのは、人間にとって価値あるコンテンツを作り、クロール可能な状態に保つという基本中の基本だ。

今回のGoogleの公式見解は、AI時代のSEO対策に踊らされていたEC事業者にとって、立ち止まり基本を見直す契機となる。小手先のハックではなく、本質的なサイト改善がそのままAIにも通用するという事実を解説する。

巷に広がるGEO神話(Before)
無駄な施策LLMs.txtファイルの設置
無駄な施策AI向けマークダウンページの作成
無駄な施策機械向けの不自然な文章作成
Google公式の回答(After)
本質的施策人間が読むための正しいHTML構造
本質的施策独自の視点と専門性に基づく記事
本質的施策クロール可能で技術的に堅牢なサイト
SEOの基本から外れた無駄な施策  Googleが「これまで通り」と認めた本質対策

この図が示す通り、SNSや一部メディアで話題になった「GEO(Generative Engine Optimization)」の独自手法の多くは、Googleによって完全に否定された形だ。

Googleが定義するAI時代のSEOの正体

Googleが定義するAI時代のSEOの正体

Googleが公開したガイドライン「Optimizing your website for generative AI features on Google Search」の最大のポイントは、AI最適化を特別視していない点にある。実務者は腰を据えてこの前提を理解する必要がある。

AI Overviews と AI Mode の情報源
AI検索機能
AI Overviews / AI Mode オーガニック検索結果 参照・回答生成
前提となる仕組み
通常の検索インデックスに登録され、オーガニック検索で上位表示されていないコンテンツは、AIの参照元にもなれない
結論
AI最適化は従来のSEOと完全に地続きである

AI OverviewsやAI Modeは、独自のクローラーでWebを巡回しているわけではない。これらは通常のGoogle検索エンジンが収集したインデックスを参照し、そこから回答を生成する。つまり、そもそもオーガニック検索で認知されていないページは、AIの回答にも決して登場しない仕組みだ。

「AIに読まれるための特殊なマークアップ」や「AI専用のテキスト要約」を用意する動きも一部で見られたが、Googleはそれらを不要と切り捨てている。むしろ、機械向けの不自然な最適化はスパム判定のリスクすらある。

AIが読むからこそ、人間を第一に考えたサイト設計を

Googleのガイドラインは「人間を第一に考えたコンテンツを作成せよ」という従来のポリシーを改めて強調している。独自の視点や専門知識、経験に基づく情報こそが、AIによる情報抽出の対象になる。

ECサイトでいえば、商品のコピーをメーカー提供のまま掲載するのではなく、実際の使用感やスタッフのレビュー、独自の比較情報を加えることが有効だ。AIはWeb上の膨大なテキストを学習しているため、どこにでもある汎用的な文言よりも、固有の情報を優先して抽出する傾向がある。

ECサイトが今すぐ見直すべき7つの基本対策

ECサイトが今すぐ見直すべき7つの基本対策

Googleが提示したAI時代のSEO対策は、すべて従来のGoogleサーチエッセンシャルズに準拠している。ここでは特にEC事業者に影響が大きい7つのポイントを深掘りする。

STEP 1 メーカーコピペをやめ、独自の商品説明を書く
STEP 2 画像や動画の品質を高め、altテキストを適切に設定する
STEP 3 Search ConsoleのURL検査でクロール可能性を担保する
STEP 4 JavaScript無効環境でもコンテンツが見える状態を保つ
STEP 5 重複コンテンツを最小限に抑える(カテゴリページ等)
STEP 6 商品フィードをMerchant Centerに詳細に送信する
STEP 7 スマホ・タブレットでの実機ユーザー体験を確認する
※GoogleのAI最適化ガイドラインからEC事業者向けに再構成。各ステップの順序に優劣はない

商品フィードはAI時代の生命線

この中で特にEC事業者が注力すべきは、STEP 6の商品フィード最適化だ。Googleはガイドライン内で、ECサイトの商品データを詳細かつ正確にMerchant Centerへ送信することを強く推奨している。

AI Overviewsが商品に関する質問に答える際、構造化された商品フィードデータは非常に処理しやすい。価格、在庫状況、送料、商品画像、レビュー評価といった情報が正確に提供されていれば、ユーザーの「比較検討」フェーズでAIに参照されやすくなる。

軽量化とクロール最適化の実務

STEP 4の「JavaScript無効環境でのコンテンツ可視性」も見逃せない。GooglebotはJavaScriptを実行する能力を持つが、クロールバジェットの観点から、サーバーサイドレンダリングや静的HTMLでのコンテンツ配信が依然として有利だ。特にWooCommerceサイトでは、商品バリエーションの切り替えなどでJavaScriptに依存しすぎていないか、今一度確認が必要になる。

Googleが一蹴した「GEO神話」とその真実

Googleが一蹴した「GEO神話」とその真実

AI時代のSEOに関して、ここ半年で様々な「GEOテクニック」が提唱されてきた。Googleの今回のガイドラインは、それらの大半を無価値と断じている。

LLMs.txt 不要論
LLMs.txt はAI企業が提唱した仕様だが、Google検索のAI機能は通常のHTMLをクロールする。LLMs.txt がないと読めないというのは誤解だ。
マークダウン不要論
AIボット向けに別途マークダウンページを用意する必要はない。セマンティックなHTMLが最も確実な共通言語だ。
チャンキング不要論
「AIが読みやすいように短く区切る」という執筆術は求められていない。人間にとって自然な構成が最善だ。
不自然な被リンク・言及工作への注意
AIはブランドのWeb上での言及を評価するが、従来のGoogle同様、不自然な被リンクや偽装された口コミはスパム判定される。AIは本物の言及と偽物の言及を見分けられる。
Googleが完全否定した「AI専用」最適化手法

EC事業者にとっての教訓は明快だ。AIに理解してもらうために「裏口」を探すのではなく、正面から人間の顧客に価値を提供し、それを検索エンジンが問題なく読み取れるようにすること。それ以上でも以下でもない。

EC事業者が備えるべき「エージェント時代」の新常識

EC事業者が備えるべき「エージェント時代」の新常識

Googleのガイドラインは、近い将来の「AIエージェント」の到来にも言及している。AI Overviewsのように単に情報を要約するだけでなく、ユーザーに代わってホテルの予約や商品の購入といった「行動」を実行するエージェント機能の開発が進んでいる。

この文脈でGoogleがEC事業者に推奨しているのが、Universal Commerce Protocol(ユニバーサルコマースプロトコル / UCP)への理解だ。UCPは、AIエージェントがECサイト上で商品の検索や購入をプログラム的に実行するための共通仕様である。まだ広く普及しているとは言えないが、今後の標準になる可能性がある。

AIエージェント時代の商取引の流れ(概念図)
顧客のAIエージェント UCP対応ECサイト 商品検索・価格比較
在庫確認・カート投入 決済代行
📌 現在はまだ概念段階だが、構造化データへの対応が後々の差になる可能性が高い

もちろんこれは未来の話だ。現在はUCPに対応していなければ売上が立たないというわけではない。しかしECサイトのデータ構造を整理し、構造化データを充実させておくことは、このようなエージェント経済への自然な準備となる。

この記事のポイント

  • GoogleのAI最適化ガイドラインは、従来のSEO対策と完全に一致している
  • AI OverviewsやAI Modeはオーガニック検索結果を参照しており、特別な経路は存在しない
  • LLMs.txt や専用マークダウンなど、巷の「GEOテクニック」は大部分が不要
  • ECサイトは独自の商品説明の作成、商品フィードの充実、技術的SEOの徹底が最優先
  • UCPのようなエージェント時代のプロトコルにも、構造化データで間接的に備えられる
Google Universal Cart発表。AIが越境する新買い物体験と検索広告への波及

Google Universal Cart発表。AIが越境する新買い物体験と検索広告への波及

Googleは2026年5月のI/Oにおいて、新たなAI買い物かご「Universal Cart(ユニバーサルカート)」を発表した。検索、Gemini、YouTube、Gmail、そして提携小売店を横断し、ユーザーの購買行動をAIが継続的に支援する仕組みだ。単なる商品推薦を超え、価格監視や在庫確認、適合性チェック、決済補助までを自律的にこなす「代理型商取引(エージェンティックコマース)」への本格的な布石といえる。

この発表は、検索広告やEC事業に携わる企業にとって看過できない転換点を含んでいる。Googleが単なる情報の入り口から、商取引自体を内包するプラットフォームへと進化する過程で、広告の役割や商品データの重要性が根本的に変わるからだ。ここでは、Universal Cartの仕組み、基盤となるUniversal Commerce Protocol(UCP)、そして広告主やリテーラーへの影響を掘り下げる。

従来のGoogle検索ショッピング
ユーザーは検索結果から各ECサイトへ移動し、サイトごとにカートを作成・管理する。価格比較や再訪問はすべて手動で、購入の文脈は分断されていた。
Universal Cart導入後
GoogleのAIが横断的にカートを管理する。ユーザーがYouTube動画を見ている最中でも、Gmailのプロモーションメールからでも商品を追加でき、AIが価格下落や在庫復活を通知し、最適な購入タイミングを提案する。
※買い物かごがGoogleの各サービスを横断し、ユーザーの購買行動を継続的に支援するようになる。

Universal Cartがもたらす「永続する買い物体験」とは

Universal Cartがもたらす「永続する買い物体験」とは

Universal Cartの核心は、買い物かごを「その場限りの仮置き場」から「AIが能動的に管理する永続的な購買アシスタント」へと変える点にある。Search Engine Journalの記事によれば、Googleはこの機能を「ユーザーを追いかけるインテリジェントなショッピングカート」と表現しているという。

具体的には、ユーザーがGoogle検索で商品を調べ、Geminiとの対話で比較検討し、YouTubeのレビュー動画を見て、Gmailのクーポンを確認するといった一連の行動が、すべて単一のカートに集約される。裏側ではGeminiモデルが稼働し、価格変動や在庫状況、製品同士の互換性までを自動判定する仕組みだ。

AIが「待つ買い物」から「代行する買い物」へ変える

従来のオンラインショッピングでは、ユーザーが自ら価格を監視し、クーポンを探し、セールを待つ必要があった。Universal Cartはこれを反転させる。AIがユーザーに代わってバックグラウンドで価格下落を追跡し、ロイヤルティ特典の適用機会を探し、より適合性の高い代替商品を提案する。

Google Walletとの統合も発表されており、支払い方法やポイントプログラムの情報をAIが参照しながら、購入手続きの手間を減らす方向だ。Search Engine Journalの記事では、Nike、Sephora、Target、Walmart、Wayfair、そしてShopify加盟店などの大手小売業者が、この夏から決済機能の展開に参加すると報じられている。

STEP 1 ユーザーがGoogle検索で商品を探し、カートに追加
STEP 2 YouTube動画やGmailのクーポンからも同じカートに追加
STEP 3 Geminiモデルが価格下落・在庫・互換性を自動監視
STEP 4 最適なタイミングで通知し、Google Wallet経由で決済

カスタムPCのような複雑な買い物でも互換性を自動検証

Googleは、複数の小売店にまたがる部品で構成されるカスタムPCの購入においても、Universal Cartが部品間の互換性問題を決済前に検証できると説明している。これは単なるレコメンド機能の延長ではなく、購買判断そのものにAIが深く関与する設計であることを示している。

この能動性こそが、今回の発表の最大の特徴だ。Search Engine Journalの記事も「Googleがいかに積極的にUniversal Cartをリアクティブではなくプロアクティブなものとして位置づけているかが注目に値する」と指摘している。ユーザーが質問するのを待つのではなく、AIが先回りして提案する姿勢への転換である。

Universal Commerce Protocol(UCP)が切り拓く商取引インフラ

Universal Commerce Protocol(UCP)が切り拓く商取引インフラ

Universal Cartの裏側で動くのが、Googleが2026年初頭に発表したUniversal Commerce Protocol(UCP)だ。これは、異なる商取引システムやAIエージェントが共通言語でやり取りするためのインフラ層と位置づけられている。GoogleはI/Oで、すでに複数の小売業者やテクノロジーパートナーがUCPの採用を進めていることを明らかにした。

UCPの役割を簡単にたとえるなら、商取引の世界における「共通通貨」のようなものだ。これまでECサイトごとにバラバラだった商品情報や在庫データ、決済手段の記述方式を統一し、AIがサイトを越えてシームレスに買い物を支援できるようにする。

UCPの地理的・業種的拡大

I/OではUCPに関する以下の拡大計画も発表された。

  • UCP経由の決済機能がカナダとオーストラリアに拡大。英国も後日対応予定
  • 米国内でYouTubeにUCPが導入される
  • ホテル予約や地域のフードデリバリーなど、新たな商取引カテゴリへの展開を計画

特にYouTubeへのUCP導入は、動画コンテンツと商取引の結びつきを一段と強める動きとして重要だ。Search Engine Journalの記事も「YouTubeの拡大は際立っている」と評しており、ブランドにとってYouTubeを単なる認知チャネルではなく、ECチャネルとして捉え直す必要性が高まることを示唆している。

UCPがつなぐ商取引エコシステム
Google検索 Gemini AI YouTube Gmail 加盟ECサイト
すべてのチャネルがUCPを介して接続され、Universal CartとGoogle Walletが商取引のハブとなる。
検索・情報面 AIアシスタント 動画・エンタメ面 メール 外部加盟店

広告主にとってUCPが意味するもの

Search Engine Journalの記事は、UCPの拡大が広告主やリテーラーにとって「カートそのものよりも最終的に重要かもしれない」と指摘している。これは本質を突いた見方だ。Googleは商品の発見から購買行動、決済、AIエージェントまでを包含する商取引インフラを構築しつつある。

このインフラ上では、Merchant Centerの商品データ品質が従来以上に重要になる。AIが商品を理解し、推薦し、互換性を判断するための基盤データとなるからだ。構造化された商品情報の正確さが、AIによる露出機会を左右する時代に入りつつある。

広告主とEC事業者に迫る3つの変化

広告主とEC事業者に迫る3つの変化

Universal CartとUCPの登場は、広告主やEC事業者にとって以下の3つの変化をもたらす。

変化1、購買ジャーニーのGoogle内包化

これまでのGoogle検索は、商品情報を提供した後、ユーザーを小売店のサイトへ送り出す役割だった。Universal Cartはこの流れを逆転させ、比較検討や価格監視、再訪問、決済までをGoogleのエコシステム内に引き戻す。

Search Engine Journalの記事でも「歴史的にGoogle検索は主にユーザーを小売店サイトへ送り出していたが、Universal Cartはその活動の多くをGoogle内部に引き戻し始めている」と指摘されている。これは機会であると同時に課題でもある。Google内での露出を最大化できる事業者と、そうでない事業者の差が拡大する可能性が高い。

変化2、商品データがAI時代の新たな広告資産に

AIが能動的に商品を推薦し、価格下落を通知し、互換性を検証する世界では、商品データの質がそのまま販売機会に直結する。正確な在庫情報、詳細な製品スペック、競争力のある価格設定、ロイヤルティプログラムとの統合が、AIによる露出の前提条件となる。

これは従来のShoppingキャンペーンの最適化を超えた、より根源的なデータ戦略を求めている。Merchant Centerのフィード最適化は、もはや運用施策ではなく、AI時代の事業基盤そのものだ。

低品質な商品データ
スペック情報が不足し、在庫データが不正確な場合、AIはその商品を「信頼できない選択肢」と判断し、推薦対象から外す可能性が高い。
高品質な商品データ
詳細な製品情報、リアルタイム在庫、競争力ある価格、ロイヤルティ連携が整った商品は、AIが能動的に「最適な選択肢」としてユーザーに提示する。

変化3、YouTubeがECチャネルとして本格化

YouTubeへのUCP導入は、動画プラットフォームが商取引の場へと進化する決定的な一歩だ。商品レビュー動画を見ながらワンクリックでカートに追加し、そのまま購入まで至る体験が現実になる。

この変化は、ブランドのYouTube戦略にも影響を与える。認知獲得のための動画広告から、直接的な売上に結びつく商取引動画へのシフトが加速するだろう。Search Engine Journalの記事も「ブランドはYouTubeを単なる動画認知プラットフォームとしてではなく、ECチャネルとして考える必要性が高まる」と述べている。

計測とアトリビューションの再考が迫られる

計測とアトリビューションの再考が迫られる

Universal Cartが普及すれば、購買行動のより多くの部分がGoogleインターフェース内で完結する。これは広告の効果測定にも大きな影響を与える。従来のクリックベースのアトリビューションモデルでは、Google内で進む比較検討やAIによる価格監視の影響を捉えきれない。

Search Engine Journalの記事は「より多くのショッピング活動がGoogleインターフェース内で発生するようになれば、広告主はアトリビューションやアシストコンバージョン、クロスチャネルのカスタマージャーニーレポートの評価方法を再考する必要があるかもしれない」と指摘している。これは単なる技術的な課題ではなく、広告予算の配分やROI評価の根幹に関わる問題だ。

具体的には、以下のような再考が求められる。

  • ラストクリック至上主義からの脱却。AIが長期にわたって関与する購買ジャーニーでは、初期の商品発見や中期の価格監視が持つ価値を適切に評価する必要がある
  • Googleエコシステム内の複数タッチポイント(検索、YouTube、Gmail、Gemini)を横断した統合的な計測手法の確立
  • AIによるプロアクティブな提案(価格下落通知や互換性アラート)がコンバージョンに与える影響の定量化

代理型商取引の成熟と今後の展望

代理型商取引の成熟と今後の展望

Universal Cartはまだ初期段階にある。Search Engine Journalの記事も「より高度な代理型商取引機能の多くは成熟に時間がかかるだろう」と現実的な見方を示している。それでも、今回の発表はGoogleがショッピング領域でどこへ向かおうとしているのか、かなり明確な絵を示したといえる。

GoogleはAIによる商品発見の強化を超え、購買ジャーニーのより深い部分へと進出している。商品推薦やカート管理から、価格洞察、決済インフラに至るまで、購買プロセスの占有率を着実に高めているのだ。

広告主やリテーラーにとって、これは単に「広告の表示場所が変わる」という話ではない。ブランドが影響力を測定する方法、コンバージョンを帰属させる枠組み、購買ジャーニーの中で可視性を競う土俵そのものが変わる可能性を秘めている。

こうした変化に備えるには、以下の3点が当面の具体的なアクションとなるだろう。

  • Merchant Centerの商品データ品質を最優先で引き上げること。AIが商品を理解し推薦するための「原材料」はデータであり、その質が露出機会を決める
  • YouTubeをECチャネルとして位置づけ直し、商取引に直結する動画コンテンツ戦略を構築すること
  • アトリビューションモデルを再評価し、AIが介在する長期の購買ジャーニーを捉えられる計測基盤を整えること
代理型商取引へのロードマップ
現在 商品検索・比較のAI支援
2026年夏 Universal Cart + UCP決済が大手小売店で開始
今後 ホテル予約・フードデリバリー等へ拡大、完全な代理型購買へ

この記事のポイント

  • Universal Cartは検索・YouTube・Gmailを横断するAI駆動の永続的買い物かごであり、価格監視や互換性チェックまで自律的に実行する
  • 基盤となるUCPは商取引の共通言語として機能し、Googleエコシステム内外の決済や商品情報連携を支えるインフラである
  • 広告主には購買ジャーニーのGoogle内包化、商品データの戦略的重要性の高まり、YouTubeのECチャネル化という3つの変化が訪れる
  • AIが購買判断に深く関与する時代には、アトリビューションや効果測定の抜本的な再考が避けられない
Googleアナリティクス、AIアシスタントをデフォルトチャネルグループに追加

Googleアナリティクス、AIアシスタントをデフォルトチャネルグループに追加

Googleアナリティクス(GA4)がAIアシスタントをデフォルトチャネルグループとして正式に追加した。ChatGPTやGemini、Claudeといった生成AIプラットフォームからWebサイトへの流入を、自動的に専用チャネルへ分類する仕組みだ。

この変更により、これまで「リファラル」トラフィックの中に埋もれていたAI経由の訪問を、特別な設定なしで分離して分析できるようになる。プロパティ管理者は、生成AIが自社のビジネスに与える影響を、よりクリアに把握できるようになった。

従来は正規表現を用いたカスタムチャネルグループの構築が必要だったが、今回のアップデートでその手間が不要になる。まさに、AIがもたらすトラフィックを「見える化」するための、Googleによる重要な一歩だ。

新たに追加されたAIアシスタントチャネルの詳細

新たに追加されたAIアシスタントチャネルの詳細

今回のアップデートの中核は、トラフィックの分類方法に関するものだ。これまでAIプラットフォームからの訪問は、単なる「参照(リファラル)」トラフィックとして一括りにされていた。この新機能により、AIアシスタントからの流入は自動的に専用のチャネルグループ「AI Assistant」に振り分けられる。

具体的には、Googleアナリティクスが特定のAIアシスタントのリファラーを検出すると、そのセッションのメディア値に「ai-assistant」が自動的に割り当てられる。その結果、デフォルトチャネルグループレポート上で「AI Assistant」チャネルとして集計される仕組みだ。

Before(従来の分類)
参照(リファラル)
chatgpt.com、claude.ai etc.
After(自動分類後)
AIアシスタント
ChatGPT、Gemini、Claude
参照(その他)
その他の参照元
AIアシスタントチャネル(自動振り分け)
通常の参照トラフィック

このデモが示すように、AIプラットフォームからの流入は「参照」トラフィックの一部として見えづらかった。今回の変更で、専用チャネルとして独立し、そのボリュームが一日で把握できるようになる。

3つのトラフィックソースディメンションが同時に変更

このアップデートは、単にチャネルグループが増えただけではない。トラフィックソースに関連する3つのディメンションが一度に更新されている。

  • メディア:AIアシスタントと判定された場合、「ai-assistant」という値が自動付与される
  • デフォルトチャネルグループ:該当セッションは新設の「AI Assistant」チャネルにグループ化される
  • キャンペーン:ディメンションには予約語「(ai-assistant)」がラベル付けされる

これらの変更はすべてプロパティに自動的に適用される。ユーザー側での手動設定は一切不要だ。

なぜ今、この機能が追加されたのか

なぜ今、この機能が追加されたのか

GoogleがAIアシスタントを独立したトラフィックチャネルとして扱う動きは、およそ1年前から段階的に進められてきた。Search Engine JournalのMatt G. Southern氏によると、2025年8月に公開されたカスタムチャネルグループ構築ガイドでは、ChatGPTやGemini、Microsoft Copilot、Claude、Perplexityを追跡対象として挙げていた。これは、AIアシスタント経由のトラフィックを「個別に測定すべきカテゴリ」としてGoogleが明示的に認めた瞬間だった。

カスタムチャネルグループが抱えていた課題

これまで、AIアシスタントのトラフィックを分離するには、正規表現によるカスタムチャネルグループの構築が唯一の方法だった。しかし、この手法には運用上のいくつかの壁があった。

  • 手動メンテナンスの負荷:AIプラットフォームのドメイン変更に合わせ、正規表現パターンを手動で更新し続ける必要がある
  • 権限レベルの制約:GA4プロパティの「編集者」権限が必要で、アクセスできるユーザーが限られる
  • リソースの制約:GA4ではカスタムチャネルグループは2つまでという上限がある。AI追跡のために貴重なスロットを1つ消費する必要があった

こうした制約は、特に人員やリソースが限られる中小企業のWeb担当者にとって、大きなハードルとなっていた。

過去の類似アップデートとの共通点

Googleが特定のトラフィックをデフォルトチャネルとして独立させるパターンは、今回が初めてではない。2022年には、Performance MaxキャンペーンやSmart Shoppingキャンペーンのトラフィックを捕捉するため、「クロスネットワーク」チャネルグループが追加された。この時も、手動設定なしにトラフィックを汎用バケットから専用チャネルへ移動させるという、今回と同様のアプローチが取られた。

また、AIトラフィックの計測を巡っては、これまでも課題があった。2025年にはAIモード検索のトラフィックが「参照」ではなく「ダイレクト」として誤って報告されるバグが修正された。さらに、Search ConsoleのパフォーマンスレポートにもAIモードのデータが追加されている。今回のデフォルトチャネル追加は、こうした一連の測定精度向上の流れに位置づけられる。

サイト運営者にとっての実務的メリット

サイト運営者にとっての実務的メリット

最大の利点は、データ収集と分析の効率化だ。これまでカスタムチャネルグループで対応してきたプロパティは、ネイティブチャネルの適用により、その設定を簡略化できる可能性がある。複雑な正規表現のメンテナンスから解放されることで、分析業務の本質に集中できるようになる。

AI追跡用のチャネルグループを設定していなかったプロパティでは、これまで「参照」として一括りにされていたAIアシスタントからのセッションが、自動的に独立したチャネルとして表示され始める。たとえば、chatgpt.comやclaude.aiからの訪問が「参照」という見出しの下に隠れていた状況が解消され、専用のグラフや数値で確認できるようになる。

注意すべきリファラー制限

ただし、この新機能には依然として限界がある。AIアシスタントからのトラフィックのうち、リファラーヘッダーなしで到達したものは、引き続き「ダイレクト」トラフィックとして分類されてしまう。これは、アプリ内ブラウザやモバイルアプリからのアクセス、ユーザーがAIの回答からURLをコピー&ペーストして訪れた場合などに発生する。新チャネルが捕捉できるのは、あくまでGA4がリファラー情報によって識別できる範囲に限られるのだ。

AIアシスタント流入(識別可能)
ウェブブラウザ経由(リファラあり)
AI Assistantチャネルへ分類
AIアシスタント流入(識別不可能)
アプリ内ブラウザ / コピペ経由(リファラなし)
ダイレクトチャネルへ分類
AIアシスタントチャネル ダイレクトトラフィック(AI流入だが分類不可)

この図が示すとおり、AIアシスタントからの流入すべてが新チャネルに振り分けられるわけではない。特にモバイルアプリ経由の流入には注意が必要だ。

現時点で判明している制限と今後の展望

現時点で判明している制限と今後の展望

Googleは、どのAIアシスタントが「認識済みリファラー」リストに含まれているのか、完全な一覧を公開していない。ヘルプセンターにはChatGPT、Gemini、Claudeの3つが例示されているが、2025年8月のカスタムチャネルガイドでは5つのプラットフォームを挙げていたことを考えると、現行の自動カバー範囲はまだ流動的な部分があると言える。

また、新しいプラットフォームが登場した際に、このリストがどのように更新されるのかについても、具体的なプロセスは示されていない。Search Engine Journalの記事でも指摘されているように、デフォルトチャネルグループの定義ページには、まだ「AI Assistant」がチャネル一覧表に追加されていない。そのため、完全な技術的定義を確認することは現時点ではできない状況だ。

こうしたギャップを埋めるため、昨年公開されたカスタムチャネルグループ向けの正規表現パターンは、依然として有効な補完ツールとなる。認識済みリストに含まれていないAIプラットフォームを個別に追跡したい場合は、従来どおりのカスタム設定が選択肢となる。

この記事のポイント

  • GA4がAIアシスタントをデフォルトチャネルグループに追加し、ChatGPT等からのトラフィックを自動分類
  • メディア、チャネルグループ、キャンペーンの3ディメンションが同時に更新され、手動設定は不要
  • 従来必須だった正規表現によるカスタムチャネル構築が不要に、分析業務の効率が大幅に改善
  • リファラーヘッダーがないアプリ経由等の流入は引き続き「ダイレクト」扱いとなる点に注意
  • 認識済みAIアシスタントの完全リストは未公開、新興プラットフォームにはカスタム設定が有効
AI購買エージェントに選ばれるECコンテンツの作り方

AI購買エージェントに選ばれるECコンテンツの作り方

AIが人間に代わって購買候補を絞り込む動きが加速している。特にB2B向けのECサイトでは、購買担当者が「SOC2準拠でPython SDKを提供する上位3社」といった条件をAIに投げかけ、そのレポートを参考に最終判断する流れが現実のものになりつつある。

AIエージェントは人間のようにヒーローイメージやキャッチコピーに惹かれるわけではない。構造化された事実データだけを機械的に読み取り、仕様や準拠基準、統合性といったシグナルからベンダー候補をリストアップする。サイトがPDFやフォームの壁に閉ざされた情報ばかりだと、そもそも検討対象にも上がらない。

ここでは、WooCommerceを中心としたECサイト運営者が、AI購買エージェントに自社の商品や技術情報を正しく伝えるための実践的な手法を解説する。

PDF隠しの製品カタログはもう通用しない

PDF隠しの製品カタログはもう通用しない

なぜPDFがAIに嫌われるのか

多くのEC事業者はホワイトペーパーや仕様書をPDFで配布し、ダウンロードフォームで囲い込む手法を取ってきた。しかしAIクローラーにとってPDFは重く、内部構造が不統一な場合が多い。テキスト抽出はできても、見出しの階層やリストの関係性を正確に解釈できないケースが少なくない。

結果として、製品スペックや準拠規格といった重要な情報が、AIの「目」にはただの平坦な文字列に映り、意図した評価を得られない。

構造化HTMLへ移行する具体的なステップ

対策はシンプルで、商品の詳細情報を高品質なWebページとして公開することだ。WooCommerceでは標準の商品ページを拡張し、技術仕様を整理したHTMLの表や箇条書きで提供できる。見出しタグの階層を意識し、<h3>に「対応OS」<h4>に「Windows Server 2022」というように、機械が理解しやすい構造を心がける。

次に示すのは、従来のゲート付きPDFとAI向けに最適化したWebページの比較イメージだ。

従来(DF版・フォーム隠し)
📄 製品カタログ.pdf
ダウンロードするには氏名・会社名・メールアドレスを入力してください。
最適化後(構造化Webページ)

Model X-210 技術仕様

  • 準拠規格: SOC 2 Type II, ISO 27001
  • 提供API: Python SDK, RESTful API
  • レイテンシ: 99.9%ile 10ms以下

このように、HTML上で仕様が明確に整理されていると、AIクローラーは即座に必要なデータを抽出できる。フォームの壁は不要な離脱を生み、AIには見えない障壁となるだけだ。

スキーママークアップで機械に読ませる

スキーママークアップで機械に読ませる

SEO担当者がGoogle向けに構造化データを埋め込むのと同じ理屈で、AIエージェントにページが「製品仕様」や「技術ドキュメント」であることを教え込める。Schema.orgの語彙を使い、製品の互換性や価格体系、認証情報をコード上で明示的に定義するのだ。

スキーマなし(AIが推測に頼る)
製品「X-210」
高性能プロセッサ搭載、信頼性の高い設計
価格はお問い合わせください
JSON-LDスキーマ実装後(AIが正確に把握)
{ “@type”: “Product”, “name”: “X-210”, “category”: “エッジコンピューティング”, “offers”: { “@type”: “AggregateOffer”, “lowPrice”: “500000”, “priceCurrency”: “JPY” }, “additionalProperty”: [ {“name”: “準拠規格”, “value”: “SOC 2 Type II”}, {“name”: “SDK”, “value”: “Python 3.10+対応”} ] }
※AIはこのデータを信頼性の高いシグナルとして参照する

WooCommerceの場合、テーマのfunctions.phpにJSON-LDを追加するか、専用プラグインでProductスキーマを拡張できる。AIはこの情報を読み取り、価格帯や在庫状況、技術的要件を瞬時に理解する。推測の余地が減るほど、自社に有利な評価が返ってくる仕組みだ。

キーワード密度より意味的関連性を重視する

キーワード密度より意味的関連性を重視する

大規模言語モデルを搭載したAIエージェントは、キーワードの出現回数ではなく文脈の深さを評価する。つまり「スケーラブルなクラウドセキュリティパートナー」を探しているエージェントは、単に「スケーラブル」という単語を数えるのではなく、エッジケースへの対応手順や実装上のハードル、セキュリティプロトコルといった周辺知識のまとまりを重視する。

そこで有効なのがトピッククラスターの構築だ。商品ページだけでなく、技術ブログや導入事例、トラブルシューティングガイドなど関連性の高いページ群を内部リンクで結びつける。AIがサイト全体を巡回する際に、自社の専門性と信頼性を一貫したドキュメント群として認識させる狙いがある。

メインページ「X-210のセキュリティ概要」
→ 導入事例:金融業界のSOC2準拠事例
→ 技術ブログ:Python SDKでの監査ログ実装
→ トラブルシューティング:初回オンボーディングの手順
■ 各サブページは内部リンクでつながり、AIに「この領域における包括的な知識」と認識させる。

WooCommerceの商品ページでも、関連するドキュメントやFAQをブログカードやカスタムタブで表示する仕組みを導入すると効果的だ。AIはサイト全体の情報密度を評価するため、一貫した情報設計が結果的に購買候補としての優先度を上げる。

長尺資料にはAI向け要約を添える

長尺資料にはAI向け要約を添える

どうしても詳細な技術資料をPDFなどのゲート付きフォーマットで提供しなければならない場合もある。その場合は、ランディングページにAI専用の「機械可読要約(Machine-Readable Abstract)」を配置する戦略が有効だ。

この要約ブロックは、フォームに入力しなくても読めるオープンなHTMLテキストとして設置する。具体的には、製品の主要な主張、データポイント、技術要件を簡潔にまとめる。いわばAIのための「TL;DR(長すぎて読めない人向けの要約)」であり、約100〜200文字で十分だ。

AI向け要約のサンプル

【X-210 エッジコンピューティングノード】

  • SOC2 Type II準拠、ISO 27001認証取得済み
  • Python SDK と RESTful API を提供
  • 99.9%ile レイテンシ 10ms 以下(自社ベンチマーク)
  • 年間サブスクリプション:50万円〜(ボリュームディスカウントあり)
※AIエージェントは、このブロックを読むだけでX-210が自社の要件に合致するかを判断できる。

WooCommerceの商品説明欄の冒頭にこうした要約を記述するだけで、PDFをダウンロードする前にAIが内容を評価できる。製品の技術的な強みを素早く伝え、検討リスト入りの確率を高める一手になる。

AI購買エージェントに備えたEC設計の考え方

AI購買エージェントに備えたEC設計の考え方

AIが購買活動の初期調査を担う流れは、B2B領域から着実に広がっている。大規模な広告予算より、アクセスしやすく構造化された正確なデータを持つブランドが優位に立つ時代だ。

ECサイト運営者は、自社の商品カタログや技術ドキュメントを「機械が読むことを前提としたアセット」に引き上げる必要がある。具体的な施策は、PDFの非構造化データからの脱却、スキーママークアップによる意味定義、トピッククラスターを用いた文脈強化、そしてAI向け要約の設置だ。

この記事のポイント

  • AI購買エージェントは人間向けの装飾を無視し、構造化された仕様・準拠基準だけを評価する
  • 商品情報をHTMLで公開し、スキーママークアップで意味を明確化することが不可欠
  • キーワード密度より、トピッククラスターで専門性の高さを示す方がAIに信頼される
  • ゲート付き資料には、AIが即座に理解できる要約ブロックを必ず付け加える
Google-Agent登場、AIがユーザー代理でWebを閲覧する時代へ

Google-Agent登場、AIがユーザー代理でWebを閲覧する時代へ

Webサイトを訪れるのは人間だけではなくなった。2026年3月20日、Googleは公式のフェッチャーリストに「Google-Agent」という新たな項目を追加した。これはクローラーでもなければ、学習用のボットでもない。ユーザーの指示で動くAIエージェントだ。

AIアシスタントに「この商品をリサーチして」「最安値のサイトを比較して」と頼む場面を想像してほしい。そのとき実際にサイトを訪問し、情報を読み取り、フォームを操作するのがGoogle-Agentである。Googleの実験的ブラウジングツール「Project Mariner」が最初の採用例となる。

これまでのSEOは「クローラーにどう読まれるか」が主眼だった。しかし今回の発表で、Web運営者は「ユーザーの代わりに行動するAI」という第三の訪問者像を明確に意識せざるを得なくなった。

Google-Agentが従来のクローラーと根本的に異なる点

Google-Agentが従来のクローラーと根本的に異なる点

GooglebotはWeb全体を巡回し、検索インデックスを構築する自動プログラムだ。一方、Google-Agentが発動する条件はただ一つ、人間がAIに「調べて」と依頼したときである。この「ユーザートリガー」という性質が、あらゆるルールを塗り替える。

robots.txtは通用しない

GoogleはGoogle-Agentを「ユーザートリガーフェッチャー」に分類している。Google Read Aloud(テキスト読み上げ)やNotebookLM(文書分析)、Feedfetcher(RSS)と同じカテゴリだ。いずれも「人間がリクエストを起こした」という共通点がある。Googleの公式見解は明快で、ユーザートリガーフェッチャーは「原則としてrobots.txtを無視する」としている。

考え方はシンプルだ。ChromeのアドレスバーにURLを入力して開くとき、ブラウザはrobots.txtの内容に関係なくページを取得する。Google-Agentはユーザーの代理であり、自律型クローラーではない。したがって同じ理屈が適用される。

この判断はOpenAIやAnthropicのアプローチと明確に異なる。ChatGPT-UserやClaude-Userはいずれもユーザートリガーフェッチャーでありながら、robots.txtの指示に従う仕様だ。robots.txtでブロックすれば、ユーザーに頼まれてもページを取得しない。Googleはそこに別の線を引いた形になる。

従来のクローラー(Googlebot)
robots.txtを尊重する
サイト所有者がアクセス制御可能
ユーザーエージェント文字列で識別
AIエージェント(Google-Agent)
robots.txtを原則無視
人間の操作と同等の扱い
アクセス制御にはサーバー認証が必要

robots.txtを万能のアクセス制御手段と考えていたサイト運営者にとって、これは大きな認識転換になる。Google-Agentを拒否したい場合は、サーバーサイドの認証やIP制限など、人間の訪問者をブロックするのと同じ手段を採る必要がある。

暗号認証「Web Bot Auth」がもたらす信頼性

暗号認証「Web Bot Auth」がもたらす信頼性

Google-Agentの発表でより重要なのは、付随する技術的布石だ。公式ドキュメントの一行に、Google-Agentが「web-bot-auth」プロトコルの実験に参加していることが記されている。識別子は「https://agent.bot.goog」である。

デジタルパスポートの仕組み

Web Bot AuthはIETF(インターネット技術標準化委員会)で策定が進む標準規格である。簡単に言えば、ボットのためのデジタルパスポートだ。各エージェントは秘密鍵を持ち、公開鍵をディレクトリに登録する。そして全てのHTTPリクエストに暗号署名を付与する。

Webサイト側はその署名を検証することで、訪問者が名乗る通りの存在であることを暗号学的に確認できる。ユーザーエージェント文字列は誰でも偽装できるが、Web Bot Authの署名は偽装できない。この差は決定的だ。

すでにAkamai、Cloudflare、AmazonのAgentCore Browserがこのプロトコルをサポートしている。Googleの参入は、標準化に向けたクリティカルマス(臨界量)の獲得を意味する。

なぜこの仕組みが今必要なのか

Webは深刻なアイデンティティ問題に直面しつつある。AIエージェントのトラフィックが増えるほど、正規のエージェントと、エージェントを装うスクレイパーを区別する必要が高まる。IPアドレスによる検証は有効だが、暗号署名のほうが大規模にスケールしやすく、なりすましも極めて難しい。

Google-AgentへのWeb Bot Auth導入は実験段階だが、エージェント認証の方向性を強く示す一手とみられている。Search Engine Journalの記事でも、この暗号認証こそがGoogle-Agent発表の最も重要な要素だと指摘されている。

Webサイト運営者が今すべき具体的対応

Webサイト運営者が今すべき具体的対応

Google-Agentの登場で、Webの訪問者モデルは3層構造として明確化された。人間が直接ブラウジングする層、GooglebotやGPTBotのようにコンテンツをインデックスするクローラー層、そして特定の人間の指示でリアルタイムにタスクを実行するエージェント層である。それぞれに異なるアクセスルールと目的がある。

第1層 人間の訪問者
ブラウザで直接サイトを閲覧、robots.txtは無関係
第2層 クローラー
検索インデックス用に巡回、robots.txtで制御可能
第3層 AIエージェント
ユーザーの代理でリアルタイムに行動、robots.txt無効

この3層構造を前提に、運営者が取るべき現実的な対策は以下の通りだ。

サーバーログの監視を始める

Google-Agentはユーザーエージェント文字列に「compatible; Google-Agent」を含む。Googleは検証用のIPレンジも公開している。まずは自社サイトにどの程度の頻度でエージェントが訪れているか、どのページを標的にしているか、何を試みているかを把握することが出発点になる。

CDNとファイアウォールの設定を確認する

非ブラウザトラフィックを積極的にブロックするセキュリティ設定を導入している場合、Google-Agentがサーバーに到達する前に拒否されている可能性がある。公開されているIPレンジが許可リストに含まれているか、確認しておくべきだ。

フォームや予約フローの検証

Google-Agentはフォームの送信や複数ステップのフロー操作も行う。チェックアウト、予約、問い合わせといった機能がJavaScriptに過度に依存していると、エージェントが正常に処理できず、裏側で静かに失敗しているケースが生じる。セマンティックなHTMLと明確なラベル設計が、これまで以上に重要になる。

robots.txtは完全なアクセス制御手段ではないと認識する

robots.txtはクローラー向けに設計された仕組みであり、エージェントの時代には通用しない場面が増える。どうしてもアクセスを制限すべきコンテンツには、認証を導入する必要がある。境界線の引き直しが求められている。

ハイブリッドWebはすでに始まっている

ハイブリッドWebはすでに始まっている

1年前まで、AIエージェントが人間と並んでWebサイトを閲覧する未来はカンファレンスの予測トークに過ぎなかった。しかし今、その存在にはユーザーエージェント文字列があり、公開されたIPレンジがあり、暗号認証プロトコルがあり、Googleの公式ドキュメントへの記載がある。

Webは人間用と機械用に分岐しなかった。融合したのだ。公開する全てのページは、人間とエージェントの両方に同時にサービスを提供している。Googleが可視化したのは、その非人間のオーディエンスがいつ現れたかを正確に把握できる手段である。

Search Engine Journalの記事は、この動きを「SEO史上最大の意識改革」と位置づけている。誇張ではない。検索エンジンにどう読まれるかだけでなく、「ユーザーの代理としてやってくるAI」にどう対応するかが、これからのWeb運営の新たな基軸になる。

この記事のポイント

  • Googleがユーザー代理でWebを閲覧する新フェッチャー「Google-Agent」を公開、Project Marinerが最初の採用例
  • ユーザートリガーフェッチャーに分類されるためrobots.txtは原則無効、アクセス制御にはサーバー認証が必要
  • 「Web Bot Auth」暗号認証プロトコルを実験導入中、エージェントのなりすまし防止を狙う
  • Web訪問者は「人間」「クローラー」「エージェント」の3層構造へ移行、各層で対応が異なる
  • サーバーログ監視、CDN設定確認、フォームのセマンティックHTML対応が即時の実務対策となる
GoogleがFAQリッチリザルト廃止、AhrefsがスキーマのAI引用価値を否定

GoogleがFAQリッチリザルト廃止、AhrefsがスキーマのAI引用価値を否定

2026年5月、スキーママークアップの価値に冷や水を浴びせる二つの動きが重なった。GoogleはFAQリッチリザルトを廃止し、Ahrefsは構造化データがAI引用を増やさないとするレポートを公開した。

この連続パンチは、SERPでの視認性向上とAI引用獲得というスキーマの二大セールスポイントを直撃する。本記事では、今回の動きが持つ意味と、データが示すスキーマの未来像を掘り下げていく。

Googleがスキーマ特典を絞り込んだ5年間

Googleがスキーマ特典を絞り込んだ5年間
2023年
FAQリッチリザルトを公的機関・医療サイトに限定
HowToリッチリザルトをデスクトップ限定化、後に廃止
2025年
Course Info、Claim Review、Estimated Salary など7種類の構造化データを廃止
2026年
Practice Problem 構造化データを廃止
FAQリッチリザルトを完全廃止
出典: Google Developer Blog、Search Engine Journal(2023-2026年)より作成

FAQリッチリザルト廃止の最終決定

2026年5月12日、GoogleはFAQページ向けの構造化データを正式に廃止した。FAQリッチリザルトは検索結果上に質問と回答を展開表示する機能で、多くのサイトがクリック率向上のために導入してきた。Googleはこの廃止について「検索結果を簡素化し、ユーザーにとって本当に価値のある情報だけを表示するため」と説明している。

この決定は突然ではない。2023年8月にはFAQリッチリザルトの表示対象を政府機関や医療サイトなどの権威的サイトに限定していた。その時点で、一般的な商業サイトやブログでのFAQ表示はすでに停止されていた。今回の完全廃止は、その延長線上にある最終決定といえる。

GoogleのJohn Mueller氏はReddit上で「マークアップの種類は登場と消滅を繰り返すが、ごく一部の重要なものだけは残り続ける」とコメントしている。これはスキーマ全般を否定する発言ではないが、特定のリッチリザルトを戦略の柱に据えることのリスクを暗に示している。

可視的報酬のパターン

過去5年間の動きを振り返ると、明確なパターンが浮かび上がる。新しい構造化データが導入される。SEO業界がその使い方を検証し、広く導入する。数年のうちにGoogleがその表示特典を縮小または廃止する。そして業界は次の新しいスキーマタイプに注目を移す。

重要なのは、マークアップ自体が無効になるわけではない点だ。Googleのシステムは引き続きFAQ構造化データを読み取り、ページ内容の理解に活用する。しかし検索結果上での目に見える特典、つまりリッチリザルト表示という形での直接的なSEO効果は消滅した。

Ahrefsレポートが示したAI引用とスキーマの関係

Ahrefsレポートが示したAI引用とスキーマの関係
従来のスキーマ導入提案(Before)
スキーママークアップの導入
JSON-LDを追加すれば、AI検索での引用が増える
Ahrefs実測データ(After)
JSON-LD追加の効果は統計的に有意でない
AI Overviewsでの引用はむしろ4.6%減少(原因は不明)
AI Mode +2.4%、ChatGPT +2.2% はいずれも誤差の範囲内

1,885ページのA/B比較から見えたもの

Ahrefsは2026年5月16日、構造化データとAI引用の関係を検証した大規模レポートを公開した。調査対象はJSON-LD形式のスキーマを追加した1,885のウェブページ。各ページに対し、スキーマを追加しなかった同条件のコントロールページを用意し、Google AI Overviews、Google AI Mode、ChatGPTの3つのAIシステムで引用数の変化を計測した。

結果は次のとおりだ。

  • Google AI Modeで引用が2.4%増加
  • ChatGPTで引用が2.2%増加
  • Google AI Overviewsで引用が4.6%減少

AI ModeとChatGPTの増加率は統計的な誤差の範囲内であり、スキーマの効果とは言い切れない数値だった。AI Overviewsの減少は統計的に有意だったが、Ahrefs自身が「この減少をスキーマが原因と断定することはできない」と慎重な見解を示している。

データが明かさなかった二つの前提

この調査結果を読む上で、二つの前提を見逃してはならない。

第一に、調査対象の全ページはスキーマ追加前からすでにAI Overviewsで100件以上の引用を獲得していた。つまり、これらのページはAIシステムによって十分にクロールされ、認識され、引用されていた。まだAIに認識されていないページでスキーマがクローリングやインデックス登録を助ける可能性は、このデータでは検証されていない。

第二に、この調査では全スキーマタイプを一括りにしている。Article、FAQ、Product、HowTo、Organizationなど種類の異なるスキーマがまとめて「スキーマあり」とラベル付けされた。タイプ別の効果は未検証であり、特定の種類で引用増加が起きる可能性は否定されていない。

Ahrefsのコンテンツマーケティング責任者であるRyan Law氏はLinkedIn上で「スキーママークアップを追加すればAI検索での引用が増えるか?おそらくノーだ」と端的に総括した。Law氏は「スキーマはAI引用を改善する魔法の解決策ではない」とも付け加えている。

業界内で広がった議論の温度感

業界内で広がった議論の温度感
FAQマークアップ → リッチリザルト表示 → SEO効果 → 普及 → 過剰最適化 → Googleが表示を制限・廃止 → 次のマークアップへ
Lily Ray氏(Amsive)が「SEOでスパム可能なものは必ずスパムされる」と指摘したサイクル
GEO業界の売り文句 → 「スキーマでAI引用が増える」→ Ahrefsデータで実証できず
Mark Williams-Cook氏(Candour)が「GEOブロはスキーマで蛇の油を売っている」と批判

「FAQスキーマはAI訓練用だった」という仮説

今回のFAQリッチリザルト廃止に対して、業界内ではさまざまな見解が飛び交った。なかでも注目されたのが、Marie Haynes ConsultingのMarie Haynes氏が提示した仮説だ。

Haynes氏は「GoogleはAIを訓練するためにFAQデータが必要だったので、リッチリザルトという形でインセンティブを与えた。そして今、もうそのデータは不要になった」という見方を示した。この説はGoogle自身によって確認されたものではないが、FAQスキーマ導入から廃止までのタイムラインを説明する一つの解釈として、多くの実務者の関心を集めた。

GEO業界への波紋

SEOの専門家であるLily Ray氏(Amsive社、SEO・AIサーチ担当VP)はLinkedIn上で「FAQスキーマはGEOにとって重要」というフレーズが約16万8000ページで使われていることを指摘し、「SEOでスパム可能なものは必ずスパムされる」と述べた。Ray氏は2019年にFAQスキーマが初めて導入された際のMoz記事でこのサイクルを予見していた。

Yoastの創業者であるJoost de Valk氏は、この事態を「GEO業界は初期SEOの歴史を高速で再現している」と表現し、「FAQスキーマの廃止はそのサイクルが再起動した最初の具体的な証拠だ」と自身のブログで述べた。de Valk氏はSchema.orgに対して、FAQSectionという新しいタイプを提案するissueも提出している。これは「このページにFAQセクションがある」という情報と「このページ自体がFAQである」という情報を構造的に分離するための提案だ。

データが答えられなかった問い

データが答えられなかった問い
AIシステムがページ情報を取得する流れ(概念図)
① クローリング(ページ発見)
← searchVIU調査: この段階でAIはHTML表示テキストを参照、JSON-LDは未使用と報告
② パース・インデックス(内容解析・登録、スキーマが効く可能性)
③ エンティティ理解(実体の同定、スキーマが効く可能性)
④ 検索時の取得・引用(実際に回答を生成)
出典: searchVIU調査(2025年)、Ahrefsレポート(2026年5月)より構成
Ahrefs調査で未検証の領域
まだAIに引用されていないページでの効果
スキーマタイプ別の効果(Article/Product/FAQを個別検証していない)
30日を超える長期的効果
Bing/Copilot/Perplexity/Claude での挙動
JavaScript経由で注入したスキーマの効果

検証されていない経路

Ahrefsの計測対象はGoogle AI Overviews、AI Mode、ChatGPTの3システムに限られる。BingやCopilot、Perplexity、Claudeなど他のAI検索システムがスキーマをどのように扱うかは未検証だ。これらのシステムはGoogleとは異なるクローリングやパースの仕組みを持つ可能性がある。

また、searchVIU(2025年)の実験では、5つのAIシステムがページを直接取得する段階で、表示テキスト(HTML)を参照し、JSON-LDやMicrodata、RDFaなどの隠されたマークアップは使用していなかったと報告されている。これは取得段階に限った話であり、インデックス登録やエンティティ理解の段階でスキーマが役立つ可能性を否定するものではない。

計測期間とタイプ混在の問題

Ahrefsの調査期間は30日間である。スキーマ追加の効果がさらに長期間かけて現れる可能性や、スキーマ追加と同時に行われた他のページ変更の影響を分離できていない点も、解釈上の注意が必要だ。

GoogleはFAQスキーマの廃止告知の中で、構造化データを「ページをよりよく理解する」ために使い続けると述べている。この「よりよく理解する」という表現が具体的に何を指し、どのような測定可能な結果につながるのかは、現時点では明らかになっていない。エンティティ理解やソース選定への間接的な影響を測定したデータは、まだ誰も公表していない。

SEO実務者がいま取るべき戦略

SEO実務者がいま取るべき戦略
〜 今すぐ見直す 〜
FAQスキーマ導入をGEO対策の柱にしていた戦略は前提から再検討
「スキーマを追加すればAI引用が増える」というGEOの売り文句はデータで裏付けられていない
〜 引き続き有効 〜
Product、Review、Event、Video スキーマ → リッチリザルトが現役
Organization、Person、Article スキーマ → エンティティ記述としての価値は残る
見出し構造の明確化、本文での直接的な回答提示 → AI引用に効く可能性が高い

特定スキーマへの過度な依存を避ける

まず確認すべきは、今回のFAQリッチリザルト廃止がスキーマ全体の否定ではないという点だ。Product、Review、Event、Videoといった一部の構造化データは、引き続きアクティブなリッチリザルト機能をサポートしている。Organization、Person、Articleマークアップも、エンティティやコンテンツの記述手段として価値を持ち続ける。

問題は、特定のスキーマタイプを戦略の柱にしてしまうことだ。過去5年間のパターンが示すように、Googleは普及したマークアップの表示特典を段階的に縮小する傾向がある。スキーマは検索エンジンにとっての「水道管」であり、一度敷設すれば特定の蛇口(リッチリザルト)が閉まっても、別の形で水(データ)を運び続ける可能性は残る。

AI引用を狙うならHTML構造を見直す

searchVIUの調査が示したのは、AIシステムがページ取得時にJSON-LDではなく表示テキスト(可視HTML)を参照しているという事実だ。この結果は、AI引用を増やすためにはスキーマよりもコンテンツ自体の構造が重要である可能性を示唆する。

具体的には、見出しを階層的に整理すること、質問に対して本文中で直接的な回答を示すこと、情報を明確なセクションに分けること、といった基本的なコンテンツ設計が、マークアップよりもAI引用に効くかもしれない。スキーマの導入を否定するデータではないが、スキーマだけでAI引用が増えるという期待はデータで裏付けられなかった。

この記事のポイント

  • Googleは2026年5月にFAQリッチリザルトを完全廃止し、可視的スキーマ特典の縮小傾向が続いている
  • Ahrefsの調査(1,885ページ)では、JSON-LD追加によるAI引用の増加は統計的に確認されなかった
  • GEO業界で広がった「スキーマでAI引用が増える」という売り文句は、データによる裏付けを欠いている
  • ProductやOrganizationなどリッチリザルトが現役のスキーマタイプは引き続き価値を持つ
  • AI引用を狙うなら、スキーマ以上にHTML構造の明確化と本文での直接回答が重要になる可能性が高い
GoogleがAEOとGEOを「依然としてSEO」と公式見解、新ガイド公開

GoogleがAEOとGEOを「依然としてSEO」と公式見解、新ガイド公開

Googleは2026年5月15日、生成AI検索機能(AI OverviewsやAI Mode)に向けたウェブサイト最適化の公式ガイドを公開した。名称は「Optimizing your website for generative AI features on Google Search」である。

このドキュメントでGoogleは、AEO(Answer Engine Optimization)やGEO(Generative Engine Optimization)と呼ばれる一連の手法について、はっきりとした立場を示した。すなわち「それらは依然としてSEOの一部である」という公式見解だ。同時に、llms.txtファイルの作成やチャンキング(コンテンツの細分化)、不自然な言及の獲得といった、一部で推奨されてきた施策に対しても「必要ない」と明言している。

記事では、この新ガイドのポイントを具体的に紹介しつつ、実務者がAI検索時代に本当に注力すべき施策を整理する。

新ガイド公開の背景と位置づけ

新ガイド公開の背景と位置づけ

今回のガイドは、2025年に公開されたAI機能の仕組みに関するドキュメントを大幅に拡充したものだ。従来版ではAI機能の動作原理や検索パフォーマンスの測定方法が中心だったが、新ガイドは「何をすべきか」という最適化アドバイスに踏み込んでいる。特に「神話打破(Mythbusting)」というセクションを新設し、業界で流布している誤解に対してGoogleの立場を直接的に表明した点が目を引く。

Googleの生成AI検索機能は、RAG(Retrieval-Augmented Generation / 検索拡張生成)とクエリファンアウトを基盤としており、基本的には既存の検索インデックスからコンテンツを引き出す仕組みだ。このため、コアとなるランキングシステムや品質評価の仕組みは従来と大きく変わらない。ガイドはその点を強調しつつ、AIならではの特性を踏まえた最適化の方向性を示している。

2025年公開の旧ガイド
AI機能の仕組み解説が中心
コンテンツの表示制御方法
パフォーマンス測定の基本
2026年5月公開の新ガイド
具体的な最適化アドバイスを追加
「神話打破」セクションの新設
AEO・GEOの位置づけを明確化
エージェント体験への初期ガイダンス

新旧ガイドの差分を見ると、Googleがサイト運営者に対して「何を気にしなくてよいか」を明確に伝えようとしていることがわかる。生成AI検索の登場以降、さまざまなサービスが独自の最適化手法を提唱してきたが、Googleはその多くを不要と断じた形だ。

AEO・GEOは「依然としてSEO」という公式見解

AEO・GEOは「依然としてSEO」という公式見解

用語の定義とGoogleの立場

ガイドでは、AEOを「Answer Engine Optimization」、GEOを「Generative Engine Optimization」と定義した上で、「Google検索の観点から言えば、生成AI検索のための最適化は検索体験のための最適化であり、したがって依然としてSEOである」と明記した。

この見解は、Googleの検索担当者であるGary Illyes氏やCherry Prommawin氏が過去のカンファレンスで発言してきた内容を公式文書化したものだ。両氏はSearch Central Liveにおいて、GEOやAEOに個別のフレームワークは不要であると述べていた。今回のガイド公開により、その立場が正式な参照可能なドキュメントとして記録されたことになる。

RAGとクエリファンアウトの仕組み

GoogleのAI機能は、RAG(検索拡張生成)という仕組みを使っている。これは、ユーザーの質問に対してまず検索インデックスから関連コンテンツを取得し、その情報をもとに生成AIが回答を構成する方式だ。クエリファンアウトは、ひとつの質問を複数の関連クエリに展開して広範囲の情報を収集する技術を指す。いずれも既存の検索インデックスに依存しているため、ベースとなるSEO対策が効いてくる構造は変わらない。

この点を踏まえると、「AI向けに別の最適化が必要」という発想そのものが、Googleの検索システムの実態と乖離していることになる。

従来の検索
ユーザーのクエリ
検索インデックス
ランキング表示
生成AI検索(AI Overviews / AI Mode)
ユーザーのクエリ
検索インデックス
RAGで回答生成
※コアの仕組みは同一。インデックス登録と品質評価が基盤

上図のように、AI検索においても検索インデックスが情報取得の起点であることに変わりはない。つまり、クローラビリティやコンテンツ品質といった従来型SEOの基盤が、そのままAI検索のパフォーマンスに直結する。

Googleが必要ないと明言した5つの施策

Googleが必要ないと明言した5つの施策

新ガイドの「神話打破」セクションでは、以下の施策について明示的に「Google検索においては不要」と記載されている。

llms.txtファイルや特殊マークアップ

機械可読なファイルやAI向けテキストファイル、特別なマークアップ、Markdownなどを用意する必要はない。GoogleはHTML以外のさまざまなファイル形式を検出しインデックス登録できるが、それはファイル形式が特別扱いされることを意味しない。

チャンキング(コンテンツの細分化)

AIシステム向けにコンテンツを細かく分割する必要はない。Googleのシステムは「ページ内の複数トピックのニュアンスを理解し、ユーザーに関連する部分を表示できる」能力を持つ。Search Engine Journalの記事によれば、GoogleのDanny Sullivan氏も2026年1月に同様の見解を示しており、社内エンジニアからもチャンキングを推奨しない意見が出ているという。

AI向けの文章リライト

AIシステムは類義語や一般的な意味を理解できるため、すべてのロングテールキーワードバリエーションを網羅したり、生成AI検索向けに特別な文体で書いたりする必要はない。過剰な最適化はむしろ不自然なコンテンツを生むリスクもある。

不自然な言及(メンション)の獲得

AI機能はブログや動画、フォーラムなどで語られている製品やサービスに関する言及を表示することがある。しかし、不自然な形で言及を集めようとする行為は「思われているほど有益ではない」とガイドは指摘する。中核のランキングシステムは品質に焦点を当てており、スパム的な言及は別の仕組みでブロックされる。

生成AI検索向けの専用構造化データ

生成AI検索のために特別なschema.orgマークアップを追加する必要はない。構造化データはリッチリザルトの表示資格を得るために従来通り活用するのがよいとしている。

Googleが明言した「不要な施策」一覧
llms.txtファイル 機械可読ファイルやAI向けMarkdownは不要
チャンキング コンテンツの細分化はAIが不要と判断
AI向け文章リライト 全キーワード網羅や特殊文体は非推奨
不自然な言及獲得 スパム的メンションはブロック対象
専用構造化データ 生成AI専用のschema.orgは存在しない
不要と明言された施策  Googleの理由

上記の施策はいずれも、一部のGEO関連リソースやAI検索最適化ガイドで推奨されてきたものだ。しかしGoogleの公式見解は真逆であり、こうした「AI専用対策」にリソースを割くことの費用対効果は極めて低いと言わざるを得ない。

代わりに注力すべき最適化の要点

代わりに注力すべき最適化の要点

では実際に何をすべきか。ガイドの推奨事項は、多くのSEO担当者にとって馴染み深い領域に集約されるが、AI検索ならではの文脈も含まれている。

非コモディティコンテンツの重視

ガイドが特に強調するのが「非コモディティコンテンツ」の概念だ。コモディティコンテンツとは、「初めて住宅を購入する人への7つのヒント」のような、どこにでもある一般知識の寄せ集めを指す。対する非コモディティコンテンツの例としてGoogleが挙げるのは「なぜ我々は検査を放棄して節約したのか——下水管内部の実例」のような、独自の経験や視点に基づく記事である。

この区別は、AIが既存の知識を要約して回答を生成できる時代において、人間の独自体験や専門的判断が差別化要因になることを示唆している。単なる情報の列挙ではなく、実際に経験したこと、検証したこと、独自に分析したことを盛り込む姿勢が求められる。

クローラビリティとインデックス

生成AI機能にコンテンツが表示されるには、ページがインデックス登録され、スニペット表示の対象となっている必要がある。具体的には、クロールのベストプラクティスに従うこと、可能な限りセマンティックHTMLを使用すること、JavaScript SEOの基本を守ること、良好なページエクスペリエンスを提供すること、重複コンテンツを減らすことなどが推奨されている。

ローカルビジネスとECの最適化

ローカルビジネスやECサイト向けには、Merchant CenterフィードとGoogleビジネスプロフィールの活用が推奨されている。また、Business Agentという、ユーザーがGoogle検索上でブランドとチャットできる会話型体験についても言及があった。これは、実店舗や商品を持つ事業者にとってAIエージェント経由の接点が増える可能性を示している。

AI検索時代のSEO優先順位(Google公式ガイドより)
最優先
非コモディティコンテンツの作成 独自の経験・分析に基づく記事
最優先
クローラビリティとインデックス管理 従来のテクニカルSEO対策
推奨
構造化データの適切な活用 リッチリザルト用途として継続
条件付き推奨
エージェント対策(UCP対応など) ビジネス関連性と余力がある場合
優先度高  状況に応じて検討

整理すると、AI検索対策の本質は「強いコンテンツを作り、検索エンジンに正しく読み取らせる」という原点に立ち返ることだ。特別なテクニックや抜け道を探す段階は、少なくともGoogleにおいては終わったと言える。

エージェント体験とUCPの初期ガイダンス

エージェント体験とUCPの初期ガイダンス

新ガイドでは、エージェント体験についても独立したセクションが設けられた。AIエージェントを「予約の手配や製品仕様の比較など、人に代わってタスクを実行できる自律システム」と定義し、ブラウザエージェントがスクリーンショットの分析、DOMの検査、アクセシビリティツリーの解釈を通じてウェブサイトにアクセスする可能性に言及している。

この文脈で紹介されているのが、web.devの「エージェントフレンドリーなウェブサイトのベストプラクティス」ガイドと、UCP(Universal Commerce Protocol)だ。UCPはGoogleが2026年初頭に発表した新興プロトコルで、Shopifyと共同開発され、すでに20社以上が支持を表明している。Vidhya Srinivasan氏の年次レターでも紹介された。

ただしGoogleは、このセクションについて「ビジネスに関連性があり、余力がある場合に検討するもの」と位置づけている。エージェント最適化は将来的な投資であり、今すぐ取り組まなければ検索順位が下がる性質のものではない。

実務への影響と今後の展望

実務への影響と今後の展望

このガイドの最大の価値は、Googleの立場を一つの文書に集約したことにある。これまでカンファレンスやポッドキャスト、ブログ投稿に分散していた見解が、公式ドキュメントとして参照可能になった。「神話打破」セクションは特に重要で、AEOやGEOのサービスを展開する業界が推奨してきた施策の多くを、Google自身が否定した形だ。

ただし注意すべき点もある。このガイドはあくまでGoogleのAI検索機能に特化したものであり、ChatGPTやPerplexityなど他プラットフォームのAI検索には適用されない可能性がある。これらのサービスは異なるシグナルを重視しているかもしれず、マルチプラットフォーム戦略をとる場合は別途検証が必要だ。

Googleは文書の締めくくりで、「このガイドのすべてを達成しなくても成功できる」と述べている。「多くのコンテンツは、明白なSEO対策を一切施さなくてもGoogle検索(生成AI体験を含む)で成果を上げている」というコメントからは、技術的な最適化よりもコンテンツの本質的な価値が優先されるというメッセージが読み取れる。

SEO担当者やサイト運営者にとって、このガイドは戦略的なリソース配分を見直す良い契機になるだろう。「AI専用の対策」に時間と予算を割くよりも、独自の情報価値を持つコンテンツの制作と、堅実なテクニカルSEOの維持に集中する。それが、Googleの生成AI検索において最も確実なアプローチだと公式に示されたのである。

この記事のポイント

  • Googleが生成AI検索最適化の公式ガイドを2026年5月に公開し、AEOやGEOは「依然としてSEOの一部」と明言した
  • llms.txt、チャンキング、AI向けリライト、不自然な言及獲得、専用構造化データの5施策を「不要」と断定
  • 代わりに非コモディティコンテンツ、クローラビリティ確保、構造化データの適切な活用を推奨
  • エージェント体験とUCPに関する初期ガイダンスも含まれるが、優先度は相対的に低い
  • ガイドの適用範囲はGoogleに限られるため、他プラットフォームでは別途戦略の検証が必要である
AdobeのAIトラフィックレポート コンバージョン率が逆転 中小サイトに必要な対策

AdobeのAIトラフィックレポート コンバージョン率が逆転 中小サイトに必要な対策

AIアシスタント経由で小売サイトを訪れるユーザーのコンバージョン率が、2025年春から2026年春の1年間で劇的に変わった。前年は他のチャネルの約半分だったが、2026年3月には逆に42%高くなった。同じチャネル、同じ店舗群だ。

Adobe Analyticsが2026年4月16日に公開した「2026年第2四半期AIトラフィックレポート」によると、米国小売サイトへのAI経由トラフィックは前年同期比393%増、ピークの2025年12月には前年比1,151%に達した。エンゲージメントは12%増、ページ滞在時間は48%増、訪問あたりのページ数は13%増、収益は37%増という数字も並ぶ。

しかし本命は率の逆転だ。1年前は「AIレファラル」が他の流入元よりもはるかに低かった。そのチャネルが今、小売において最も収益性の高い流入経路になっている。

AIトラフィックが小売の最優良チャネルに 2025年春からの大逆転

AIトラフィックが小売の最優良チャネルに 2025年春からの大逆転

2025年は非AIの半分、2026年3月は42%上回る

Adobeのデータを具体的に見る。2025年3月の時点で、AIアシスタントから米国小売サイトに到達した訪問者のコンバージョン率は、他のチャネル全体の約半分だった。これが2026年3月になると、非AI流入を42%上回るまでに改善している。同じ店舗、同じシステムで、たった12か月の間にチャネルとしての評価が反転したことになる。

成長率393%の内訳 エンゲージメントと収益も向上

量だけではない。AI経由の訪問者は、サイト内での行動もよい。エンゲージメント率は12%増、ページ滞在時間は48%長くなり、訪問あたりのページビューも13%増。さらに重要なのは、訪問あたりの収益が37%増えている点だ。単に流入数が増えただけでなく、質の高い見込み客がAIから直接サイトに送られていることを示している。

「AIトラフィックは未成熟」という見立てが過去のものに

「AIトラフィックは未成熟」という見立てが過去のものに

ペイドサーチやSNSが辿った緩やかな成熟カーブとの違い

新しいチャネルが成熟するとき、普通はゆっくりと改善していく。ペイドサーチも、モバイルも、ソーシャルもそうだった。初年度は非AIの半分のコンバージョン率だったものが、25%劣り、10%劣り、やがて均衡し、わずかに上回る。3〜4年をかけてようやく逆転するのが一般的なパターンだ。しかしAdobeのレポートが示すAIレファラルは、この曲線をまったく描いていない。たった2回の測定ポイント、12か月の間に優劣が完全に逆転した。

古い前提で動くエージェンシーへの警告

SEJのSlobodan Manic氏は、「AIトラフィックはまだ初期段階だから、段階的に最適化しよう」という発想そのものが、すでに賞味期限切れだと指摘する。「今年の数字を読んでいなければ、いまだに『未成熟』とか『準備不足』という言葉を使うエージェンシーやコンサルタントがいるが、それは1年前の情報で動いているに等しい」という。同氏は、もし提案が「これから1年かけて何が効くか学びましょう」というものなら、その提案は完全に機会を逃していると分析する。

AIがサイトを読めない根本原因 Citation Readabilityが明かす格差

AIがサイトを読めない根本原因 Citation Readabilityが明かす格差

トップとボトムで可読性スコアが60%以上違う

Adobeのレポートには「Citation Readability(引用可読性)」という指標が紹介されている。これは、ページがAIシステムによってどれだけ正確に解析され、引用されやすいかを示すものだ。トップの小売サイト(AI訪問シェアが高いサイト)のホームページは、下位のサイトと比べて62%も高いスコアを記録した。検索結果ページでは32%高、ブログや記事コンテンツでも30%高い。この差が、AI経由の流入が一部のサイトに偏る理由を明確にしている。

自社サイトの「機械可読性」を把握している経営者はほぼいない

多くのサイト運営者は、毎朝アクセス解析を見て、週次でコンバージョン率を確認し、四半期ごとにCRO(コンバージョン率最適化)戦略を議論している。しかし、GPTBotやClaudeBot、PerplexityBotが自社の商品ページをクロールしたときに、何が見えているのかを把握している企業はほとんどない。ダッシュボードには表示されず、セッション記録にも残らず、正確に「AI経由」とアトリビューションを取れているケースも稀だ。

実際のところ、機械可読性が高いサイトが達成しているコンバージョン率の向上幅は、全体平均の数字よりもさらに大きいと推測される。平均値は、読めないサイトによって押し下げられているからだ。

Dellの「成果なし」とAdobeの「チャネル逆転」 両立する理由

Dellの「成果なし」とAdobeの「チャネル逆転」 両立する理由

Dell社内データが示した平坦な結果

Adobeのレポートが公開される8日前、Dellのグローバルコンシューマー収益責任者がDigital Commerce 360の取材に対し、「エージェンティックショッピングは、まだ特に大きな成果をもたらしていない」と語った。同社の内部データでは、コンバージョンに目立った変化は見られなかったという。

サイト単位の監査こそが正しいアクション

SEJのManic氏は、この2つのデータは矛盾しないと解説する。Dellは1つのWebサイトを測定し、その結果が横ばいだった。一方、AdobeはAIモデルがきちんと読み取れる多数の小売サイトの集計を見て、チャネル全体が逆転したと結論づけた。自社のコンバージョン率がDellのように停滞しているなら、チャネルの成熟を待つのではなく、まず自社サイトの監査から始めるべきだ。Dellの数字はdell.comの問題を示しており、Adobeのデータはチャネル全体の方向性を示している、と同氏は分析している。

AIアシスタントが購買ファネルを短縮 求められるのは「可読性」

AIアシスタントが購買ファネルを短縮 求められるのは「可読性」

セッション数やインプレッションはもはや重要指標ではない

ここ30年、SEOとCROの世界では「インプレッション」「セッション」「ユニークユーザー」「ページビュー」を増やすことが正義だった。ファネルの入口を広げれば、検討するユーザーが増え、コンバージョンにつながるという計算である。しかしAIレファラルはこの前提を覆す。ChatGPTやPerplexity、Geminiからサイトに訪れるユーザーは、すでにアシスタント内で調査を終え、比較検討し、候補を絞った状態でクリックしている。サイトへの訪問は、意思決定プロセスの最終段階なのである。

従来のSEO購買ファネル
検索クエリ → SERP表示 → サイト訪問 → 商品比較 → 検討 → 購入
※ 離脱ポイントが多い
AIアシスタント経由の購買パス
AIに質問 → アシスタント内で比較・絞り込み → クリックで直接購入
コンバージョン率 42%向上

上図のように、AI経由ではファネルが大幅に短縮されている。コンバージョンの瞬間だけが可視化されるため、従来型の「流入数を追う」指標は意味を失う。Adobeのデータにあるエンゲージメント48%増や収益37%増は、この短縮された購買行動の結果だ。

AIに引用されリンクされる可読性が勝敗を分ける

393%の成長全体を引き上げているのは、AIアシスタントが実際に引用し、リンクし、購入意欲の高い見込み客を送り込めているサイトだ。これは従来の「検索エンジン向け最適化」ではなく、マシンリーダビリティ(可読性)の問題である。AIに読まれる状態になっているかどうかが、アクセスの有無を決めてしまう。SEJのManic氏は、これを「可読性こそが新しいSEO」と表現し、可読性の低いサイトはチャネル全体の成長から完全に取り残されると警告する。

今週末にできるAIクローラー向けサイト監査の2ステップ

今週末にできるAIクローラー向けサイト監査の2ステップ

JavaScriptをオフにして価格と在庫を確認する

専門ツールやチームがなくても、すぐに着手できる監査がある。1つ目はJavaScriptを無効化したブラウザで商品ページを再読み込みする方法だ。商品名、価格、在庫状況、購入ボタンがHTMLソース内に静的に存在しているかを確認する。多くのAIクローラーはJavaScriptを実行しない、あるいは実行が不安定なため、重要な情報がすべてJSでレンダリングされていると、AIはその情報を引用できない。引用されなければ、アシスタントの回答にサイトが登場することはない。

JavaScriptオフで表示される危険な商品ページ
商品名(表示されず)
価格 ーーー
在庫 ーーー
※ 価格や在庫がJSでレンダリングされ、AIが認識できない
AIに読み取れる商品ページ
商品名 エコボトル500ml
価格 ¥1,480
在庫 あり
※ 静的HTMLに重要情報が書かれており、クローラーが認識できる

上の比較のように、JSオフ時に商品情報が欠落している場合、AIクローラーからは中身のないページに見えている可能性が高い。修正の優先度は非常に高い。

回答先頭テスト ブランド演出よりも事実を最初に置く

2つ目は「回答先頭テスト」と呼ぶチェックだ。商品ページを開いて、最初に目に入るのがブランドナビゲーションやヒーローイメージ、キャッチコピーではなく、「その商品が何か、いくらか、在庫があるか」という事実情報かどうかを確かめる。AIモデルがページを要約するとき、先頭にある構造化された事実を優先的に拾う。人間はブランドの演出を許容するが、AIインデクサーはそれをスクロールで飛ばして価格を探したりはしない。

どちらかが達成できていなければ、それはトラフィックの問題ではなく、サイトアーキテクチャの問題だ。393%という成長の波は、可読性を満たしたサイトにしか届いていない。

この記事のポイント

AI経由の小売トラフィックは、わずか1年でコンバージョン率が非AIを42%上回る優良チャネルに変わった。流入数だけでなく、滞在時間や収益も大幅に伸びている。

「AIは未成熟」という前提はもはや通用しない。緩やかな成熟ではなく、急激な質的逆転が起きているため、段階的最適化という考え方では機会損失になる。

勝敗を分けるのは、AIに正しく読まれ、引用される「可読性」である。自社サイトが機械可読かどうかの監査が、セッション数やインプレッションよりも優先すべき指標になった。

今すぐJavaScriptをオフにした表示確認と、回答先頭テストを実施すれば、AIトラフィックの恩恵を受けられない根本原因を見つけられる。