UCP(Universal Commerce Protocol)の最新アップデート—AI Modeから通常検索結果へのチェックアウト拡張、Cart・Catalog機能の追加—を踏まえ、AI購買時代のSEO・EC戦略を解説

Search Times

UCP(Universal Commerce Protocol)とは?

UCP(Universal Commerce Protocol)は、一言で言えば「AIとECシステムをつなぐ共通プロトコル」です。

Google公式の開発者ドキュメントで、UCPはエージェント型コマースのためのオープン標準であり、AI MODEやGeminiなどのコンシューマー面と商業バックエンドをつなぐ共通言語と説明されています。
GoogleのAIがユーザーの代わりに商品を比較し、提案し、そのまま購入手続きまで完結させるための土台となる仕様で、Merchant Centerに登録された商品データを基点に、検索結果やAI Mode上でシームレスな購買体験を実現します(出典:Google Merchant Center ヘルプ)

従来のECとUCP時代の購買フロー

これまでのEC購買は、ユーザー自身が検索し、サイトを訪問し、カートに入れ、決済画面まで進むという一連の操作を担っていました。サイト側はそのプロセスのなかで、いかに離脱を防ぎ、いかに比較で勝つかに腐心してきたわけです。

UCP時代は、この構造そのものが入れ替わります。ユーザーはAIに目的を伝えるだけで、AIが候補を絞り込み、価格・在庫・属性を確認し、Google Pay経由で決済まで完了させます。サイト遷移は前提ではなくなり、購買行動の主体が「人」から「AI」へとシフトします。

従来のEC購買フロー(検索→サイト訪問→カート→決済)とUCP時代のフロー(AI→提案→AI内CV→完了)を対比した概念図
フェーズ従来のECUCP時代
発見ユーザーが検索するAIが候補を提示する
比較・検討ユーザーがサイトを横断AIが商品データを横断比較
カートサイト内カートに追加AI内のCartにまとめる
決済各ECの決済画面Google Payで完結
主体人間AI

UCPが意味するパラダイムシフト

重要なのは、UCPが単なる決済機能の追加ではなく、「AIが購買行動そのものを担う」ことを前提にしたプロトコルだという点です。これは、Googleが進めるAIコマースエコシステム全体(AI Modeの新広告とコマース戦略Merchant CenterのBusiness Agent)と地続きの構想であり、検索・広告・ECの境界線そのものを引き直す動きでもあります。

つまりUCPは、これまでサイト上に閉じていた「カート」「決済」「在庫」といったEC機能を、Googleのインターフェースから直接呼び出せる形で標準化する仕組みです。本記事ではこの前提を踏まえたうえで、最新アップデートとSEO・ECへの実務的な影響を順に整理していきます。

【最新】UCPチェックアウトがGoogle通常検索結果にも拡張

今回の最大のニュースは、これまで AI Mode(生成AIによる検索体験)内に限定されていた UCP(Universal Commerce Protocol)チェックアウト が、通常の Google 検索結果にも拡張されたことが確認されました。ユーザーは検索結果から直接「Buy」ボタンを押し、サイトに遷移することなく購入を完了できるようになります。AI内CVが一部の先進的ユーザーだけの体験から、検索ユーザー全体に開かれる段階に進んだといえます。

Google検索結果に表示される「Buy with Google」ボタンのイメージ。商品リスティング横にBuyボタンが並び、タップするとそのままGoogle Pay経由で購入が完結する想定。

購入フローの具体像

新しいチェックアウト体験のフローは非常にシンプルです。商品名やカテゴリで検索 → 検索結果に表示される対応リテーラーの商品カード上で「Buy」をタップ → 配送先と支払い方法を Google アカウントから引き継ぎ → Google Pay で決済 → 完了。ユーザーはリテーラーのサイトに一度も訪問することなく、購入手続きを終えることになります。決済後の注文情報・配送ステータスは Google から通知され、商品はリテーラーから出荷される、というのが基本の構造です。

対応リテーラーと今後の拡大予定

現時点で対応が発表されている代表的なリテーラーと、今後拡大予定とされているリテーラーは以下のとおりです。まずは米国の大手家具・日用品EC、ハンドメイドマーケットプレイス、総合ディスカウントストアといった「在庫データの整備が進んでいる事業者」から順次広がっていく構図です。

  • 現在対応中:Wayfair(家具・インテリア大手)、UCP・Merchant Center 連携の整備が早かったリテーラー
  • 今後対応予定:米国主要EC各社へ拡大。Etsy(ハンドメイド・ヴィンテージ)、Target(総合小売)か?
  • 展開エリア:当面は米国の Google 検索が中心。順次他地域・他言語への拡張が見込まれる
  • 対象カテゴリ:家具、アパレル、生活雑貨など、商品データ(価格・在庫・バリエーション)の構造化が進んだ領域から拡大

「AI Mode限定」から「検索結果全体」へという意味

これまで UCP チェックアウトは AI Mode の中での実験的機能という位置づけでした。AI Mode を使うユーザーは検索ユーザー全体から見ればまだ一部であり、影響範囲も限定的でした。それが通常検索結果に拡張されたということは、Google が UCP を「コア検索のコマース体験」として組み込み始めたことを意味します。公式ヘルプでもUCPを活用した購入手続き機能が正式に文書化されており、実装フェーズに移行した合図と読み取れます(出典:Google Merchant Center ヘルプ)

EC事業者にとっての含意はシンプルです。AI Mode を使うかどうかに関わらず、Google から流入してくるユーザーの一定割合が「サイトに来ずに買って帰る」可能性が出てきました。商品データを Merchant Center に整備し、UCP の購入手続き要件を満たすことが、来年以降の検索流入とコンバージョン設計に直結します。

公式ヘルプ公開で明らかになった実装の中身

UCP(Universal Commerce Protocol)に関する大きな節目のひとつが、Googleによる公式ヘルプドキュメントの公開です。これまで一部の発表やパートナー向け資料でしか語られていなかった仕様が、Merchant Center のヘルプとして整理され、誰でも参照できる形になりました。これは「将来的な構想」ではなく、小売事業者がいま準備に取りかかるべきフェーズに入ったことを示す明確なシグナルです。(出典:Google Merchant Center ヘルプ)

ヘルプ公開で判明した4つの具体仕様

公開されたドキュメントを読み解くと、UCPチェックアウトの実装像は以下のように整理できます。いずれも、これまでの「サイトへ送客してから決済」というEC前提を覆すものです。

  • BuyボタンがGoogle上に表示される:検索結果やAI Modeの商品提示面に、ECサイトへの遷移ボタンではなく「購入ボタン」が直接設置される
  • AI内で購入が完結する:ユーザーはGoogleの画面を離れることなく、商品選択から購入確定までを完了できる
  • Google Payで決済される:決済はGoogle Pay(他にも追加される計画)を介して処理され、小売事業者はその結果を受け取る形になる
  • Merchant Center連携が必須:商品データ・在庫・価格はMerchant Centerを通して提供する必要があり、ここが参加の入口となる

「サイト遷移なしで購入が成立する」という構造変化

この仕様のなかでも特に大きいのは、購入導線にECサイトへの遷移が含まれないことです。従来のSEO・EC施策は「検索結果からサイトに連れてくる」までを設計対象としてきましたが、UCPでは購入完了までがGoogle側のUIで完結します。つまり、商品ページのデザインやLPOで差をつけるという従来の発想が通用しにくい領域が生まれるということです。ECサイトのSEOで重視すべき項目を再点検しながら、商品データ側でいかに選ばれるかという視点を持つ必要があります。

Merchant Centerが「UCP参加の入口」になる

もう一点見落とせないのが、Merchant Center連携が前提に置かれていることです。Google ショッピングやフリーリスティングのためのデータベースとして使われてきたMerchant Centerが、AI購買時代の商品データのハブとして位置づけ直されています。価格・在庫・属性・バリエーションといった構造化された商品情報が揃っていないと、そもそもUCPチェックアウトの対象にすらなりません。Googleがメール内容をMerchant Centerに取り込む動きを進めているのも、こうしたデータ集約の流れと地続きの話と捉えると理解しやすいでしょう。

まとめると、公式ヘルプの公開は単なるドキュメント整備ではなく、「Buyボタン・AI内CV・Google Pay・Merchant Center必須」という4点セットを実装ベースで提示した合図です。ここから先は、参加するかどうかではなく、いつまでに参加できる状態を作るかという時間軸の議論に移っていきます。

Cart/Catalog機能の追加で“普通の買い物”がAI内で完結する

UCP(Universal Commerce Protocol)の進化で特に大きいのが、Cart(カート)Catalog(カタログ)という2つの機能追加です。これまでのUCPチェックアウトは、AI Modeや検索結果から特定の単品を購入するユースケースが中心でしたが、Cart/Catalogが揃ったことで、「日用品をまとめて買う」「セットでそろえる」といった“普通の買い物”がAIの中で完結するようになりました。(出典:Google Merchant Center ヘルプ)

Cart:複数商品をまとめて買える&AIがセット提案

Cart機能の本質は、単に「カートに複数入れられる」ことではありません。AIが文脈を理解し、必要な商品をまとめて提案できるようになる点が重要です。たとえば「キャンプ初心者向けに一式そろえたい」とAIに伝えれば、テント・寝袋・ランタンなどを横断的に組み合わせ、そのまま1回のチェックアウトで購入できる、という体験が成立します。

  • 複数商品の一括購入(同一ストア/将来的には横断も視野)
  • AIが用途・予算・嗜好に合わせてセットを提案
  • カート単位での価格・在庫整合チェック

Catalog:リアルタイムの在庫・価格・バリエーションが前提に

もう一つの柱がCatalogです。AIが商品を提案する以上、表示する情報が古ければ「売れない」どころか「買えない・トラブルになる」状態が発生します。CatalogはMerchant Centerのフィードに加え、より即時性の高いデータ連携を想定しており、在庫・価格・サイズや色などのバリエーションをリアルタイムに反映できる仕組みが核になっています。

  • リアルタイム在庫:欠品商品をAIが提案しない
  • リアルタイム価格:セール・値下げが即時反映
  • バリエーション:サイズ・色・容量などSKU単位で正確に提示

Before / After:何が変わったのか

項目Cart/Catalog追加前Cart/Catalog追加後
購入単位基本は単品購入複数商品をまとめて購入
商品提案1点ずつのレコメンド用途・シーンに合わせたセット提案
在庫・価格フィード更新タイミングに依存リアルタイム反映が前提
バリエーション代表SKU中心の表現サイズ・色などSKU粒度で提示
カバー範囲こだわり買い・指名買い中心日常的なまとめ買いまで対応
Cart/Catalog追加前後でのAI購買体験の違い

EC事業者の視点で言えば、ここから求められるのは「フィードを整える」から「リアルタイムにつなぐ」への一段の進化です。Business Agentによるブランド対話と組み合わせれば、AIが「在庫あり・適正価格・最適な組み合わせ」を即座に判断し、そのまま購入まで運ぶ流れが現実的になります。UCP時代のEC運用は、商品ページの作り込み以上に、商品データそのものの鮮度と精度が勝敗を分ける領域へと移っていきます。

GoogleのAIコマースエコシステム戦略

UCP単体を見ているだけでは、Googleの真の狙いは見えてきません。AI Mode、Business Agent、UCP、Cart/Catalogという一見バラバラな機能群を並べて俯瞰すると、検索から購入完了までを一つのAI体験として閉じる「AIコマースエコシステム」の輪郭がはっきりと浮かび上がります。

4つのレイヤーが噛み合って初めて成立する

Googleが用意しているコンポーネントは、それぞれ異なる役割を担っています。検索体験そのものはAI Modeが、ブランドと顧客のコミュニケーションはMerchant Centerに統合されたBusiness Agentが、購入トランザクションはUCPが、そして在庫・価格・複数商品といった「日常的な買い物の実用面」はCart/Catalogが担います。

  • AI Mode の中:自然言語の検索体験と商品提案の入口
  • Business Agent:ブランド側のAIが顧客のAIと対話し、質問や条件交渉に答える
  • UCP(Universal Commerce Protocol):AIとECシステムをつなぐ共通プロトコルとして購入を完結
  • Cart/Catalog:複数商品まとめ買い、リアルタイム在庫・価格・バリエーション対応で実用化
AI Mode(検索)→ Business Agent(対話)→ UCP(購入)→ Cart/Catalog(実用化)の4レイヤーがどう連携してAIコマースを成立させるかを示す関係図

「発見→比較→対話→購入」をGoogle内で閉じる

この4レイヤーが揃った意味は大きく、ユーザーは商品の発見から購入完了までを一度もGoogleの外に出ずに完結できるようになります。AI Modeで「○○のような用途で△△が欲しい」と相談し、Business Agentがブランド側の在庫や仕様に答え、UCPがGoogle Pay経由で決済を処理し、Cart/Catalogが複数商品の組み合わせや最新の在庫状況を反映する——という一連の流れです。

従来のECは「検索エンジン」「ECサイト」「カートシステム」「決済」が別レイヤーで連結されていましたが、UCPはこの境界を取り払い、AIから見たときに購入インターフェースが標準化されている状態を作り出します(出典:Google Merchant Center ヘルプ)

Googleの戦略意図:AIエージェント時代のデフォルト基盤を握る

戦略的に読み解くと、Googleの狙いは「AIが買い物をする時代の決済・データ標準を自社が握る」ことにあります。ChatGPTやPerplexityなど他社のAIアシスタントもショッピング機能を強化していますが、Googleは検索という最大の入口、Merchant Centerという既存の商品データ基盤、Google Payという決済手段を組み合わせ、AIコマースの基盤レイヤーをまるごと提供しようとしています。

事業者から見れば、AI Mode・Business Agent・UCP・Cart/Catalogのどれか一つに対応すれば済む話ではなく、4つが連携することを前提に商品データと購入導線を整える必要があります。逆に言えば、この設計に乗ることができれば、AIに発見され、AIと対話し、AI内で購入される一連の動線を一度の対応で得られるということでもあります。

なぜUCPが重要なのか

UCP(Universal Commerce Protocol)が単なる新機能ではなく「基盤技術」と呼ばれる理由は、検索・EC・広告の前提を構造から書き換えるからです。ここでは、UCPがなぜ重要なのかを3つの観点から整理します。

① AIが「購買主体」になるという構造変化

これまでのECは、人間がキーワードで検索し、複数サイトを比較し、最終的にカートで購入するという「人間が判断する」モデルでした。UCP時代は、この主語が変わります。

  • これまで:人間が比較 → 人間が選定 → 人間が購入
  • これから:AIが比較 → AIが選定 → AIが(人間に代わって)購入

つまり、購入のトリガーを引くのはAIになります。ブランド側から見ると「ユーザーに選ばれる」だけでなく「AIに選ばれる」ことが、売上に直結する新しい競争軸として加わるわけです。Business Agentのようにブランドの一次情報をAIに供給する仕組みが整備されているのも、この構造変化を前提とした動きです。

② プラットフォーム別API開発が不要になり、接続コストが激減する

従来、ECサイトがAmazon、楽天、Google ショッピング、各種AIアシスタント等と連携しようとすると、それぞれ独自仕様のAPIに合わせて開発が必要でした。商品データのフォーマット、在庫同期方式、決済の戻り値の扱い…すべてプラットフォームごとに別物です。

UCPは、この接続をひとつの共通プロトコルに集約することを狙っています(ただし、現状はGoogle・パートナー陣営が中心で楽天等は含まれていない)。1つの標準に対応すれば、UCPに準拠した複数のAIエージェントやサーフェスから購入してもらえる──というのが基本構想です。小売事業者にとっては、AIコマースに乗るための初期コストと運用コストが大きく下がる可能性があります。(出典:Google Merchant Center ヘルプ)

③ SEOは「終わらない、しかし変わる」

UCPの登場で「SEOは終わるのか?」という議論がよく持ち上がりますが、Googleのスタンスは一貫しています。コンテンツの品質評価、E-E-A-T、構造化データといった既存のSEO資産はAI時代でも引き続き重要であり、UCPはそれを置き換えるものではなく拡張するものだという位置付けです。

ただし、SEOの「役割」は確実に変わります。これまでは検索結果でクリックされ、自社サイトに来てもらうことがゴールでした。UCP時代は、AIに正しく商品情報を理解させ、比較対象として選ばれ、そのままAI内で購入完了まで運んでもらうことがゴールになります。ランキングを取る競争から、AIに選定される競争への移行です。ECサイトのSEO設計も、この前提に合わせて見直す必要があります。

AIが主体になり、接続が標準化され、SEOの役割が再定義される──この3つが重なるからこそ、UCPは単なる機能追加ではなく、ECとSEOの土台を組み替える重要な動きだといえます。

SEO・ECへの影響:クリックから「AI選定」へ

UCPの実装が進むことで、SEOとECに与える影響は単なる「流入の増減」では捉えきれない構造的なものになります。検索のゴールが「クリック」から「AIに選ばれてそのまま購入されること」へとシフトする中、施策の評価軸そのものを見直す必要があります。ここでは、クリック・商品データ・KPI・商品データSEOという4つの軸で、何がどう変わるのかを整理します。

① クリックが減る:AI内完結によるトラフィック減少リスク

UCPチェックアウトでは、ユーザーがGoogleの検索結果やAI Mode上で「Buy」ボタンを押し、サイトに遷移することなく購入を完了できます。つまり、これまでEC事業者が当然のように積み上げてきた「検索 → サイト訪問 → カート投入 → 決済」というファネルのうち、最初のサイト訪問が省略されるケースが増えるということです。

結果として、商品ページへのオーガニッククリック数は構造的に減少する可能性があります。これはAIによる概要(AI Overviews)やAI Modeの拡大によってすでに進行しているトレンドですが、UCPはそれを「購買行動そのもの」に拡張する点で、より直接的な影響を持ちます。AI Modeが検索ジャーニー全体に伴走する新しい検索体験と組み合わせて捉えると、サイト流入をKPIにし続ける限界が見えてきます。

② 商品データが最重要になる:AIが見るのは「データ」

AIが購買を仲介する世界で、AIが参照するのはサイトのデザインやキャッチコピーではなく、構造化された商品データです。具体的には次のような項目が判断材料になります。

  • 価格(リアルタイムの最新価格)
  • 在庫(販売可能か、いつ届くか)
  • 属性(サイズ・色・素材・対応規格などの正確性と網羅性)
  • フィード(Merchant Centerに送るデータの粒度と鮮度)

つまり、これまで「コンテンツSEO」で重視されてきた記事・レビュー・解説テキストの価値が消えるわけではありませんが、AI選定の現場では商品データの完全性と正確性が一次的なシグナルになります。(出典:Google Merchant Center ヘルプ)

③ KPIが変わる:CTR・セッションから「AI選定率」へ

クリックが減り、AIが選定主体になるということは、従来のSEO・EC指標の意味も変わるということです。CTRやセッション、検索順位といった指標は引き続き有用ですが、それだけでは「AIに選ばれて売れているか」を測れません。UCP時代には次のような新しいKPIが必要になります。

観点従来SEO/ECのKPIUCP時代のKPI
露出検索順位・インプレッションAI選定率(AIに候補として挙げられた割合)
誘導CTR・セッション数Buy表示率(Buyボタンが表示された割合)
成果サイト内CVR・売上AI内CV(AI上で完結した購入件数・金額)
品質滞在時間・直帰率データ整合率・在庫精度・返品率

特に「AI内CV」は、サイト解析ツールだけでは捕捉できない領域です。Merchant Centerや今後拡張されるであろうUCP関連のレポート機能を含め、計測基盤そのものをアップデートしていく必要があります。

④ 商品データSEOの台頭:順位ではなく「AIに選ばれるか」

これら3つの変化を統合すると、UCP時代のSEOは「検索結果ページで上位を取る競争」から、「AIエージェントに商品候補として選ばれる競争」へと比重を移していきます。いわば商品データSEOとも呼べる領域です。

その評価軸は、コンテンツの質に加えて、商品データの鮮度・正確性・網羅性、そしてリアルタイム在庫や価格を返せるシステム側の対応力にまで広がります。ECサイトのSEOで考慮すべき重要な項目に挙げられる基本施策は引き続き重要ですが、それに加えて「AIに正しく読み取られ、選ばれるためのデータ設計」が新たな主戦場になります。

SEOが消えるのではなく、対象がページからデータへ、ゴールがクリックから購入完了へと移る——これがUCPがもたらす最大の構造変化です。

ECサイトの役割はどう変わるのか

UCP(Universal Commerce Protocol)によってAIが購買行動そのものを担うようになると、自社ECサイトの位置づけも再定義を迫られます。これまで「カートに入れる」「決済する」といったUI上のアクションは自社サイトの中で完結していましたが、Buyボタンや商品提案がGoogle側に表示され、AIがそのままチェックアウトまで導く構造に変わると、サイトに来訪する前に購買が決着するケースが増えていきます。つまり、ECサイトは「売る場所」から「選ばれる理由をつくる場所」へとシフトしていくのです。

Before:UI・UXで勝負する場だった

これまでのECサイトは、検索流入を受け止め、ユーザーをいかにスムーズにカートと決済へ導くかという「UI・UX勝負」の場でした。商品ページのデザイン、検索性、レコメンド、カート離脱対策、決済導線の短縮など、ありとあらゆる工夫が「自社サイト上のコンバージョン率」を上げるために投じられてきました。サイトの体験そのものが競争優位の源泉だったわけです。

After:AIがUIを持つ時代へ

UCP時代に変わるのは、UIの主役がサイトからAIへ移るという点です。ユーザーはAI Modeや通常検索結果上で商品を比較し、Buyボタンを押し、Google Pay経由で決済する——この一連の体験すべてがGoogle側のUIで行われます(出典:Google Merchant Center ヘルプ)。自社サイトのデザインがどれほど洗練されていても、ユーザーがそこにたどり着かないままトランザクションが完了する可能性が現実味を帯びてきます。

このとき、サイト側でいくらUI改善を重ねても、購入の場そのものがGoogle側にある以上、従来型のCVR改善の打ち手は効きにくくなります。Googleが進めるAI Modeを軸にしたコマース戦略の延長線上で、ECサイトの役割そのものを問い直す必要があります。

これからのECサイトに残る3つの役割

では、AIが購買UIを持つ時代に、自社ECサイトは不要になるのでしょうか。答えは「No」です。役割が変わるだけで、むしろブランドの根幹を支える基盤としての重要性は増していきます。具体的には、次の3つに収れんしていきます。

  • ブランド補完の場:世界観・ストーリー・コンセプト・開発背景など、AIの簡潔な要約では伝わらない情緒的・文脈的価値を表現する場所。
  • 信頼担保の場:会社情報、サポート体制、保証、レビュー、E-E-A-Tにつながる実績——AIが「このブランドは選んでよいか」を判断する裏付け情報のソース。
  • 商品データの一次ソース:価格・在庫・バリエーション・属性などをMerchant Center経由でAIに正しく届けるための、信頼できる原本としての役割。

「来訪させるサイト」から「参照されるサイト」へ

もう一段抽象化すると、ECサイトのKPIは「いかにユーザーを来訪させ、その場で買わせるか」から、「いかにAIに参照され、ブランドとして指名・選定されるか」に変わっていきます。サイトはトランザクションの現場ではなく、AIに信頼される情報基盤、そしてブランドの信用残高を積み上げるための拠点になります。

逆に言えば、AIに選ばれるブランドになれなければ、いくらサイトが整っていても露出機会そのものが失われます。UCP時代のECサイト戦略は、「サイト内の体験設計」と「サイト外でAIに正しく解釈されるためのデータ・情報設計」をセットで考える方向に進化していくのです。

UCP時代に実務でやるべきこと

UCP(Universal Commerce Protocol)が構想から実装フェーズへ移行した今、EC事業者やSEO担当者がまず着手すべきは「AIに正しく読まれ、選ばれ、決済まで通る」状態を作ることです。ここでは、Merchant Centerの整備からデータ品質管理まで、今日から動ける4つの実務アクションを整理します。いずれも特別な新技術ではなく、既存のEC運用の延長線上にあるタスクですが、優先順位を間違えるとUCP参加そのものが成立しません。

1. Merchant Center最適化:すべての起点

UCPによる購入手続きはGoogle Merchant Centerへの商品データ登録が前提です(出典:Google Merchant Center ヘルプ)。タイトル・説明・GTIN・ブランド・カテゴリ・画像といった基本属性に欠損や曖昧さがあると、AIはその商品を候補から外します。「最低限通る」レベルではなく、属性を可能な限り埋め切ることが、AI選定における最初のハードルです。

2. リアルタイムデータ対応:在庫・価格の同期

Catalog機能の追加により、AIはリアルタイムの在庫・価格・バリエーション情報を参照して提案を行います。日次バッチでフィードを更新するだけでは、欠品商品が提案されて決済が失敗する、あるいは古い価格が表示されてユーザー体験を損なうリスクが高まります。在庫管理システム(OMS/WMS)とMerchant CenterをAPIで連携し、変動を即時反映できる体制が望ましい状態です。Merchant Centerへのデータ連携の動向も併せて押さえておきましょう。

3. native_commerce対応:UCP参加の必須条件

UCPチェックアウトに参加するには、商品フィードのnative_commerce属性を有効化する必要があります。これはAI内で購入完結フローを実行するための技術的な参加要件であり、決済・配送・返品ポリシーまで含めた整合性が求められます。自社単独で完結しない場合は、対応するECプラットフォームやカートシステムのアップデート計画も確認しておきましょう。

4. データ品質管理:価格ズレ・在庫ズレを潰す

AI内チェックアウトでは、Google側で表示された価格と自社EC側の実価格が一致していることが信頼の前提になります。価格ズレ・在庫ズレが続けばMerchant Centerでの不承認や配信停止につながり、UCP上でも露出機会を失います。日次の差分チェック、不承認アラートの監視、返品・キャンセル率の追跡をルーチン化し、「データ品質」を運用KPIに組み込むことが重要です。

今日から動けるチェックリスト

  • Merchant Centerの商品属性を棚卸しし、欠損・曖昧表現を洗い出す
  • GTIN・ブランド・カテゴリ・画像の充足率を100%に近づける
  • 在庫・価格をリアルタイム同期できるAPI連携を設計/実装する
  • native_commerceプログラムの参加要件と自社プラットフォームの対応状況を確認する
  • 決済・配送・返品ポリシーをMerchant Center上の表記と一致させる
  • 不承認・警告のモニタリングを日次運用に組み込む
  • 価格・在庫の差分監視ダッシュボードを用意し、ズレを定量管理する
  • ECサイトSEOの基本項目を見直し、商品ページ単位の情報設計を強化する

これら4つは独立した施策ではなく、「Merchant Centerに正しいデータが、リアルタイムで、UCPの仕様に沿って、品質管理された状態で流れ続ける」という一つのパイプラインを構成します。どれか一つが欠けるだけでAI選定の対象から外れる可能性があるため、優先度を分けず並行して整備していくのが現実的です。

よくある質問(FAQ)

Q. UCP(Universal Commerce Protocol)とは何ですか?
A. UCPはGoogleが主導しつつ20社以上のパートナーと共同開発したオープンソース標準、AIとECシステムをつなぐ共通プロトコルです。従来の「検索→サイト訪問→カート→決済」という購買フローを、「AI→商品提案→AI内CV→完了」へと変える基盤技術で、AIが購買行動そのものを担う時代の土台となります。
Q. UCPに対応するためには何から始めればよいですか?
A. まずはGoogle Merchant Centerの最適化が出発点になります。UCPはMerchant Center連携が必須とされており、商品データのリアルタイム性(在庫・価格・バリエーション)やデータ品質の担保、native_commerce対応などを順に整備していくことが実務上のチェックリストになります。
Q. UCPが普及するとSEOは終わってしまうのですか?
A. Googleの公式スタンスは「SEOは終わらないが変わる」というものです。クリック数やCTRといった従来のKPIは縮小していく一方で、AI選定率・Buy表示率・AI内CVといった新しい指標や、商品データを軸にしたSEO(商品データSEO)の重要性が高まっていきます。
Q. UCPチェックアウトはAI Modeだけで使われるのですか?
A. いいえ、最新のアップデートでUCPチェックアウトはAI Modeだけでなく通常のGoogle検索結果にも拡張されました。Wayfairなどが対応を進めており、検索結果上のBuyボタンからGoogle Payで決済が完結する流れが具体化しています。
Q. Cart機能とCatalog機能ではそれぞれ何ができるようになりますか?
A. Cartでは複数商品をまとめて購入でき、AIがセット提案を行えるようになります。Catalogではリアルタイムの在庫・価格・バリエーション情報を扱えるようになり、単品購入だけでなく日常的な“普通の買い物”がAI内で完結できる土台が整いました。
Q. UCP時代に自社ECサイトはもう不要になるのですか?
A. 不要にはなりませんが、役割は大きく変わります。これまでの「UI・UXで勝負する場」から、ブランドの世界観を伝え信頼を担保する「ブランド補完の場」へとシフトしていくため、サイト自体の存在意義を再定義することが求められます。

SE Rankingの競合&キーワード調査ツール

この記事を書いた人

SEOは考え方はシンプルですが、いざ実践するとなかなか思うようにいきません。
当ブログでは、読者の方に成功も失敗も合わせて情報を共有し、同じような悩みを解決できればという思いで運営しています。
【著書】
分析が導く 最新SEOプラクティカルガイド」(2022年5月27日発売 技術評論社)
最強の効果を生みだす 新しいSEOの教科書」(2017年9月20日発売 技術評論社)

>>著者情報の詳細

Search Times
閉じる