タグアーカイブ SEO

Google、Search ConsoleでAI検索専用レポートをテスト開始

Google、Search ConsoleでAI検索専用レポートをテスト開始

Googleが2026年6月3日、Search Consoleに2つの新機能を追加するテストを開始した。生成AI検索機能への表示を制御するトグルと、AI検索内での表示回数やインプレッションを確認できる専用レポートだ。

まずはイギリスの一部サイトを対象に提供され、その後に全世界へ展開される予定だ。サイト運営者にとって、これまで「ブラックボックス」だったAI検索経由のパフォーマンスを可視化する第一歩となる。

この記事では、2つの新機能の具体的な内容と、現場のSEO担当者がどう受け止め、どのような準備をすればよいかを詳しく解説する。

GoogleがSearch Consoleでテストする2つの新機能

GoogleがSearch Consoleでテストする2つの新機能

今回テストが始まったのは、AI表示制御トグルとAI専用パフォーマンスレポートの2つだ。いずれも、生成AIが検索体験に深く入り込む中で、サイト運営者が自サイトの表示状況を把握し、必要に応じて制御できるようにするための機能である。

AI表示制御トグル

1つ目のAI表示制御トグルは、文字通り「自サイトをAI検索機能に表示させるかどうか」を切り替えられる設定だ。このトグルをオフにすると、AI OverviewsやAI Mode、Discover上のAI Overviewsなど、Googleの生成AI検索機能から自サイトへの表示が一切行われなくなる。

なお、この制御はAI検索機能のみに適用され、従来の検索結果ランキングには影響しないとGoogleは明言している。いわゆるランキングシグナルとして利用されることはないというわけだ。

トグルなし(従来)
AI OverviewsやAI Modeに自サイトのコンテンツが表示されるかどうかを、サイト運営者はコントロールできなかった。
Google検索 AI機能が自由にコンテンツを取得
トグル導入後(After)
Search Console上でトグルをオフにすれば、AI検索機能に自サイトのコンテンツが一切表示されなくなる。ランキングには影響しない。
Google検索 AI機能から除外 表示停止

このトグルは、従来のスニペット制御やGoogle-Extendedの延長線上にある。スニペット制御は従来型の検索結果での表示内容を管理するものだったが、今回のトグルは「AI検索機能での表示そのもの」を対象にしている点が新しい。

AI専用パフォーマンスレポート

2つ目は、生成AI検索機能における表示回数(インプレッション)を、サイト単位・ページ単位・国別・デバイス別・日時別に確認できる専用レポートだ。データ粒度は1時間単位まで対応するという。

これまでAI検索上のデータは、Search Consoleの総合パフォーマンスレポートにまとめられており、通常の検索とAI検索を分離して分析することができなかった。今回の専用レポートによって、AI検索だけの表示傾向を把握できるようになる。

ただし、現時点ではクリック数や検索クエリ別の指標は含まれていない。Googleは「サイト運営者と協力しながら、どのような指標が最も役立つかを継続的に検討している」と述べており、今後の拡充が期待される。

新機能の詳細と現場への影響

新機能の詳細と現場への影響

トグル機能の仕組みと注意点

AI表示制御トグルをオンからオフに切り替えた場合、AI OverviewsやAI Mode、Discover上のAI Overviewsからのトラフィックとインプレッションがすべてゼロになる。AI経由の流入を意図的に避けたいサイトにとっては、明確なコントロール手段となる。

一方で、このトグルはあくまでもAI検索「機能」への表示を制御するものであり、Google-ExtendedのようにAIモデルの学習データとしての利用を制御するものではない。両者は目的が異なるため、必要に応じて併用する必要がある。

また、Googleはトグルの状態をランキングシグナルに使わないとしているが、長期的な検索エコシステムへの影響は未知数だ。AI検索が検索体験の主流になった場合、「AI機能に表示されない」という選択がサイト運営者にどのような機会損失をもたらすかを、慎重に見極める必要がある。

レポートが示すデータと欠落情報

新レポートでは、AI検索機能での自サイトのインプレッション数が詳細に把握できる。たとえば「特定のページがAI Overviewsで1日あたり何回表示されたか」「AI Mode上での国別の表示頻度」といった分析が可能になる。

しかし、大きな課題としてクリックデータが欠落している。インプレッション数だけでは、表示されたコンテンツが実際にクリックされ、サイトへの訪問に結びついたかどうかがわからない。Search Engine Journalの記事でも、この計測ギャップが1年以上にわたってAI検索の評価における最大の論点であり、今回の発表でもいまだ解消されていないと指摘している。

従来の統合レポート(Before)
通常検索とAI検索のデータが混在しており、AI経由のパフォーマンスを分離できなかった。
通常検索 AI検索 合算表示
新AI専用レポート(After)
AI検索だけのインプレッションデータをページ別、国別、デバイス別、時間単位で確認できる。クリック数は未提供。
AI検索のみ 表示回数○ クリック数✕

SEO担当者にとって、AI検索でのクリック率(CTR)は、コンテンツが実際にどの程度ユーザーの行動を促せているかを測る重要な指標だ。Googleがこのデータの提供を急ぐべき理由は明白だが、現時点ではスケジュールや具体的な追加指標は発表されていない。

AI計測をめぐるこれまでの経緯

AI計測をめぐるこれまでの経緯

AI Overviewsが2024年にアメリカで初めて導入されて以来、Search Console上でAI固有のパフォーマンスを把握したいという要望がサイト運営者やSEO専門家から繰り返し上がっていた。Search Engine Journalも、AI専用データの提供をGoogleに求め続けてきたと記事で述べている。

2025年には、AI ModeのトラフィックがSearch Consoleの総合データに統合されることが確認されたが、その際も通常のオーガニック検索との区別はできなかった。さらに、John Mueller氏は「AI Overview内のすべてのリンクはSearch Console上で単一のポジションを共有する」と説明しており、どのリンクが実際に成果を上げているのかを評価するのが難しい状況が続いていた。

そして2026年5月、GoogleはAI機能におけるリンク表示面を拡大したものの、その表示面に特化したクリックデータは依然として提供されなかった。この発表はSEOコミュニティに「計測のブラックボックス化がさらに進むのでは」という懸念をもたらした。

競合の動き、Bingの先行事例

競合の動き、Bingの先行事例

AI検索のレポーティングにおいて、MicrosoftのBingはGoogleよりも早く動いている。Bing Webmaster Toolsは2026年2月にAIパフォーマンスダッシュボードを導入し、AI検索機能で自サイトが引用された際のデータを提供し始めた。同年3月には、AIが参照したクエリと実際に引用されたページをマッピングする機能を追加し、5月のSEO WeekではCitation Share(引用シェア)のプレビューを公開している。

Bingのこれらの機能は、AI検索での自サイトの立ち位置を定量的に把握するうえで有効なツールとなっている。Googleが今回のテストでようやく第一歩を踏み出した形だが、機能面では依然としてBingに後れを取っていると言わざるを得ない。

競合が先行する状況は、Googleにとってレポーティング機能の拡充を急がせる圧力となるだろう。Search Engine Journalもこの点を指摘しており、今後のGoogleの動きに注目が集まっている。

サイト運営者が取るべき対応

サイト運営者が取るべき対応

現時点では、このテストはイギリスの一部サイトに限定されているが、グローバル展開後の準備は今から始めておくべきだ。

まず、自サイトがAI検索でどの程度表示されているのか、既存のSearch Consoleデータの中で手がかりを探しておくこと。AI Overviewsの表示傾向は、検索クエリの傾向や特定のページの急激なインプレッション増加などから、ある程度推測できる場合がある。

次に、AI表示制御トグルをどのように扱うかの社内方針を検討しておくこと。AI検索への表示を許容するのか、あるいは制限するのかは、サイトの収益モデルやコンテンツ戦略によって判断が分かれる。迷った場合は、当面はトグルをオン(表示を許容)にしたままデータを蓄積し、レポートが充実してから判断するのが賢明だ。

さらに、Bing Webmaster ToolsのAIレポートも並行して確認する習慣をつけておくと、AI検索全体のトレンドをより早く把握できる。Googleのレポート機能が成熟するまでの間、マルチプラットフォームでのデータ収集がリスクヘッジにもなる。

この記事のポイント

  • GoogleがSearch ConsoleでAI表示制御トグルとAI専用パフォーマンスレポートのテストをイギリスで開始した
  • AI表示制御トグルはAI検索機能への表示を制御するもので、ランキングシグナルには使われない
  • AI専用レポートではインプレッションを詳細に分析できるが、クリックデータは未提供
  • BingはすでにAI引用データやクエリマッピングを提供しており、Googleは後れを取っている
  • グローバル展開に備え、既存データの分析と社内方針の検討を今から進めておくべき
Googleが5月コアアップデートの完了を発表。11日間の不安定な変動を振り返る

Googleが5月コアアップデートの完了を発表。11日間の不安定な変動を振り返る

Googleは2026年6月2日、5月のコアアップデートが完了したと公式に発表した。検索ステータスダッシュボード上で、ロールアウト開始から11日と21時間を経て終了したとの報告が上がっている。

今回のアップデートは、5月21日午前8時40分(太平洋夏時間)に始まり、6月2日午前5時40分(同)に終了した。約12日間の展開期間は、3月のコアアップデートとほぼ同じ長さだ。

実務者が観測したアップデートの激しさ

実務者が観測したアップデートの激しさ

アップデートの開始と同時に、多くのSEO実務者が大きな変動を報告し始めた。特に注目されたのは、Google I/Oと同日に発表された点だ。

従来のコアアップデート
ランキング変動の主因は、純粋な「品質」と「関連性」のアルゴリズム更新。機械学習システムの改良が中心だった。
5月コアアップデート
アルゴリズム更新に加え、Google I/Oで発表された新たなAI基盤(Gemini 3.5 Flash)が、AI検索機能を支える形で同時に導入された可能性が指摘されている。

このデモが示すのは、今回の変動が単なる順位付けルールの変更ではなく、検索結果の生成プロセス自体の変化を伴う可能性があったという点だ。

SEOコンサルタントのGlenn Gabe氏は「今回の5月のコアアップデートは、従来の典型的なコアアップデートに近い強力さを見せている。3月のアップデートは地味だったが、5月は大きな動きだ」とXに投稿している。彼の観測では、この影響は特定の業種や国を超え、多岐にわたって見られたという。

また、AmsiveのLily Ray氏もXで週末の動きについて「一握りのサイトで週末に急上昇が見られた」と報告している。これらの投稿から、変動のピークが一過性のものではなく、ロールアウト期間中に何度か訪れたことがわかる。

データ分析を難しくする「多点変動」の正体

データ分析を難しくする「多点変動」の正体

今回のアップデートで最も厄介なのは、完了したからといって、ロールアウト期間中のすべての変動が同じ原因で起きたとは言い切れない点だ。

誤った分析(Before)
「5月25日と6月1日の順位を比較した。なぜこのサイトだけ上がったのか?」
※単日の比較では、一時的な変動や別要因の影響を見ている可能性が高い
正しいアプローチ(After)
「完了から1週間後のデータ(6月9日以降)を、ロールアウト前の1週間と比較する。そのうえで、変動パターンに一貫性があるか検証しよう。」
※複数時点のデータを束ねることで、ノイズを除去し真の影響を見極められる

このデモは、単日のランキング比較がいかに危険かを示している。Googleの公式ドキュメントも、アップデート完了から最低1週間はデータを寝かせ、その1週間分のデータとロールアウト開始前の1週間分を比較検証するよう強く推奨している。これに従うと、最も早く正確な比較が可能になるのは6月9日ごろという計算になる。

2026年のアップデートタイムライン

2026年のアップデートタイムライン

今回の5月コアアップデートは、2026年にGoogleが検索ステータスダッシュボードで確認した4回目のアップデートであり、2回目の検索コアアップデートだ。3月のコアアップデート完了(4月8日)から、5月の開始(5月21日)までは約6週間の間隔があった。

ここ最近のアップデート期間を振り返ると、コアアップデートの展開期間は平均2週間弱で推移していることがわかる。

2026年5月 コアアップデート 12日間(5月21日〜6月2日)
2026年3月 コアアップデート 12日間(3月27日〜4月8日)
2026年3月 スパムアップデート 20時間未満(3月24日〜3月25日)
2026年2月 Discoverコアアップデート 22日間(2月5日〜2月27日)

このタイムラインから読み取れるのは、Googleがコアアップデートを年4〜5回のペースで定期的に配信している現状だ。特に2026年は、スパムアップデートを短時間で差し込むなど、検索品質の維持に対する姿勢がより機動的になっている。

分析を始める前に押さえるべき3つの視点

分析を始める前に押さえるべき3つの視点

6月9日のクリーンな比較ウィンドウを待つ間、そしてデータ分析を始めるにあたり、以下の3つの視点を持つことが重要だ。

視点1 単一の指標ではなくパターンで捉える
特定の1日ではなく、複数ページ・複数クエリ・国やデバイス別で共通する傾向を探す。あるクエリで上がり、別のクエリで下がったといったトレードオフの把握が鍵となる。
視点2 コアアップデートの目的に立ち返る
Googleは一貫して、コアアップデートは「役に立つ、信頼できる、ユーザー第一のコンテンツ」を評価するためのものだと述べている。結局のところ、コンテンツの質的改善が最も堅実な対策となる。
視点3 AI検索機能との連動を考慮する
今回のアップデートは、AI Overviewsなどに使われる基盤モデル更新と同時期に発生した。従来の10個の青いリンクだけでなく、AIが生成する回答が順位変動に影響した可能性にも目を向ける必要がある。

これらの視点をもとに、6月9日以降、Search Consoleのデータを丁寧に分析することが、今回の大規模アップデートから次なる施策を導き出すための最善の道となる。

この記事のポイント

  • Googleの5月コアアップデートは6月2日に完了した。変動は全期間を通じて激しく、複数回のピークが観測された
  • 完了直後の単日比較は危険であり、少なくとも1週間後の6月9日以降に週次データで比較分析を行うべきだ
  • 今回の変動は、Google I/Oで発表されたAI基盤の更新とタイミングが重なり、AI検索機能との連動が示唆される
  • 結局のところ、最も有効な対策は、ユーザーにとって真に価値あるコンテンツの提供であるという原則に変わりはない
Googleで1位でも半数は画面外。検索順位より「ピクセル」で測る新常識

Googleで1位でも半数は画面外。検索順位より「ピクセル」で測る新常識

Google検索で1位を獲得しても、ユーザーの半数近くはその存在にすら気づかない。これは仮説ではなく、最新のSERP(検索結果ページ)ピクセル分析で明らかになった事実だ。

デスクトップでオーガニック1位が画面内に収まる確率は57%。スマートフォンではわずか40%ほどに低下する。1位でも画面の可視領域(ファーストビュー)からはみ出しているケースが日常化している。

この記事では、従来の「順位」という指標が陳腐化しつつある理由と、代わりに何を追うべきかを数字で整理する。検索マーケティングの成果指標をピクセル単位で捉え直す時代が来ている。

順位だけでは測れない。SERPの物理的変化

順位だけでは測れない。SERPの物理的変化

1位の中央値は635ピクセル下

Search Engine Journalの記事によると、デスクトップにおけるオーガニック検索1位の表示位置は、ページ最上部から平均635ピクセルも下がっている。標準的なノートPCのビューポート(画面の表示領域)が約800ピクセルであることを考えると、1位の半分以上はスクロールしなければ見えない計算だ。

2位になると、状況はさらに厳しい。もはや過半数のケースでファーストビューから完全に外れている。10位に至っては、スクロールを約5画面分も重ねなければ到達できない。

従来の順位重視の見方(Before)
対策キーワード 順位だけを追う 1位獲得で満足
※ユーザーが実際にその位置までスクロールしているかは不明
ピクセル高さで測る新しい視点(After)
対策キーワード 表示ピクセル高さを計測 実視認性に基づく評価
ピクセル位置が上であればあるほど、実際の目に触れる確率が高い

順位という数字が「視認される確率」と直結しなくなった要因は明確だ。AI Overviews(旧SGE)やナレッジグラフ、広告枠の拡大が、オーガニック検索結果を物理的に押し下げている。

情報系クエリと商業系クエリ、それぞれの侵食度

オーガニック検索結果を押しのけている要素は、検索意図によって顔ぶれが異なる。

情報検索型のSERPでは、AI Overviewsだけでファーストビュー領域の約3分の1を占有する。これにナレッジグラフが加わると、その割合は約41%に達する。ユーザーがスクロールする前に目にする領域のうち、実に5分の2がオーガニック以外の要素で埋まっている計算だ。

商業検索型のSERPはさらに偏りが激しい。リスティング広告とショッピングユニットの合計で、ファーストビューの60%超を占める。カテゴリによっては「人気商品」枠がそれに拍車をかけ、オーガニックの占有率は約16%にまで縮小する。

検索クエリ種別ごとのファーストビュー占有率
情報検索型クエリ(「〇〇とは」「〇〇のやり方」など)
AI Overviews 約33% + ナレッジグラフ 含むと 約41%
※残り約59%のうち、オーガニック1位が表示されるのはさらにその一部
商業検索型クエリ(「〇〇 おすすめ」「〇〇 通販」など)
広告・ショッピング枠 60%超 / オーガニックは 約16%
※カテゴリによっては「人気商品」枠がさらに有機枠を圧縮する
AI Overviews  ナレッジグラフ・広告  オーガニック占有率

業種やクエリの種類によって侵食パターンは異なるため、自社の主要キーワードがどのカテゴリに属するかを把握しておく必要がある。情報系と商業系では、画面内での戦い方がまったく変わるからだ。

順位ではなく「結果サイズ」で戦う発想

順位ではなく「結果サイズ」で戦う発想

Search Engine Journalの記事において、順位トラッキング企業のTom Capper氏が提示した最も実践的な視点転換がこれだ。キーワードの優先順位を検索ボリュームや順位だけで決めるのではなく、SERP上でその結果が占める「ピクセルサイズ」で判断する。

通常スニペットは120ピクセル、リッチリザルトは240ピクセル

標準的なオーガニック検索結果1件の高さは約120ピクセル。これに対し、画像・価格・評価スター(IPR / Images Prices Ratings)を伴うリッチリザルトは約240ピクセルを占める。視覚的な存在感は単純計算で2倍だ。

Capper氏はこの差を『ロード・オブ・ザ・リング』の戦闘シーンに例えている。巨大な戦象を倒しても「1体としてしか数えない」と言うギムリに対し、それは明らかにおかしい、という指摘だ。SERP上でも、画像や価格が並ぶリッチな表示と、プレーンなテキストリンク1行を「同じ1位」と括ってはならない、というわけだ。

SERP上の表示形式とピクセルサイズ比較
従来のテキストリンク(Before)
サンプルページタイトル
https://example.com/page
このページの説明文がここに入ります。通常は120ピクセル程度の高さになります。
画面占有率:約120px
IPR(画像・価格・評価)付きリッチリザルト(After)
商品画像
サンプル商品名
¥3,980
★★★★☆
評価数1,200件以上。送料無料。
画面占有率:約240px(標準の2倍)

実務に落とし込むなら、主要な商業キーワードをIPR対応可能かどうかで棚卸しし、獲得できるピクセルサイズの大きい施策から優先的に構造化データの実装を進めるのが合理的だ。検索ボリュームの大小より、表示されたときの視覚的インパクトを基準にする発想である。

ブランド検索ボリュームが順位予測因子としてドメインオーソリティを上回る

ブランド検索ボリュームが順位予測因子としてドメインオーソリティを上回る

Search Engine Journalの記事ではさらに、順位トラッキング企業のCapper氏が9年前に行った分析が再紹介されている。当時から「ブランド検索ボリューム」はドメインオーソリティよりもオーガニック順位との相関が強かった。そして現在、同じ分析をやり直すと、その相関はさらに強まっている。

「ブランドは順位の予測因子として、ますます強力になっている」とCapper氏は指摘する。そしてブランドを構築する手段こそが、SEOによる可視性の確保だ、と。

ここにフライホイール(弾み車)効果が生まれる。検索結果での可視性がブランド認知を高め、ブランド名での検索が増え、それが順位を押し上げ、さらに可視性が強化される。SEO担当者が長年うまく言語化できなかったこの循環を、「ふわっとした認知施策」ではなく「計測可能なオーガニックパフォーマンスの入力値」として扱う視点が求められている。

ブランド可視性のフライホイール効果
STEP 1 SERP上での高い可視性(ピクセル占有)がブランド露出を増やす
STEP 2 ユーザーがブランド名を覚え、指名検索が増加する
STEP 3 ブランド検索ボリュームの増加がオーガニック順位を押し上げる
STEP 4 さらに可視性が向上し、循環が加速する
露出  認知  順位向上  可視性強化

オーソリティ指標を無視してよいわけではない。だが、ブランドを「成果」ではなく「投入資源」として捉え直すことが、これからのSEOに求められる姿勢だ。

上位層に可視性指標をどう売り込むか

上位層に可視性指標をどう売り込むか

Search Engine Journalのウェビナーでは、このピクセル基準の考え方を社内上層部にどう説明するかについても具体的な助言があった。

ピクセル指標は従来のシェア・オブ・ボイスより直感的に通る

記事によると、Capper氏は「ピクセルデータのほうが上層部への説明がしやすい」と述べている。理由はシンプルだ。従来のシェア・オブ・ボイス(SOV / 声の占有率)という指標は、本来「どれだけ見えているか」の代替指標だった。しかし順位だけを基準にしたSOVは、実際の視認性を反映していない。SERPのスクリーンショットを並べて「この指標では勝っているが、実際はこう見えている」と示せば、ピクセル計測の必要性は一目で伝わる。

より難易度が高いのは「SEOをブランドチャネルとして再定義する」という提案だ。しかしこれにも近道がある。「他の施策で獲得しているインプレッションデータを用意し、SEOで生成しているインプレッション数と並べて提示する」という方法だ。SEOは極めて効率のよいインプレッション獲得チャネルであり、その事実を他のマーケティング指標と同じテーブルに載せることで、予算獲得の説得力が増す。

AEO・GEOの可視性をどう測るか

AI OverviewsやLLM(大規模言語モデル)経由の検索に対する可視性計測についても、記事では実践的な方針が示されている。現時点でSearch Consoleに相当するLLM向けダッシュボードは存在しないが、以下の3つのアプローチが現実的だ。

  • プロンプトレベルのブランド視認性を追跡する。ただし「キーワード1万件を追うのにプロンプトは50件」という運用は避ける。LLMは回答のバリエーションが大きいため、統計的に意味のあるサンプルサイズが必要
  • プロンプト数ではなくトピック数で考える。個別のプロンプトは検索ボリュームが1に等しいケースが大半であるため、トピック単位でカバレッジを評価する
  • 引用ではなく「言及・推奨」を追う。従来の順位トラッキングとは異なり、「どのツール・製品・ブランドが回答の中で推奨されているか」を見る。また、サーバーログを分析し、LLMのグラウンディングボットが実際にどのページをクロールしているかを把握するのも有効だ

有機検索はこのまま悪化し続けるのか

有機検索はこのまま悪化し続けるのか

Search Engine Journalの記事でCapper氏は、オーガニック検索の表示領域が改善に向かう可能性は低いが、悪化のペースは鈍化するかもしれないとの見方を示している。

根拠の一つが、Google I/OでAI Modeの広範な展開が見送られたことだ。情報検索にはある程度対応できるものの、ナビゲーショナル(特定サイトへの移動目的)検索や天気ウィジェットのような即時情報には弱く、Google社内でもユーザーの受け入れ準備が整っていないという空気がある。また、ChatGPTもAI Modeも、時間の経過とともに表示するリンクの数を増やしている。ユーザーが依然として「サイトに到達したい」という欲求を持っている証拠だ。

ただし、「以前の状態に戻るとは考えていない」と記事の見解は締めくくっている。ユーザーは「自分で探すより、答えを出してもらう」体験を気に入りつつある。有機検索の未来は、機械可読な形でSERPに情報を供給し続けるインフラとしての役割にシフトしていくだろう。

この記事のポイント

  • オーガニック1位の可視率はデスクトップ57%、スマホ40%。順位だけでは視認性を保証できない
  • SERP上での結果サイズ(ピクセル高さ)を基準にキーワード優先度を再評価する必要がある
  • ブランド検索ボリュームはドメインオーソリティ以上に順位との相関が強い
  • ピクセル指標は経営層への説明ツールとしても有効。SERPのスクリーンショット比較が決め手になる
  • AI OverviewsやLLM経由の可視性計測は、トピック単位・推奨ベース・サーバーログ分析で手がかりを得る
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対応が即時の実務対策となる