タグアーカイブ Google

Google、悪質な住宅用プロキシネットワークNetNutを継続的に破壊

Google、悪質な住宅用プロキシネットワークNetNutを継続的に破壊

NetNutとは何か、住宅用プロキシの仕組み

NetNutとは何か、住宅用プロキシの仕組み

今回Googleが措置を取ったNetNut(別名Popa)は、世界最大級の住宅用プロキシネットワークだ。住宅用プロキシとは、一般家庭が契約するISP(インターネットサービスプロバイダ)のIPアドレスを経由してトラフィックを中継する仕組みである。大規模なボットネットによって実現され、NetNutは少なくとも200万台のデバイスを出口ノードとして抱えていたと見られている。

住宅用プロキシの大きな特徴は、一見すると正当な住宅回線からの通信に見える点だ。攻撃者はこの特性を悪用し、実際の位置や身元を隠蔽する。データセンター経由のプロキシとは異なり、ブラックリストに載りにくいため、アカウント不正アクセスやパスワードスプレー攻撃などに利用される。

従来のプロキシ悪用の流れ(Before)
攻撃者 指令を送信 NetNut C2サーバー 感染した住宅デバイス
住宅デバイス 被害者サイトへアクセス 標的サイト
攻撃者のIPはプロキシで隠蔽される
家庭のデバイスが踏み台にされる
Googleの対策後(After)
Google アカウント無効化&Play Protect警告
C2サーバー → 通信不能に
住宅デバイス → ネットワークから切断され、数百万人のデバイスが解放
悪用可能な出口ノードが大幅に減少

Google Threat Intelligence Group(GTIG)の推計によると、NetNutには世界で200万台以上のデバイスが接続されていた。このボットネットは主にスマートテレビやストリーミングボックスなど、家庭に常時設置されるデバイスに潜むSDKを通じて構築される。KrebsOnSecurityの報道やGoogle自身の調査により、NetNutがこうしたデバイスを悪用してプロキシネットワークを肥大化させていた実態が明らかになっている。

Googleが取った具体的な対策とその効果

Googleが取った具体的な対策とその効果

Googleは2026年7月2日、FBIやLumenなどのパートナーと連携し、NetNutの運営基盤に対して以下の施策を実施した。

Googleアカウントとサービスの無効化

NetNutがマルウェアのC2(コマンド&コントロール)に使用していたGoogleアカウントと関連サービスを、利用規約違反として無効化した。これにより、攻撃者がボットネットを制御する主要な通信路が遮断された。

技術情報の共有とエコシステム全体への働きかけ

NetNutが利用していたSDKやバックエンドのC2インフラに関する技術情報を、プラットフォーム事業者や法執行機関、研究機関と共有した。この情報に基づき、各組織が同様のネットワークを監視・遮断できるようになり、より広範な防御が可能になった。

Google Play Protectによる自動防御

Androidの組み込みセキュリティ機能であるGoogle Play Protectが、NetNutのSDKを組み込んだアプリを検出し、ユーザーに警告を発するとともに自動で無効化する措置を取った。今後も新たなインストール試行に対して保護を継続する。これによって、一般ユーザーが意図せずボットネットの一部になるリスクが大幅に低減された。

これらの連携措置により、NetNutのプロキシネットワークから数百万台のデバイスが切り離され、可用性が著しく低下した。NetNutにはホワイトラベル(再販)プログラムも存在し、多くの有名住宅用プロキシブランドが実態としてNetNutのボットネットを利用していたことが分かっている。そのため、今回の措置はプロキシ業界全体に波及効果をもたらすと見られている。

ただしGTIGは、過去のIPIDEAネットワークの事例から、個別のネットワークが一見復元力を持つように見えることもあると指摘している。プロキシ事業者は自前のボットネットが弱体化すると競合からキャパシティを購入し、事実上の再販業者に転じる傾向がある。持続的な抑止には、複数の相互接続されたネットワークを同時に標的とするスケールした取り組みが不可欠だ。

なぜ住宅用プロキシがここまで危険なのか

なぜ住宅用プロキシがここまで危険なのか

NetNutのような住宅用プロキシは、攻撃者にとって理想的な隠れ蓑になる。2026年6月の1週間だけでも、GTIGはNetNutの出口ノードを疑われるIPから316もの異なる脅威クラスタを観測した。これにはサイバー犯罪グループだけでなく、国家支援が疑われるスパイ活動グループも含まれていた。

デバイス所有者への直接的な被害

感染したデバイスが出口ノードになると、その家庭のIPアドレスから不正な通信が行われる。最悪の場合、同じホームネットワーク内の他のプライベートデバイスにもアクセスされ、外部の脅威に晒される。ユーザーが気付かないうちに自宅の回線が犯罪に利用され、プロバイダからフラグを立てられ通信を制限されるなどの二次被害も発生する。

大規模DDoS攻撃の踏み台としての利用

SynthientやSpur、Nokia Deepfieldなどの公開レポートによれば、NetNutのインフラはMirai亜種などのDDoSボットネットにデバイスを感染させる経路としても使われていた。住宅用プロキシは単なる匿名化ツールにとどまらず、より破壊的なサイバー攻撃の温床になっている。

住宅用プロキシ悪用による主なリスク
アカウント乗っ取り
正規の住宅IPに見えるため、ログイン試行のブロックを回避
内部ネットワークへの侵入
出口ノード化したデバイス経由で同一LAN内の機器にアクセス
DDoS攻撃の踏み台
多数の住宅デバイスから一斉にトラフィックを送り標的を圧迫
ユーザーへの風評被害
ISPに不正通信として検知され、正規の通信がブロックされる可能性
直接的なリスク  二次的なリスク  大規模攻撃への加担

こうしたリスクは、一般消費者のデバイスが知らぬ間に犯罪インフラの一部と化す構造的な問題だ。「無料VPN」や「帯域を共有するだけで報酬」といった甘い言葉でインストールを促すアプリが、実は住宅用プロキシのSDKを仕込んでいるケースが後を絶たない。

一般消費者が今すぐ取るべき3つの対策

一般消費者が今すぐ取るべき3つの対策

NetNutのような脅威から自分や家族のデバイスを守るために、以下の点に注意したい。

「未使用の帯域を共有する」アプリを警戒する

「帯域を貸すだけで収入が得られる」とうたうアプリは、悪質なプロキシネットワークへの参加を促す典型的な手口だ。こうしたソフトウェアは、意図せず自宅のIPを犯罪者に貸し出す結果になる。Googleは公式アプリストアの利用と、サードパーティVPNやプロキシの権限を厳格に確認するよう呼びかけている。

Google Play Protectを有効に保つ

Androidスマートフォンやテレビデバイスでは、Play Protectが自動的にNetNut関連の不正アプリを検出・無効化する。設定から保護機能が有効になっているか確認することが第一歩だ。Play Protect認証を受けていないデバイスは、セットトップボックスなどでも注意が必要だ。

信頼できるメーカーのデバイスを選ぶ

特にスマートテレビやストリーミング端末を購入する際は、公式のAndroid TV OSを搭載し、Play Protect認証を受けているかどうかを確認すべきだ。Android TVの公式サイトではパートナーメーカーの最新リストが公開されており、購入前のチェックに役立つ。

今後の展望と持続的な対策の必要性

今後の展望と持続的な対策の必要性

今回のNetNut無効化は、2026年1月のIPIDEAネットワーク対策に続くGoogleの断固たる意思表示だ。しかし住宅用プロキシ業界は急速に拡大しており、単発の措置だけでは長期的な解決にならない。事業者同士がボットネットを再販し合う流動的なエコシステムでは、1つのネットワークを潰しても別のネットワークがカバーする。

GTIGも認めるように、持続的な抑止には複数の主要プロバイダのインフラを同時に標的とし、モバイルプラットフォーム、ISP、テクノロジー企業が継続的に情報を共有し、悪意あるC2サーバーをブロックする取り組みが必要だ。Googleは「業界全体の協調努力なくして根本的な解決は難しい」との立場を明確にしている。

我々一般消費者も、知らぬ間にサイバー攻撃の一端を担わされないよう、デバイスの購入元とアプリの権限に対して常に敏感でありたい。技術的な防御だけでなく、ユーザーリテラシーの向上が、悪質な住宅用プロキシの成長を鈍化させる最後の砦になる。

住宅用プロキシ対策のエコシステム全体像
個人ユーザー 信頼できるデバイス購入・Play Protect有効化
Google・プラットフォーマー SDK情報共有、アカウント遮断、自動防御(Play Protect)
ISP・法執行機関 C2サーバーブロック、違法ネットワークの摘発
防御の第一線(デバイス所有者)
技術的対策の要(プラットフォーム)
法執行・インフラレベルでの遮断

Googleはこの発表の中で、同様の取り組みを加速させる意向を示しており、今後の脅威インテリジェンス共有の枠組みがさらに重要になるだろう。

この記事のポイント

  • GoogleがNetNut(Popa)と呼ばれる世界最大級の住宅用プロキシネットワークをFBIなどと協力して無効化
  • アカウント無効、SDK情報共有、Play Protectによる自動防御で数百万台のデバイスをネットワークから切り離し
  • 住宅用プロキシは一般家庭のデバイスを踏み台にし、アカウント乗っ取りやDDoS攻撃の温床に
  • 消費者は「未使用帯域の共有」アプリを避け、Play Protectの有効化や信頼できるデバイス選びが重要
  • 業界全体での継続的な情報共有と協調した遮断が、長期的な対策には不可欠
Googleが6月スパムアップデート公開、AI応答の操作もスパム対象に

Googleが6月スパムアップデート公開、AI応答の操作もスパム対象に

Googleは2026年6月24日、新しいスパムアップデートの展開を開始した。今回のアップデートでは、生成AIの応答を意図的に操作しようとする行為もスパムポリシー違反とみなされることが明確化された。

同時期に、サーチコンソールのAIレポートにおけるインプレッションの数え方について新たな情報が公開された。また、Advanced Web Rankingの調査ではデスクトップのCTRが上昇する一方、モバイルのトップポジションでクリック率が低下していることが判明。Similarwebのレポートからは、AIの推奨がブランド検索を経由してサイト訪問につながる構図が浮かび上がった。

この記事では、これらの動きを一つひとつ整理し、今後のSEO戦略にどう活かすかの視点を提供する。

AI応答の操作行為もスパムポリシーの対象に

AI応答の操作行為もスパムポリシーの対象に

6月24日より展開が始まったスパムアップデートは、従来のリンクスパムやキーワードスタッフィングのような旧来型の不正だけでなく、AI OverviewsやAI Modeといった生成AI検索機能に対する操作行為にも範囲を拡大した。

Googleは2026年5月にスパムポリシーを改定し、生成AIの回答に表示される引用やリンクを不正に購入する行為、情報を書き換える行為がスパムに該当すると明示していた。今回のアップデートはその方針に沿ったアルゴリズムの強化にあたる。

ランキング変動への向き合い方

スパムアップデートは数日かけて完全に適用されるため、ランキングの上下が一過性のものかそうでないかを見極める必要がある。突然順位が下がったとしても、それだけでコンテンツが「質の低いスパム」と判定されたわけではない。

SEOコンサルタントのShushrita M.氏は、変動が起きた際にはまず影響を受けたページタイプやクエリ、ディレクトリを特定し、一貫したパターンを見つけることが回復への第一歩だと指摘している。パニックに陥らず、データに基づいた診断を進める姿勢が求められる。

AIインプレッションはリンクの表示回数、クリックデータはまだない

AIインプレッションはリンクの表示回数、クリックデータはまだない

サーチコンソールの生成AIレポートで示されるインプレッションは、AI OverviewsやAI Modeの中で自社ページへのリンクが表示された回数を指す。ただし、回答内で折りたたまれているリンクは、ユーザーが開かない限りカウントされない仕組みである。

Googleのサーチ アドボケートJohn Mueller氏が明らかにしたところによると、現時点ではこのレポートにクリック数は含まれておらず、純粋に表示機会の指標として扱う必要がある。AI回答の中で自社コンテンツが参照されていても、必ずしもユーザーがクリックするとは限らない点を考慮しなければならない。

低い数値が問題とは限らない

折りたたまれたリンクのインプレッションが少ないからといって、コンテンツがAIに無視されているわけではない。ユーザーが積極的に展開しなければカウントされないため、実際の露出機会よりも数字が小さく見える可能性がある。インプレッション数はあくまで最低限の目安として捉え、他の指標と組み合わせて評価することが重要だ。

デスクトップCTRが上昇、モバイルはトップで減速

デスクトップCTRが上昇、モバイルはトップで減速

Advanced Web Rankingが公開した2026年第1四半期のベンチマークによると、デスクトップ検索のクリック率は上昇傾向にある一方、モバイル検索では1位のCTRが約2.2ポイント低下した。デスクトップの伸びは3位以下のポジションで顕著に見られた。

これは単純な「復調」ではない。モバイルの軟調が続いているなかでのデスクトップの一時的な上昇であり、両者を合算した数値だけを見ると実態を見誤る恐れがある。自社のデータをデバイス別に切り分けて分析し、それぞれの傾向を別々に把握することが欠かせない。

デバイス別の分析が必須

モバイルでCTRが下がる背景には、AI Overviewsの拡大や検索結果画面の構成変化が影響している可能性がある。デスクトップとモバイルではユーザーの行動や画面占有のされ方が異なるため、両方を一緒くたに評価せず、施策もデバイスごとに最適化していく姿勢が有効だ。

AIの推奨がブランド検索を呼び、サイト訪問数が2.5倍に増加

AIの推奨がブランド検索を呼び、サイト訪問数が2.5倍に増加

Similarwebのレポートは、ChatGPTなどのAIが特定のブランドを推奨した場合、その後のユーザー行動の55.9%がブランド検索を経由してサイト訪問につながっていると示した。AIが直接リンクをクリックされる以上に、ブランド名を覚えさせて後から検索させる流れが主流になりつつある。

ここで、AI推奨がもたらすユーザー導線の変化をBefore/Afterで視覚化してみる。

従来の検索導線(Before)
ユーザー 一般的なクエリで検索 サイト訪問
※ユーザーが能動的に検索し、表示されたリンクをクリックして訪問する
AI推奨後の導線(After)
AIがブランドを推奨 ユーザーがブランド名で検索
サイト訪問
※AIの回答を見たユーザーは、リンクを直接クリックするよりもブランドを覚えて後から検索する割合が高い
AI  ユーザー行動  成果(訪問)

上記の図のAfter側では、AIがブランドを推奨した後にユーザーが改めて検索し、最終的にサイトを訪れるという2段階のプロセスが示されている。この流れが全体の55.9%を占めているというデータは、AI検索時代のブランド力の重要性を裏付けるものだ。

ブランド検索ボリュームをKPIに加える

AIが自社名に言及した際、ユーザーはリンクを直接クリックするよりも、ブランド名を検索してからサイトを訪れる傾向が強い。そのため、従来のオーガニック検索の流入数だけでなく、ブランド検索のボリュームそのものを追跡することがAI時代の重要指標になる。

SEOコンサルタントのAleyda Solís氏も、AIの影響はクリックを伴わない形で現れるため、AIリファラルだけを見ていては実態を捉えきれないと警鐘を鳴らしている。ブランド名での検索数や、直接流入・検索流入の増加をAIの露出と結びつけて評価する視点が不可欠だ。

Googleは外部SEOツールを評価せず、内部指標へのアクセスもない

Googleは外部SEOツールを評価せず、内部指標へのアクセスもない

Googleの検索・コマース担当VPであるBrendon Kraham氏は、効果的なSEOの取り組みはそのまま生成AI検索(GEO)にも通用すると述べた。同時に、Googleは第三者のSEOツールやベンダーを評価しておらず、そうしたツールがGoogle内部の指標にアクセスすることも一切ないと明言している。

この発言は、一部のツールが「AI検索に特化した独自のランキング指標」を謳うことに対して釘を刺すものだ。AIが絡む検索環境でも、基本はこれまで通り、ユーザーにとって価値あるコンテンツを提供するというSEOの原則に立ち返る必要がある。

「良いSEOは良いGEO」だが逆は成り立たない

Zyppy SEOの創設者Cyrus Shepard氏は、この「良いSEOは良いGEO」というスローガンにおおむね同意しつつも、AIが存在しなければ絶対にしなかったであろう施策をAIに詳しいSEO担当者がすでに行っていると指摘している。生成AI検索に過度に最適化することは、検索エンジンの変化に振り回されるリスクを高めるため、注意が必要だ。

この記事のポイント

  • 6月のスパムアップデートはAI応答の操作行為もスパムと認定。ランキング変動は数日間の経過を見守りながらパターン分析を
  • サーチコンソールのAIインプレッションはリンク表示回数のみでクリックデータは未提供。低い数値は過小評価の可能性も
  • デスクトップCTRは上昇したがモバイルはトップで低下。デバイス別の分析と施策の切り分けが重要
  • AI推奨の55.9%がブランド検索を経由して訪問。ブランド検索ボリュームをAI時代の重要KPIに
  • Googleは外部SEOツールの評価や内部指標へのアクセスを否定。AI検索でも基本は質の高いコンテンツ作り
ドイツ裁判所、GoogleのAI回答に責任認定。SEO業界に衝撃

ドイツ裁判所、GoogleのAI回答に責任認定。SEO業界に衝撃

ドイツのミュンヘン地方裁判所が2026年5月28日、GoogleのAI Overviewが生成した虚偽の内容についてGoogle自身に責任があるとの仮処分を下した。AIが生成した回答は「プラットフォーム自身の発言」であり、単なる検索結果の羅列ではないという判断だ。この判決はSEOの前提を変える可能性を秘めている。

問題の核心は「AIがビジネスについて語るとき、誰が責任を負うのか」という問いだ。今回の判断は、AI回答が単なる情報の仲介ではなく「独自の編集行為」であると認定した点で画期的だ。つまり検索エンジンは自らが生成した文章に対して法的責任を問われうる時代に入った。この変化は企業のAI対策に根本的な再考を迫る。

裁判所がAI回答を「独自の編集物」と認定した意味

裁判所がAI回答を「独自の編集物」と認定した意味

ミュンヘン地方裁判所が下した仮処分(事件番号26 O 869/26)は、GoogleのAI Overviewが2つの地域出版社について虚偽の説明を生成したことを問題視した。AI Overviewはこれらの出版社を詐欺やサブスクリプション詐欺と結びつける文章を生成していたが、引用元として示された情報源のどこにもそのような記述は存在しなかった。

AI Overview(AIによる検索結果の概要表示)とは、検索クエリに対してGoogleが従来のリンク一覧ではなく、AIが生成した要約文を画面上部に表示する機能だ。複数の情報源を読み込んで独自の文章を合成する仕組みで、2024年から本格展開が始まっている。

裁判所はこのAI Overviewについて「独立した新規の実質的な主張を生成している」と評価し、通常の検索結果一覧に適用される免責保護の対象外だと判断した。Google側は「ユーザー自身が回答の正確性を確認すべき」と主張したが、裁判所はこれを退けた。機械が文章を書くなら、その機械の所有者が責任を負うという理屈だ。

従来の検索結果表示(Before)
検索エンジン リンク一覧を提示 ユーザー 自身で情報を判断
プラットフォームは「情報の仲介者」として免責されていた
AI Overview表示(After)
Google AIが独自の文章を生成 虚偽情報 を提示
裁判所「これはプラットフォーム自身の発言であり免責対象外」
免責なし(AI生成は自己責任)  免責あり(従来の検索結果一覧)

このデモが示すように、AI Overviewは従来の検索結果一覧とは法的な位置づけが根本的に異なる。裁判所は情報を「編集し合成する行為」を著作行為とみなし、そこに責任を紐づけたのだ。

この判決が持つ射程の広さ

今回の判断はあくまでドイツの一地裁による仮処分であり、EUの法的枠組みの中で下されたものだ。米国の裁判所が同じ事案を扱えば、プラットフォームを免責された仲介者とみなす従来の考え方から異なる結論に至る可能性は十分にある。ただ方向性は明確だ。AIが自律的に文章を生成する時代において、単なる「情報の受け渡し役」という位置づけは成立しなくなりつつある。

Search Engine Journalの記事では、この判決を1週間前に発表された別の調査結果と並べて論じている。その調査とは「AIに名前を挙げられることと、AIに信頼されることは別である」という分析だ。AI回答におけるビジネスの表現は、信頼の問題であると同時に説明責任の問題でもある。両方の視点が重なったとき、企業に求められる対応の輪郭が浮かび上がる。

責任を負うAIは「慎重になる」という構造的変化

責任を負うAIは「慎重になる」という構造的変化

法的責任を問われる可能性があるAIは、リスクを避けるために振る舞いを変える。これが今回の判決がもたらす最大の二次的影響だ。

AI回答が自社の発言として扱われるなら、プラットフォームが取る合理的な行動は「突然正確になること」ではない。「慎重になること」だ。確実に裏付けが取れるビジネスだけを安全圏として提示し、曖昧な存在は言及そのものを避けるようになる。この変化はすでに兆候を見せている。小規模な企業や評価が分かれる事業についてAIに質問すると、回答が急に歯切れが悪くなり、公式情報源に委ねたり、企業の特徴づけを完全に回避したりするケースが増えている。

AIが確信を持てないビジネス(リスクあり)
Q「〇〇社は信頼できますか?」
AI回答「複数の情報源がありますが、公式な確認が取れません。ご自身での確認をお勧めします」
← 言及そのものを回避する傾向が強まる
AIが確信を持てるビジネス(安全圏)
Q「△△社の主力製品は?」
AI回答「△△社は〇〇を提供しています。公式サイトではXXと記載されています」
← 一貫した情報があれば積極的に言及される
AIが言及を回避する領域  AIが積極的に言及する安全圏

この変化は「どうやってAIに正しく自社を引用させるか」という問いを「AIが自信を持って名前を出せるビジネスかどうか」という一段上の問いに引き上げる。機械可読なアイデンティティの整備は、もはやSEOの一手ではなく参加資格そのものに近づく。

AIがビジネスを「疑う」4つの原因

Search Engine Journalの記事でCarlo Daniele氏が指摘するように、大半のビジネスはAIに疑念を抱かせる材料を少なくとも一つは抱えている。具体的には以下の4パターンだ。

  • 法的実体の不一致:自社サイト、SNSプロフィール、過去のプレス記事で会社名や事業者名が微妙に異なる。AIはどれが正規情報か判断できない
  • 役職表記のズレ:会社概要ページと過去のインタビュー記事で創業者の役職表記が食い違っている
  • テキスト化されていない重要情報:製品の具体的な機能説明が画像やPDFの中にしか存在せず、AIのパーサーが読み取れない
  • カテゴリの曖昧さ:人間が読めば事業内容が明確でも、マークアップ上でカテゴリが明示されておらず機械が判断できない

これらはいずれも従来のコンテンツSEOの発想では見過ごされてきた問題だ。記事が指摘するように、これはコンテンツの問題ではなくアイデンティティの問題である。1万語のコンテンツがあっても自己矛盾した情報を発信していればAIはそのビジネスを「検証困難」と判定する。一方で簡潔でもあらゆる読み取り経路で同一の事実を返すビジネスはAIにとって「引用可能」と判断される。

AIに「確信されるビジネス」になるための実践手順

AIに「確信されるビジネス」になるための実践手順

この変化に対応するために法律家は必要ない。必要なのはAIに「このビジネスは確かだ」と判断させるための基盤整備だ。Search Engine Journalの記事で提示された3ステップを具体的に見ていく。

ステップ1 AIが自社をどう語っているか監査する

まずは自社ブランド名、製品名、事業カテゴリを実際に顧客が使うAI検索エンジンに投入し、生成される回答を第三者の目で読む。AI OverviewだけでなくChatGPTやClaudeなど複数のエンジンで確認することが重要だ。エンジンごとに回答は異なり、そのズレの大きさこそが自社のアイデンティティ監査の出発点になる。

チェックすべき項目は以下の4つだ。AIが自社のカテゴリを正しく述べているか、正しい製品を帰属させているか、正しい人物名を挙げているか、そして実際には無関係なネガティブ情報と結びつけていないか。Search Engine Journalの記事によれば、大半の企業はこのような監査を一度も実施したことがないという。

STEP 1 ブランド名・製品名・カテゴリをAI検索に入力
STEP 2 複数エンジンで回答を比較(Google・ChatGPT・Claude等)
STEP 3 カテゴリ・製品・人物・ネガティブ情報の4項目を検証
STEP 4 エンジン間のズレを監査レポートとして記録

この監査は企業のAI上の立ち位置を可視化する最初の一歩だ。自社がどのように語られているかを把握せずに対策を立てることはできない。

ステップ2 AIが判断の根拠にする事実情報を整備する

監査で発見されたズレを修正するには、AIが参照する基盤情報の整備が不可欠だ。Search Engine Journalの記事で提唱されているMachine-First Architecture(機械優先アーキテクチャ)の考え方では、以下の3つが中核となる。

第一に、Organization構造化データの実装だ。自社が誰で、何をしており、どこで確認できるかを機械可読な形式で明示する。構造化データ(Schema.orgに準拠したマークアップ)とは、HTMLに埋め込む形で検索エンジンに情報の意味を伝える仕組みであり、AIが情報を正確に抽出するための土台となる。

第二に、全情報発信チャネルでの表記統一だ。自社サイト、Googleビジネスプロフィール、主要SNS、業界ディレクトリで社名・住所・事業内容の表記を完全に一致させる。バリエーションがあるたびにAIは「どれが正しいか」の判断を強いられ、リスク回避のために言及を控える方向に傾く。

第三に、テキスト化の徹底だ。画像やPDFに埋め込まれた重要情報をHTMLテキストとしても提供し、AIのパーサーが確実に読み取れる形にする。特に事業内容の明示的な説明は、人間向けのデザイン性よりも機械向けの明快さを優先すべき局面に入っている。

ステップ3 監査を習慣化する

企業情報は時間とともに変化し、周囲のウェブ環境も変わり、AIモデルも再学習を繰り返す。一度整備して終わりではなく、定期的にAIが自社をどう語っているかを確認する習慣が必要だ。Search Engine Journalの記事はこれを「自社のアナリティクスを確認するのと同じ感覚で」行うべきだと提案している。

訴訟そのものは稀であり管轄も限られる。しかし構造的な影響はゆっくりと確実に広がる。AI回答にリスクが伴うとき、エンジンは慎重になり、慎重なエンジンは裏付けの取れるビジネスだけを積極的に提示する。企業に求められるのは「機械に確信される存在」になるための継続的な努力だ。

この記事のポイント

  • ミュンヘン地方裁判所がAI OverviewをGoogle自身のコンテンツと認定し免責を否定した
  • AI回答に法的責任が生じるとプラットフォームは「慎重になり言及を避ける」方向に動く
  • 企業名・役職・事業内容の表記不一致がAIの信頼を損ねる主要因である
  • 構造化データの実装と全チャネルでの情報統一がAI時代の基盤対策となる
  • AIによる自社の語られ方を定期的に監査する習慣が不可欠だ
GoogleとMicrosoftがAIエージェント共通仕様ARDを公開、11社が賛同

GoogleとMicrosoftがAIエージェント共通仕様ARDを公開、11社が賛同

GoogleとMicrosoftを含む11社が、AIエージェントがウェブ上のツールやスキルを自動検出するための共通仕様「ARD(Agentic Resource Discovery)」を2026年6月17日に公開した。

GitHubやHugging Face、NVIDIA、Salesforceも名を連ねるこの仕様は、各社が公開するAIエージェント向け機能を、事前の手動接続なしに実行時に見つけ出せる仕組みだ。Apache 2.0ライセンスで公開され、同日に複数の参照実装もリリースされた。

この仕様が実用化されれば、AIエージェントは必要なツールを自ら探し出して接続できるようになる。開発者やサービス提供者にとっては、自社のAPIやエージェント機能をAIシステムに自動的に見つけてもらうための新たな方法が生まれることになる。

ARDとは何か

ARDとは何か

ARD(Agentic Resource Discovery)は、AIエージェントがウェブ上で「使えるツールや機能」を自動的に見つけ出すための共通ルールを定めた仕様だ。Linux Foundationのワーキンググループが管理するAI Catalogデータモデルを基盤に構築されている。

現在のAIエージェントは、あらかじめ各ツールやMCPサーバー、APIとの接続を手動で設定する必要がある。企業が公開する機能が増え続けるなか、この「事前配線」方式では拡張性に限界があった。ARDはこの問題に対処するために設計されている。

現状の方式(Before)
開発者 各ツールを手動で登録
API A API B MCPサーバー
※AIエージェントが使えるツールを事前に1つずつ配線する必要がある
ARD導入後(After)
開発者 カタログファイルを1つ設置するだけ
AIエージェント レジストリ検索 自動接続
※実行時に必要なツールを自動検出して接続する

ARDの仕組みは、企業が自社ドメインに公開するカタログと、それを収集してインデックス化するレジストリの2層構造で成り立っている。人手による接続設定を実行時の検索に置き換えることで、AIエージェントが自律的に機能を発見できる世界を目指している。

ARDの技術的な仕組み

ARDの技術的な仕組み

カタログとレジストリの2層構造

ARDの中核は「カタログ」と「レジストリ」という2つの要素だ。まず、ツールやエージェントを提供する企業は、自社ドメインの定められたパスにai-catalog.jsonというファイルを設置する。このファイルには、公開するツール、MCPサーバー、エージェント、APIの一覧が記述される。

次に「レジストリ」がこれらのカタログを巡回(クロール)してインデックス化する。AIエージェントが「この処理に使えるツールはないか」と自然言語で問い合わせると、レジストリが該当するカタログ情報を返す仕組みだ。

STEP 1 企業が自社ドメインに ai-catalog.json を設置
STEP 2 レジストリがカタログをクロール・インデックス化
STEP 3 AIエージェントが自然言語でレジストリに問い合わせ
STEP 4 該当ツールが見つかればエージェントが直接接続

カタログが公開者の自社ドメインに置かれることで、ドメイン所有権が公開者の検証手段として機能する。本番運用では、暗号化された信頼メタデータを付与し、接続前に公開者の身元を確認することも可能だ。ツールが選定された後は、ARDの役割は終了し、実際の接続は各ツール固有のプロトコルで直接行われる。

誰に向けた仕様なのか

ARDが主に対象とするのは、APIやMCPサーバー、エージェントといった「呼び出し可能な機能」を提供する企業だ。ツールを公開する企業には、AIエージェントに見つけてもらい、信頼してもらうための明確な方法が提供される。

一方、一般的なコンテンツサイトにとっては、現時点で直接的な活用方法は示されていない。Search Engine Journalの記事でも「典型的なコンテンツサイトに今日すぐ取るべきアクションはない」と指摘されている。

公開当日に登場した参照実装

公開当日に登場した参照実装

ARDの草案公開と同日に、複数の参加企業が実際に動作するツールをリリースした。

  • GitHub Copilot向けに「Agent Finder」を導入。選択したレジストリからMCPサーバー、スキル、ツール、エージェントを検出し、ユーザーが接続対象を制御できる仕組みだ。
  • Hugging Face ARDサービス全体からスキルやMCPサーバーを検索する「Discover Tool」を公開した。
  • Cisco Linux Foundation傘下のオープンソースプロジェクト「AGNTCY Agent Directory」にARDを統合した。

GitHubのAgent Finderは特に関心を集めている。Copilotのユーザーがレジストリから必要な機能を見つけ出し、自分の判断で接続を許可できる設計は、エージェントの自律性とユーザー制御のバランスを取る試みといえる。

この流れは、ウェブの「機械可読層」を整備する一連のオープン仕様の延長線上にある。GoogleはARD公開の2日前にも、AIシステム間で組織知識を共有するための「Open Knowledge Format」仕様を発表している。いずれも自社ドメインに構造化ファイルを設置するだけで、AIシステムが人手の配線なしに情報を利用できるようにする考え方だ。

Googleの立ち位置と今後の展開

Googleの立ち位置と今後の展開

GoogleはARDにおいて、Gemini Enterprise Agent Platformの一部である「Agent Registry」を中心的な役割として位置づけている。これはエージェント向けリソースのホスティングと検索、企業向けのガバナンス管理を担う基盤だ。

Search Engine Journalの記事によれば、Agent RegistryへのネイティブARD対応は数カ月以内に予定されている。これが実現すれば、組織は内部レジストリを広域ネットワークに接続できるようになる。

ただし現時点でこの対応は稼働しておらず、ARDはあくまで「仕様」であってGoogle検索の機能ではない。検索エンジンとしてのGoogleがARDカタログを直接検索結果に反映するわけではない点は、区別して理解しておく必要がある。

コンテンツ制作者が今考えるべきこと

コンテンツ制作者が今考えるべきこと

ARDがもたらす影響は、ビジネスの性質によって大きく異なる。ツールやAPIを提供する企業には、AIエージェントに発見されるための具体的な手段が用意された。一方で、一般的なコンテンツサイト運営者にとっての即効性は限定的だ。

この仕様の価値については業界内でも議論がある。GoogleのJohn Mueller氏は、LLMシステムがllms.txtのようなファイルでサイトを区別することはできないと指摘し、将来のエージェント向け戦略よりも現在のニーズに注力するよう助言している。ARDが対象とするのはツールやエージェントであり、コンテンツではないという点は、こうした議論の背景として押さえておきたい。

仕様はまだv0.9草案であり、GitHubリポジトリで変更提案を受け付けている段階だ。実用性を左右するのは、カタログを大規模にクロールしてインデックス化できるレジストリのエコシステムだが、それもまだ初期段階にある。

エコシステムが成熟した場合に最も恩恵を受けるのは、他者が必要とするツールやエージェントを提供する企業だ。GoogleがUlrtaユーザー向けに展開し始めたエージェント主導の検索機能も、この方向性を示唆している。今すぐ取るべき現実的なアクションは、自社が使っているプラットフォームやツールがARDに対応するかどうか、そして対応時にどのような公開情報が求められるかを注視することだ。

この記事のポイント

  • ARDはAIエージェントがツールやAPIを実行時に自動発見するためのオープン仕様である
  • カタログ(ai-catalog.json)とレジストリの2層構造で、ドメイン所有権が信頼の基盤となる
  • GitHubやHugging Faceが公開初日から参照実装を提供しており、実用化に向けた動きは速い
  • 一般的なコンテンツサイトよりも、ツールやAPIを公開する企業に直接的な恩恵がある
  • v0.9草案段階であり、レジストリのエコシステム構築が今後の鍵を握る
Googleの新AI広告機能、EC事業者向け3つの重要ポイント

Googleの新AI広告機能、EC事業者向け3つの重要ポイント

Googleが年次イベントMarketing Liveで発表した約70の新広告機能のうち、EC事業者にとって特に重要な3つの変化を解説する。AIモードの新広告フォーマット、広告運用を支援するAIエージェント「Ask Advisor」、そしてYouTubeとDemand Genの統合強化だ。いずれもAIを軸にしたもので、広告の作り方と運用の仕組みを大きく変える可能性がある。

今回のアップデートの中核にあるのは、AIによる広告生成とデータ分析の自動化である。広告主が細かく設定しなくても、Googleが提供された素材から広告を組み立て、最適な形で配信する流れが加速している。この変化に対応するには、従来の手作業による運用から、AIに指示を出す「ディレクション型」の運用への転換が求められる。

AIモードに表示される3つの新広告フォーマット

AIモードに表示される3つの新広告フォーマット

GoogleはAIモード(AI Mode)で表示可能な広告フォーマットとして、以下の3種類を新たに導入した。これらの広告は広告主が個別に作成するものではなく、Googleが提供されたアセット(画像やテキスト素材)をもとに自動生成する形式をとる。

直接オファー(Direct Offers)
ユーザーの質問に対して、具体的な商品やサービスをスポンサー表示として提示する形式
会話型発見(Conversational Discovery)
AIとの対話の中で、ユーザーの意図に沿った回答とともに広告が自然に表示される形式
強調回答(Highlighted Answers)
「最も履き心地の良い靴」といったレコメンド検索で、おすすめとしてハイライト表示される形式

3つのフォーマットに共通するのは、レスポンシブ対応で広告のテキストやクリエイティブが自動調整される点だ。Googleは広告主が登録したアセット情報をもとに、テキストのカスタマイズや最終リンク先URLの拡張まで動的に制御する。これはPerformance MaxやAI Max for Searchといった、AIベースのキャンペーンを運用している広告主にとって、特に露出機会が増える仕組みになっている。

AIによる広告生成が進むほど、広告主が直接コントロールできる範囲は狭まる。しかし、その分だけ「どんなメッセージをAIに伝えるか」というブランドガイドラインの重要性が高まっている。Googleはすでに、AI Brief(AIへの指示書)とテキスト免責事項という2つのブランドガイドライン機能を提供しており、どのような表現を使うか、使わないかを事前に指定できるようになっている。

広告運用を支援するAIエージェント「Ask Advisor」

広告運用を支援するAIエージェント「Ask Advisor」

Googleは広告管理のためのAIエージェント「Ask Advisor」を発表した。これはGoogle広告やGoogleアナリティクスなど、主要なプラットフォーム上で利用できる。広告キャンペーンのパフォーマンス分析や改善提案を、チャット形式で受けられるのが特徴だ。

アカウント拡大の補助としての実力

Ask Advisorの出力は、入力されたデータの質に左右される。つまり、広告主側がどれだけ詳細な情報を与えられるかが、有用な分析を得るための鍵となる。Practical Ecommerceの記事では、映画やコミックのグッズを販売するEC事業者の事例が紹介されている。Ask Advisorは新たなカテゴリ展開の候補として「ゴーストバスターズ」と「スパイダーマン/マーベル」を提案した。

AIの提案
「ゴーストバスターズ」と「スパイダーマン/マーベル」のカテゴリ拡大
× スパイダーマン商品は取り扱いなし(誤提案)
× 最新のゴーストバスターズ映画は2年前の公開(鮮度不足)
人間が補完すべき点
AIの提案をそのまま採用せず、自社の在庫や市場動向と照合する
〇 ゴーストバスターズは取り扱いあり(提案自体は有益)
〇 分析の叩き台として活用し、人間が最終判断する

この事例が示すように、Ask Advisorの提案は「部分的な正解」にとどまる。取り扱いのない商品を提案したり、鮮度の低い市場情報をもとにしたりするケースがある。AIはあくまで分析の補助であり、最終的な判断は広告主自身が行う必要がある。特にECの場合、実際の在庫や仕入れ状況をAIが完全に把握しているわけではない点に注意が必要だ。

クリエイティブ制作を効率化する「Asset Studio」

Ask Advisorと並んで紹介されたのが、広告用のクリエイティブ素材を管理・生成する「Asset Studio」である。今回のアップデートでは、以下の2つの大きな改善が加わった。

  • Googleネイティブとサードパーティのクリエイティブを一元管理できるハブ機能の追加
  • ブランドガイドラインをアップロードして、AIに自社のトーンやデザインルールを学習させる機能の追加

これにより、複数のツールに散らばっていたクリエイティブ素材を一箇所に集約し、ブランドの一貫性を保ったままAIに広告バリエーションを生成させることが可能になる。EC事業者の場合、商品画像やキャッチコピーが多数存在するため、この一元管理のメリットは大きい。

YouTubeとDemand Genの統合がECに与える影響

YouTubeとDemand Genの統合がECに与える影響

Googleは従来のディスプレイキャンペーンをDemand Genに移行することを発表した。Performance Max、Demand Gen、動画キャンペーンがすでにディスプレイネットワーク上で配信されているため、単独のディスプレイキャンペーンタイプは不要と判断された形だ。この変更の本質は、YouTubeとDemand Genの連携強化にある。

Merchant Centerフィードとの連携

今回のアップデートで、Merchant Centerの商品フィードをDemand Genキャンペーンに直接接続できるようになった。これにより、EC事業者は自社の商品を関連性の高いYouTube動画内で表示させることが可能になる。

Merchant Center 商品フィード連携の流れ
ECサイト 商品データ Merchant Center フィード同期 Demand Gen 動画広告表示
期待される効果
クリエイターの制作した動画内で、視聴者の関心に合った商品が自動表示され、商品発見の機会が増加する

この仕組みは、ブランドがクリエイターとの信頼関係を活用してリーチを拡大する流れを加速させる。YouTube動画の視聴者はエンタメや情報収集を目的としており、その文脈の中で関連商品が自然に提示されることで、従来のバナー広告よりも高いエンゲージメントが期待できる。

EC事業者にとって重要なのは、動画コンテンツと商品データの連携を意識した戦略設計だ。Merchant Centerの商品フィードを整備し、商品タイトルや説明文を最適化しておくことで、AIが自動生成する広告の精度が向上する。また、どのようなクリエイターや動画コンテンツと自社商品が親和性を持つかを事前に分析しておくことも、効果を高める要素となる。

この記事のポイント

  • Google AIモードには「直接オファー」「会話型発見」「強調回答」の3つの新広告フォーマットが登場し、いずれも広告主のアセットからAIが自動生成する
  • AIエージェント「Ask Advisor」は広告分析を補助するが、提案の正確性には限界があり、人間による最終判断が不可欠である
  • ディスプレイキャンペーンはDemand Genに移行し、Merchant CenterフィードとYouTube動画の連携が強化された
  • AIによる広告運用の自動化が進むほど、「AIに何を指示するか」というブランドガイドラインと商品データの整備が競争力を左右する
Googleのノンコモディティ方針、ECサイトが取るべきコンテンツ戦略

Googleのノンコモディティ方針、ECサイトが取るべきコンテンツ戦略

Googleが2026年5月、AI検索時代を見据えた新しい可視性ガイドラインを公開した。その中核にあるのが「ノンコモディティ・コンテンツ(Non-Commodity Content)」という概念だ。誰にでも書ける凡庸な情報ではなく、書き手自身の経験や独自の視点がにじむコンテンツを評価するという方針である。

Practical Ecommerceの記事によると、この考え方自体は目新しいものではない。Googleは長年にわたりEEAT(経験・専門性・権威性・信頼性)を重視してきた。しかしAIによるゼロクリック検索が急速に台頭する中で、改めて「人間にしか書けないコンテンツ」の重要性が言語化された形だ。

この記事では、Googleの「ノンコモディティ」方針の具体的な内容を整理する。あわせて、ECサイトを運営する事業者やWooCommerceユーザーがこの変化をどう受け止め、どんなコンテンツ戦略を取るべきかを実務目線で解説する。

Googleが定義する「コモディティコンテンツ」とは何か

Googleが定義する「コモディティコンテンツ」とは何か

GoogleのAI可視性ガイドラインは、検索上位を目指すコンテンツを2つに大別している。「コモディティコンテンツ」と「ノンコモディティコンテンツ」だ。まず前者の定義から確認しよう。

誰が書いても同じになる情報

コモディティコンテンツとは、いわゆる「一般的な知識」に基づいて書かれた情報のことだ。具体例としてGoogleが挙げているのが「初めて住宅を購入する人への7つのヒント」といった記事である。この手の内容は、どの書き手が担当しても似たような仕上がりになる。

実務的にいえば、競合他社の記事を参考に構成し、公開データだけを元にまとめた商品比較記事や、製品スペックを並べただけの紹介ページが該当する。生成AIを使えば数分で量産できるタイプのコンテンツだ。

検索におけるコモディティコンテンツの限界

Google検索のインハウスリエゾンであるダニー・サリバン氏は、2026年4月のSearch Central Live Torontoでこのテーマを取り上げている。同氏が示した業界別の対比表を見ると、コモディティコンテンツの問題点がより明確になる。

  • ランニングシューズ販売店の場合「ランニングシューズ購入時に考慮すべき10のポイント」
  • インテリアデザイナーの場合「2024年に見逃せないキッチントレンド」

これらは情報として誤りではない。しかし、検索エンジンから見れば「どのサイトを上位表示してもユーザー体験に大差がない」と判断されるリスクをはらむ。AIによる回答生成が進むほど、この傾向は強まるだろう。

ノンコモディティコンテンツが評価される理由

ノンコモディティコンテンツが評価される理由

一方のノンコモディティコンテンツは、書き手固有の経験や専門知識に裏打ちされた情報を指す。生成AIが簡単に要約したり、出典なしで再利用したりしにくい性質を持つ。

Googleが示した具体例

先のダニー・サリバン氏による業界別の対比表では、ノンコモディティに該当する例として以下が挙げられている。

  • ランニングシューズ販売店「なぜこの顧客のシューズは400マイルで壊れたのか、摩耗パターンの分析」
  • インテリアデザイナー「大理石 vs ブドウジュース、5人家族に石材を勧めなかった理由」

どちらも実際の顧客対応や施工現場で起きた具体的なエピソードだ。競合が簡単に真似できる内容ではなく、読み手に「この店で買いたい」「このデザイナーに依頼したい」と思わせる力がある。

EEATとの関係性

ノンコモディティという用語は新しいが、背景にある考え方はGoogleが長年重視してきたEEATと重なる。EEATとは「Experience(経験)」「Expertise(専門性)」「Authoritativeness(権威性)」「Trustworthiness(信頼性)」の頭文字を取った評価基準だ。

Practical Ecommerceの記事では、Googleが以前から人間の評価者に対してEEATに基づくサイト評価を指示しており、ランキングアルゴリズムにもヘルプフルコンテンツシステムの一部としてEEATに似た要素が組み込まれている可能性が高いと指摘している。要するに、新しい概念が登場したというより、AI時代に合わせて既存の評価軸を再定義したと見るのが自然だ。

コモディティコンテンツ(Before)
「ランニングシューズ購入時に考慮すべき10のポイント」
どのサイトにも載っている一般的なアドバイスを列挙した記事。生成AIで容易に複製できる。
検索評価: 差別化要因が乏しく、上位表示が難しい
ノンコモディティコンテンツ(After)
「なぜこの顧客のシューズは400マイルで壊れたのか、摩耗パターンの分析」
実際の顧客事例と店舗独自の分析データに基づく記事。生成AIでは再現できない具体性がある。
検索評価: 独自性が評価され、上位表示の可能性が高まる
※Practical Ecommerce掲載のGoogle公式事例を基に再構成

上図の対比からわかるように、ノンコモディティコンテンツは「そのサイトでなければ読めない情報」を提供する。この一点がAI時代の検索評価において決定的な差となる。

ECサイトが取り組むべきコンテンツ戦略

ECサイトが取り組むべきコンテンツ戦略

では、WooCommerceをはじめとするECサイト運営者は、この方針転換にどう対応すればよいのか。具体的な打ち手を3つの軸で整理する。

独自データに基づく分析記事

顧客の購買データや問い合わせ履歴を分析し、傾向を記事化する手法はノンコモディティコンテンツの典型例だ。「昨年と比べて20代女性の購入単価が15%上昇した理由」「雨の日に売れる商品トップ5とその背景」といった内容である。

WooCommerceのレポート機能やGoogleアナリティクスのデータを活用すれば、小規模店舗でも十分に独自性のある分析が可能だ。数字と具体的な事例をセットにすることで、読み手の信頼を得やすくなる。

実際の使用例や顧客ストーリー

商品紹介ページに顧客の使用シーンを詳細に盛り込むことも効果的だ。「30代男性がキャンプで3日間使用した感想」「子育て中の女性が選んだ理由と1カ月後の変化」といった具体的なエピソードは、スペック表では伝わらない価値を読者に届ける。

重要なのは、単なるレビュー評価の転載ではなく、店舗スタッフが直接ヒアリングした内容や観察した気づきを文章化することだ。この一手間が、生成AIでは代替できない独自性を生む。

専門家としての見解や実験結果

自社で取り扱う商材について、スタッフが実際に検証した結果を公開する方法もある。「3種類の防水スプレーを実際に試して効果を比較した」「同価格帯の Bluetooth イヤホン5製品を音質測定器でテストした」といった記事だ。

これらは手間とコストがかかるが、検索エンジンからの評価だけでなく、ブランドの信頼構築やリピーター獲得にも直結する。YouTube動画と組み合わせれば、さらに効果は高まるだろう。

コモディティコンテンツが無価値というわけではない

コモディティコンテンツが無価値というわけではない

ここまでノンコモディティの重要性を強調してきたが、誤解してはいけない点がある。商品リリース情報や価格改定のお知らせ、採用情報といった「コモディティ的」なコンテンツにも確かな価値は存在する。

読者が求めるなら迷わず発信する

Practical Ecommerceの記事はこの点を明確に指摘している。読者が知りたい情報であれば、それがコモディティコンテンツであっても積極的に発信すべきだ。自社ブランドのファンは新製品の発表を待っているし、既存顧客はメンテナンス情報を必要としている。

直接流入の強化は、結局のところ最も確実なSEO対策である。コモディティかノンコモディティかという区分に過度に縛られるより、まずは目の前の顧客が何を求めているかに集中する姿勢が大切だ。

バランスの取れたコンテンツ設計を

理想的なのは、両方のタイプをバランスよく配置することだ。商品ページはコモディティ的な基本情報をしっかり押さえつつ、ブログ記事ではノンコモディティ的な独自コンテンツで差別化する。この二層構造が、AI検索時代のECサイトに求められるコンテンツ戦略の基本線となる。

WooCommerceサイト運営者が今すぐ始めるべき3つの施策

WooCommerceサイト運営者が今すぐ始めるべき3つの施策

ここまでの内容を踏まえ、WooCommerceでECサイトを運営する事業者が今日から取り組める具体的なアクションを3つに絞って提案する。

1. 商品説明文に実体験を注入する

メーカー提供のスペック情報をそのまま転載している商品説明ページがあるなら、すぐに手を入れるべきだ。スタッフが実際に商品を使った感想や、想定外の使い方の発見、競合品との微妙な違いなどを追記するだけで、コンテンツの独自性は格段に高まる。

2. 社内ブログに顧客事例カテゴリを新設する

WooCommerceサイトにブログ機能を追加するのは難しくない。そこに「お客様事例」というカテゴリを作り、月1本のペースで実際の顧客ストーリーを掲載していく。許可を得た上で、購入のきっかけや使用後の変化を具体的に聞き取って記事化する。

3. アクセス解析から問いの種を探す

Googleサーチコンソールで自社サイトに流入している検索クエリを確認し、まだ十分に回答できていない質問を特定する。「〇〇 比較」「〇〇 口コミ」「〇〇 使い方」といったクエリに対して、自社の実体験やデータに基づいた回答記事を用意すれば、それがそのままノンコモディティコンテンツになる。

この記事のポイント

  • GoogleはAI検索時代に対応するため「ノンコモディティコンテンツ」の重要性を正式に打ち出した
  • ノンコモディティとは、書き手固有の経験や専門知識に裏打ちされた、生成AIでは簡単に再現できない情報を指す
  • ECサイトでは顧客データ分析、使用事例の詳細な紹介、自社検証記事の公開が有効な差別化策となる
  • 読者が求める情報であれば、コモディティ的なコンテンツにも価値はある、バランスが肝心
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 Merchant CenterにAIショッピング可視性機能、表示シェア分析が可能に

Google Merchant CenterにAIショッピング可視性機能、表示シェア分析が可能に

GoogleがMerchant CenterにAIを活用した新しい可視性レポート機能を追加した。EC事業者は自社商品がAI検索結果やGeminiなどの会話型ショッピング体験でどのように表示されているかを詳細に分析できるようになる。

提供されるデータは表示シェア(Share of Voice)、購買ファネル分析、商品検索キーワードインサイト、商品属性ギャップの4種類だ。従来のランキング指標だけでは測れなかった「AIがどのように商品を推薦しているか」が数値化される点が最大の変化である。

この機能は米国、カナダ、オーストラリア、インド、ニュージーランドで今後数ヶ月以内に展開される。商品データの充実度がAI時代のEC競争力を左右する局面に入ったといえる。

AIショッピング可視性インサイトの全容

AIショッピング可視性インサイトの全容
Google Merchant Center 新レポートの4つの指標
表示シェア(Share of Voice)
競合ブランドと比較した自社商品のAI検索出現率を可視化
購買ファネル分析
商品発見から購入完了までの遷移を段階別に追跡
商品検索キーワードインサイト
買い物客が実際に使用した自然言語クエリをレポート
商品属性ギャップ
色、素材、スタイルなど未設定の構造化データを指摘
各指標は独立したレポートセクションとして提供され、相互に関連するデータも横断的に分析可能

4つの指標はそれぞれ独立して参照できるが、実際の運用では相互に関連づけて分析するのが効果的だ。例えば「属性ギャップ」がある商品が「表示シェア」で競合に劣っているケースは頻出する。

表示シェアと購買ファネルの可視化

表示シェア(Share of Voice)は、AIショッピング体験において自社商品がどの程度の頻度で表示されるかを示す指標だ。従来の検索順位とは異なり、AIが生成する回答文や推薦リスト内での出現比率を数値化する。

購買ファネル分析と組み合わせることで「表示はされているが購入に至っていない」段階を特定できる。AI検索で発見された後に詳細ページへ遷移しない商品や、比較対象には上がるが最終選択されない商品の傾向が明らかになる。

AI検索における表示と購買のファネルイメージ
STEP 1 発見
AI検索 商品が回答文に出現 表示シェア で計測
STEP 2 興味
ユーザーが商品詳細を閲覧
STEP 3 比較
競合商品と横並びで比較される
STEP 4 購入 / 離脱
最終的な購買行動を計測。ファネル分析で離脱ポイントを特定
従来のオーガニック検索と異なり、AI検索ではSTEP 1〜3が「会話の中」で完結するため、表示シェアと属性の充実度が重要になる

検索キーワードと商品属性ギャップの分析

商品検索キーワードインサイトでは、買い物客がAIに対して自然言語で入力したクエリが収集される。「軽量で防水性のある黒いリュック」といった具体的な条件がレポートに現れるため、商品データに不足している情報が一目でわかる仕組みだ。

商品属性ギャップレポートは、色、素材、スタイル、サイズといった構造化データの欠損を自動検出する。AI検索はこれらの属性を照合材料として使うため、未入力の項目があると「検索条件に合致しない」と判定されて表示機会を失う。MarTechの記事では、AIショッピングシステムが完全かつ整理された商品データを求める理由がこの点にあると指摘されている。

商品属性の充実度とAI表示機会の関係
属性が不足している商品(Before)
商品名 リュックサック
未設定
素材 未設定
容量 20L
「黒い防水リュック」の検索では色と素材が一致せず非表示
属性を完全に設定した商品(After)
商品名 リュックサック
ブラック
素材 防水ポリエステル
容量 20L
条件にすべて合致し、AI検索結果の上位に表示
商品属性ギャップレポートはこの「未設定項目」を自動検出し、修正すべき順に優先度をつけて提示する

Merchant CenterがAIコマース最適化プラットフォームへ進化

Merchant CenterがAIコマース最適化プラットフォームへ進化

Merchant Centerは当初、商品フィードの管理ツールとしてスタートした。しかし今回のアップデートで、AIコマース時代の最適化プラットフォームへと明確に舵を切ったことになる。

最大の変化は、商品フィードが単なる在庫リストではなく、SEOコンテンツと同様の扱いを受けるようになる点だ。商品名や説明文の「自然言語としての充実度」がAI検索での可視性を直接左右する。キーワードの羅列ではなく、文脈を持った商品情報が求められる。

商品フィードのSEO的発想が不可欠に

従来の商品フィード最適化といえば、タイトルにキーワードを盛り込む、画像を高解像度にする、価格と在庫を正確に保つといった基本事項が中心だった。AIショッピング時代では、これらに加えて「会話型検索で問い合わせられるであろう具体的な条件」を先回りしてデータ化する必要がある。

具体的には色のバリエーション名(「チャコールグレー」「アイボリーホワイト」など)、素材の特性(「撥水加工」「UVカット」)、使用シーン(「オフィス向け」「アウトドア用」)といった属性を構造化データとして登録することが重要になる。これらの情報がAIの推薦ロジックにおいて、商品の「選ばれる理由」を構成するからだ。

Merchant Centerの役割変化
従来のMerchant Center
商品フィード管理 ショッピング広告配信
在庫と価格の正確性が主な評価基準
AIコマース最適化プラットフォームへ
商品フィード管理 AI検索最適化 可視性分析
表示シェア、属性ギャップ、会話型検索への適合度が評価基準に追加
表示シェアのデータは、AI検索における順位が「ランキング」よりも「推薦」に近い形で表示される現状を数値化する最初の手がかりとなる

EC事業者が今すぐ着手すべき施策

EC事業者が今すぐ着手すべき施策

新機能の展開を前に、EC事業者は商品データの棚卸しを始めるべきタイミングだ。Merchant Centerの属性ギャップレポートは提供開始後に活用できるとしても、今から準備できることは多い。

商品データの完璧な構造化

色、素材、サイズ、スタイル、使用シーンといった基本属性をすべて埋めることは、検索エンジン向けの対策であると同時に、AIが「この商品はどんな買い物客に向いているか」を判断する材料を提供する行為でもある。

WooCommerceを利用している場合、商品編集画面の「商品データ」セクションで属性を追加できる。ブランドやメーカー情報も忘れずに登録する。GoogleのAIはブランド名を重要な推薦シグナルとして扱う傾向がある。

AI時代の商品コンテンツ戦略

商品説明文は「どんな人が、どんな場面で、どんな目的で使うのか」を自然な文章で書くことがこれまで以上に重要になる。キーワードの羅列やコピー&ペーストの説明文は、AIによる文脈理解の妨げになる。

具体的な対策として以下の3つを推奨する。1つ目は商品名に主要な属性を含めること(例「防水ポリエステル製 20L ブラックリュック」)。2つ目は説明文の冒頭2〜3文で商品の特徴と使用シーンを伝えること。3つ目はユーザーレビューを積極的に収集し、AIが実利用者の声を参照できるようにすることだ。AI検索はレビュー内容も回答生成の材料に使うため、これも間接的な可視性向上につながる。

AIショッピング対策 3つの優先タスク
タスク 1 商品属性(色・素材・サイズ・スタイル)を100%埋める
タスク 2 商品説明文を使う人の視点で自然な文章に書き直す
タスク 3 ユーザーレビューを収集し商品ページに反映させる
優先度順に並べている。属性の穴埋めが最も即効性が高く、説明文の改善は中長期的なAI検索での可視性に効く

この記事のポイント

  • Google Merchant CenterにAI可視性レポート機能が追加。表示シェア、購買ファネル、キーワードインサイト、属性ギャップの4指標が利用可能に
  • AI検索では商品の表示が「ランキング」より「推薦」に近い形になるため、商品属性の充実度が選ばれるかどうかを左右する
  • 商品フィードはSEOコンテンツと同じ発想で整備する必要がある。キーワードの羅列ではなく、文脈と完全性が求められる
  • 今すぐ着手すべき施策は、商品属性の100%入力、自然な説明文への書き直し、ユーザーレビューの収集の3つ
  • WooCommerce利用者は商品編集画面の属性セクションを今すぐ確認し、未入力項目をなくすことから始めるのが有効
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のAIユニバーサルカート発表、ECの購買体験はこう変わる

GoogleのAIユニバーサルカート発表、ECの購買体験はこう変わる

2026年5月19日、Googleは年次開発者会議「I/O」において、小売業界の地図を大きく塗り替える可能性のある発表を行った。ユニバーサルカート(Universal Cart)と呼ばれる新しい仕組みが、まもなく一般に提供される。

これは単なるショッピングカート機能の拡張ではない。AIが消費者の購買意図を横断的に把握し、複数のECサイトをまたいで商品を保存・比較・購入まで支援する、いわゆるエージェント型コマースの基盤だ。ECサイトを運営する事業者にとっては、自社サイト内で完結してきた「カート」という概念そのものが揺らぐことを意味する。

ここではGoogleが発表した3つの柱を整理し、従来のECフローがどう変わるのか、そしてWooCommerceなど自社ECを構える事業者がどのような準備をすべきかを具体的に紐解く。

Google I/Oで発表された3つのエージェント型コマース機能

Google I/Oで発表された3つのエージェント型コマース機能

今回の発表で核となるのは、ユニバーサルカート、ユニバーサルコマースプロトコル(UCP)、そしてエージェント決済プロトコル(AP2)の3つだ。いずれも単独で完結するものではなく、相互に連携して初めて「サイトを離れても機能するカート」が成立する。

AIが常駐する買い物かご ユニバーサルカート

ユニバーサルカートはGoogle検索やGeminiとの対話、YouTube、GmailといったGoogleのサービス全域で機能する。消費者が商品を追加すると、カートはそのまま保持され、AIが価格や在庫、キャンペーン情報を継続的に監視する。

たとえば、ある消費者がキッチンリフォームに伴い、検索中に見つけたミキサーを追加し、後日YouTubeで見た調理器具やアフィリエイトメールで見つけた包丁を同じカートに保存する。夜の映画鑑賞中にもAIが稼働し、よりレビューの良い代替商品や配送が早いオプションを提案する、というシナリオだ。

加盟店とGoogleを繋ぐ UCP

ユニバーサルコマースプロトコル(UCP)は、マーチャントセンターの商品フィードと実際の購入プロセスを橋渡しする技術仕様である。EC事業者が保有する商品情報をGoogleが正確に把握するための従来の仕組みに加え、決済や配送、在庫連携の方法を標準化する。

Practical Ecommerceの記事によれば、UCPは単なる小売カテゴリを超え、異なる市場やチャネルへも拡張される見込みだ。つまり、物販だけでなく、サービスやデジタルコンテンツの決済も将来的に巻き込む可能性がある。

AI自身が支払いを実行する AP2

エージェント決済プロトコル(AP2)は、ユーザーが事前に設定したルールに基づき、AIが購入を完了させる仕組みである。たとえば「合計が5万円を超えない」「特定の加盟店からのみ購入する」といった条件を満たせば、消費者の明示的な承認なしに決済が実行される。

このAP2は、新たに発表された永続型AIエージェント「Gemini Spark」にまず実装される。Sparkがユニバーサルカート内の商品を比較し、条件に合致すれば自動購入にまで進むという流れだ。

従来のカート(Before)
ECサイト内に閉じた買い物かご
消費者 サイト訪問 商品追加 レジへ進む
※カート情報はサイトを離れるとリセット。サイトごとに独立
Googleユニバーサルカート(After)
複数サイトを横断し、AIが常に監視・比較
AIエージェント 価格監視 代替品提案 条件付き自動購入
サイトA サイトB サイトC の商品が1つのカートに共存
AI管理  加盟店サイト  消費者操作

上図のように、従来はサイトごとに閉じていたカートが、Googleのエコシステム上で一つに統合され、AIが越境しながら購買を支援する構造へと移行する。

ユニバーサルカートが変える消費者の購買行動

ユニバーサルカートが変える消費者の購買行動

ユニバーサルカートの登場は、消費者の購買行動に根本的な変化をもたらす。これまでEC事業者が長年かけて設計してきた「サイト内での回遊→商品発見→カート投入→購入完了」という直線的な流れが、Googleのサービス全域に拡散するからだ。

ほしい物リスト化するカート

一部の消費者はすでにカートをウィッシュリストのように扱っている。商品を追加したまま放置し、給料日まで保留したり、配偶者と共有してから購入を決めるといった行動だ。こうした場合、最終的には同じECサイトに戻り、取引を完了させるのが一般的だった。

ところが、ユニバーサルカートはその「戻る」という行為を不要にする。AIが価格や在庫を比較し、同じ商品をより安く、あるいはより早く届ける別の加盟店を提案するからだ。消費者が気づいたときには、最初に商品を見つけたサイトではなく、別のサイトで購入が完了している可能性がある。

購買意図がサイトから離れるリスク

Googleのモデルでは、加盟店は依然として「販売者(merchant of record)」として注文を処理し、代金を回収する。しかし、購買意図を形成する場はGoogle側に移る。商品発見から比較検討、最終的な意思決定までが、自社サイトの外で進行するためだ。

これは、SEOや広告運用でトラフィックを集め、自社サイトでコンバージョンを獲得してきた従来型のEC事業者にとって大きな転換点である。カートがGoogle側に置かれることで、リターゲティング広告の効果や、サイト内レコメンデーションの精度にも影響が及ぶ。

EC事業者が直面する具体的なメリットとリスク

EC事業者が直面する具体的なメリットとリスク

ユニバーサルカートには明確な利点もある。カートに残った商品をGoogleがリマインドし、AIが能動的にフォローすることで、カゴ落ち(カート放棄)の回収率が高まる可能性があるのだ。

一方で、競合他社の商品と並べて表示されることによる価格競争の激化や、ブランド体験の希薄化といったリスクも無視できない。

カゴ落ち回収と新たな集客機会

通常、カートに商品が入ったまま放置される確率は業界平均で70%を超えると言われる。ユニバーサルカートは、消費者がYouTubeを視聴しているときやGmailを開いているときにも「カートに○○が入っています」と表示できるため、従来のリマインダーメールよりはるかに高い頻度と文脈で再接触できる。

また、商品フィードを最適化し、UCPに対応することで、新たな集客チャネルとして機能させることも可能だ。とくにWooCommerceを利用している事業者は、すでにGoogleマーチャントセンター向けのフィード連携プラグインが多数存在するため、技術的な導入ハードルは低い。

価格競争とブランド体験の希薄化

AIが価格や配送速度を比較し、自動的に代替商品を提案する仕組みは、消費者にとって便利である一方、加盟店にとっては厳しい価格競争を強いられる要因となる。とくに、汎用的な商品を扱う事業者は「価格以外の差別化」が急務だ。

さらに、購入プロセスがGoogle側で完結するほど、自社のブランドストーリーや世界観を伝える機会は減少する。ランディングページのデザインやUXに投資してきたEC運営者にとっては、資産の一部が間接化されるという見方もできる。

事業者にとってのメリット
カゴ落ち回収率の向上
Googleサービス全域での再接触機会
既存フィード連携の活用で導入容易
事業者にとってのリスク
価格比較による値下げ圧力
ブランド体験の間接化・希薄化
購買意図が自社サイト外で完結

メリットとリスクは表裏一体だ。どちらに比重が傾くかは、扱う商材の独自性やブランド力、そして顧客との関係構築の深度によって変わる。

EC制作会社とWooCommerce事業者がいま着手すべき備え

EC制作会社とWooCommerce事業者がいま着手すべき備え

ユニバーサルカートの米国での一般提供は2026年夏が予定されている。日本市場への展開時期は未発表だが、過去のGoogleの動きを踏まえれば、遅くとも1年以内に何らかの形で影響が及ぶ可能性は高い。

商品フィードの最適化を急ぐ

UCPが求める情報は、従来のGoogleマーチャントセンター向けフィードと大きく変わらない見込みだが、在庫連携や配送情報のリアルタイム性はより厳しく求められる。WooCommerceでは「Google Listings & Ads」などの公式プラグインでフィードを自動生成できるため、まずはこの正確性を検証しておくことが第一歩だ。

とくに商品タイトルや画像、価格、在庫ステータスは、AIが比較・推論を行う際の主要な判断材料になる。欠損や誤表記があると、検討対象から除外されるリスクが高まる。

自社サイトの「買いたくなる理由」を強化する

価格競争に巻き込まれないためには、価格以外の付加価値を明確に打ち出す必要がある。商品ページの情報量、購入後のサポート体制、独自の保証制度、会員限定の特典、ストーリー性のあるブランディングなどが差別化要素になる。

とりわけ、リピーター向けの囲い込み施策は重要度を増す。ユニバーサルカートが一般化すればするほど、一度きりの新規顧客はAIに奪われやすくなるからだ。WooCommerceの会員機能やサブスクリプション拡張を活用し、自社サイトに直接戻ってくる動線を太くしておくことが有効である。

決済フローのモダン化

AP2はGoogle側での決済代行に近い動きをするが、加盟店側の決済基盤が古いままだとスムーズに連携できない可能性がある。WooCommerceのチェックアウトブロックや、Stripe、Amazon Payなどの高速決済手段をすでに導入している場合は、そのまま流用できる見込みだが、独自実装の古い決済システムを使っている場合は移行を検討したい。

STEP 1 商品フィードの品質を点検する
STEP 2 価格以外の独自価値を商品ページに明示する
STEP 3 リピーター施策と会員導線を強化する
STEP 4 決済フローをモダン化し、外部連携に備える

上記の4ステップは、ユニバーサルカートの普及に先駆けて今すぐ着手できる具体的な対策だ。いずれも大がかりなシステム刷新ではなく、既存のWooCommerce環境の延長線上で実行できる。

エージェント型コマースはECの構造を変える

エージェント型コマースはECの構造を変える

Googleが今回示した構想は、ECが「サイト」から「システム」へと進化する大きな転換点を示している。消費者はもはや個別のECサイトを渡り歩くのではなく、AIエージェントに商品の発見・比較・購入を委ねるようになる。

これまでもマーケットプレイス型のカートは存在したが、Googleのアプローチは根本的に異なる。Amazonが一つのサイト内で複数出品者の商品をカートに入れられるのに対し、ユニバーサルカートはGoogleのサービス全域に分散し、AIが自律的に判断を下す点が最大の特徴だ。

EC事業者は短期的にはカゴ落ち回収率の改善という恩恵を受けつつ、中長期的には「自社サイトに来てもらう」から「AIに選ばれる」へとマーケティングの重心を移す必要に迫られる。SEOや広告運用だけでは不十分で、商品データの品質、ブランドの魅力、そして購入後の体験がこれまで以上に試される時代が来る。

WooCommerceのようなオープンソースのECプラットフォームは、拡張性の高さゆえにこの変化に適応しやすい。逆に、カスタマイズの余地が少ないASP型カートサービスを利用している事業者は、ベンダーの対応を待つしかない場面も出てくるだろう。

この記事のポイント

  • Googleがユニバーサルカートを発表し、2026年夏に米国で提供開始予定
  • AIが複数ECサイトの商品を一元管理し、価格比較や自動購入まで実行する
  • EC事業者はカゴ落ち回収の改善が見込める一方、価格競争とブランド希薄化のリスクもある
  • WooCommerce事業者は商品フィード最適化とリピーター施策の強化が急務
  • エージェント型コマースへの移行は、SEOや広告運用の前提をも変える