10月15日、Googleが「Universal Cart」の提供を始めました。米国のGoogle検索とGeminiアプリで、順次使えるようになります。
複数の店で見つけた商品を1つのカートに保存し、値下がりや再入荷を通知し、クーポンとカード特典まで示して、購入へ進める仕組みです。5月のGoogle I/Oで予告されていたものが、検索とGeminiで形になりました。
買う側には便利で、売る側には厳しく見える発表です。ただし、売る側が必ず不利になるわけではありません。 買い手の使い方と、店側の連携方法の両面から整理します。

発表したのは、GoogleのConsumer Shopping製品管理担当Senior Director、Suresh Ganapathy氏です。
公式の文章は、これからの商取引の方向を2つに分けています。人の代わりに動くエージェントと、買い手が自信と主導権を持つための実用的な道具です。Universal Cartは、後者に置かれています。
価格が下がれば自動で買ってくれるサービス、という発表ではありません。 欲しい物を保存し、条件を確かめ、買う準備ができたときに買う。判断の場所は、買い手に残っています。

Googleが示した機能は4つです。
1. 複数の店の商品を保存する。 公式の例では、AI ModeでSteve Maddenのバッグを保存し、あとからGeminiアプリでQuinceのセーターとUlta Beautyのリップグロスを足します。別の店、別のGoogleサービスで見つけた商品が、同じカートに集まります。
2. 値下がりと再入荷を通知する。 土台は、Shopping Graphと呼ばれる商品情報のデータベースです。掲載は600億件を超えると説明されています。この数字は商品情報の規模であって、節約できる金額ではありません。
3. クーポンとカード特典を示す。 Google Walletを土台に、関連するプロモーションコードを示し、持っているカードのどれで払うかの判断を助けます。
4. 購入まで進める。 Google Payでカートの中から買うか、店舗サイトのカートへ移って買います。どちらでも、注文の確認とカスタマーサポートは店舗が担当し、正式な販売者も店舗のままです。
Googleは購入できる店の例として、Nike、Sephora、Target、Ulta Beauty、Walmart、Wayfair、多数のShopify店舗を挙げています。
商品が1か所に並ぶことと、1つの注文にまとまることは別です。店ごとの注文は、店ごとに残ります。

Googleが直接の代替として挙げているのは、たくさん開いたブラウザのタブと、スクリーンショットです。
スクリーンショットは、撮った時点の表示を残すだけです。値段が変わったら、元のページを開き直して確かめるしかありません。Universal Cartは、更新され続ける商品情報につながった状態で候補を持ち続けます。
役割分担も分かれています。Shopping Graphは商品側の変化を、Walletは買い手の支払い条件を支えます。商品の値段が同じでも、使うカードの特典が違えば、受け取る得は変わります。
効くのは、数日かけて複数の店を比べる買い物です。 今日1つだけ買う場合は、差は小さくなります。

5月20日のI/Oでは、検索とGeminiに夏に展開し、YouTubeとGmailが続くと案内されていました。商品の相性が悪いときに警告して、代わりの案を出す構想もありました。
10月15日の発表が扱うのは、検索とGeminiでの展開と、4つの機能です。5月に出た構想を、提供済みの機能として読むことはできません。
日本での提供は、まだ始まっていません。Geminiが使えることと、Universal Cartが使えることは別です。

値下がり通知は、買い手が買うタイミングを選びやすくする機能です。保存した商品が安くなるまで待つ行動が当たり前になれば、定価で売れる場面は減ります。
同じ商品を価格だけで売っている店ほど、値引き競争は強まります。
一方で、通知は店に戻ってきてもらう理由にもなります。保存してくれた人が、再入荷した商品を買いに戻ってくる。店舗カートへ移ったあとなら、関連商品を提案できる場面もあります。
分かれ目は、価格以外の選ばれる理由です。独自の商品、確実な在庫、早い配送、返品やサポートで選ばれる店は、価格比較だけでは決まりません。Googleは店舗を正式な販売者として残しているので、購入後の体験で差をつける余地も残ります。
必ず不利になるのは、同じ物を価格だけで売る店です。 利益率や購入率がどう動いたかという実績は、まだ出ていません。

店がUniversal Cartにつなぐ方法は2つあります。Googleが店舗向けに用意した連携の仕様「UCP」(Universal Commerce Protocol)の上で動きます。
1つめは、カート転送です。 Googleで買い手が選んだ商品を受け取り、店の側に商品入りのカートを作って、買い手は店のサイトで購入を続けます。店が実装する中心は、カートを作る処理(CreateCart)です。
作って渡すだけの一方向で、Googleのカートと店のカートを同期する仕組みではありません。更新や削除も対象外です。既存の決済をそのまま使えます。
2つめは、Google内決済(Native checkout)です。 購入の作成・更新・完了をAPIとして用意し、Googleの画面から呼び出せるようにします。送料、税、必要な情報をサーバーが計算して返し、状態を「支払い可能」から「注文完了」へ進めます。
住所や決済情報を入れて注文を送る操作は、人がGoogleの画面で行います。AIエージェントは触りません。同じ購入の中の複数商品は扱えますが、複数の店をまたぐ1つの注文にはなりません。
手続きは、Merchant CenterのSettings→UCP integrationから始まります。カート転送、Google内決済、または両方を選び、テスト環境で試し、本番の検証とGoogleの審査を経て有効化します。米国で段階展開中です。

どちらを選ぶかは、売上ではなく増分利益で決めます。
既存の決済や接客を残したいなら、カート転送が候補です。標準的な商品を少ない操作で買ってほしく、注文のAPIと更新通知を運用できるなら、Google内決済が候補になります。後者が常に優れるわけではありません。
比べるのは、同じ商品群・同じ期間での、購入完了率、注文当たりの粗利、返品とサポートの費用、追加の運用費です。初期の構築は一時費用、保守と監視は継続費として分けます。手数料がゼロとは限らないので、実際の条件で確かめます。
入口の購入率だけが上がっても、値引きや返品の費用が増えれば、利益は逆転します。

日本での提供は、まだ始まっていません。始まってから慌てるより、始まる前に整えておけることがあります。
1. 商品データを最新にする。 Shopping Graphが使うのは商品の掲載情報です。名前、価格、在庫、画像を、Merchant Centerで正しい状態に保ちます。
2. 価格以外で選ばれる理由を、言葉にする。 独自性、在庫の確実さ、配送の速さ、返品とサポート。値下がり通知に頼られた店が、最後に勝つ理由になります。
3. 比べる設計を先に作る。 提供が始まったら、カート転送とGoogle内決済を同じ商品群・同じ期間で比べます。自然に買ってくれた人と、Googleのカート経由の人を分けて数える仕組みも要ります。
複数の店の商品を1つのカートに保存し、値下がりや再入荷の通知を受け取り、クーポンとカード特典を確かめて、購入まで進められます。購入はGoogle Payでカートの中から行うか、店舗サイトのカートへ移って行います。どちらでも、注文の確認とカスタマーサポートは店舗が担当します。
使えるとは確認できていません。10月15日に始まったのは米国のGoogle検索とGeminiアプリでの順次提供で、日本での提供はまだ始まっていません。Geminiが使えることと、Universal Cartが使えることは別です。
方法は2つあります。Googleのカートで選ばれた商品を店のカートに引き継ぐ「カート転送」と、購入の作成・更新・完了をAPIとして用意する「Google内決済」です。手続きはMerchant CenterのUCP integrationの設定から始まり、テスト環境での確認と審査を経て有効化します。
買い物の入口がAIの中に移る時代に、仕事や事業をどう組み替えるか。AIを徹底的に使いこなすためだけのコミュニティ「フロンティア・リーダーズ」で、実務を持ち寄りながら探っています:https://frontier-leaders.vercel.app/
AIで業務の仕組みを作る回も、2時間のハンズオンのアーカイブで学べます:https://handson.workstyle-evolution.co.jp/
最新のAIニュースは、YouTube『いけともch』でも解説しています:https://www.youtube.com/@iketomo-ch