GoogleのAIコマースはどう変わる？Universal Cartの保存・通知・購入の流れ

GoogleのUniversal Cartは、複数の店で見つけた商品を保存し、価格や在庫の変化を確かめながら購入へ進める共通カートです。 2026年10月15日、米国のGoogle検索とGeminiアプリで提供開始が発表されました。購入はカート内で進める場合と、販売店のサイトへ移って完了する場合があります。[1]

商品を検索したときは買わず、後で別の会話から検討を続ける。そんな買い物で、候補を探し直す手間を減らすのが今回の機能です。EC運営者にとっては、商品を見つけてもらった後、どこで購入が完了し、誰が注文後の対応を担うかを知る手掛かりになります。

以下は2026年10月16日時点の公式発表に基づく整理です。米国で始まった内容と5月の予告を分け、後半では商品情報と問い合わせ案内を見直すための点検案につなげます。

GoogleのAIコマースで、Universal Cartの米国提供が始まった

今回始まったのは、Googleで見つけた買い物の候補を、サービスや販売店をまたいで持ち続ける仕組みです。 Universal Cartは日本語では「共通カート」と捉えると分かりやすく、検索から会話へ移っても、保存した商品を後で見返せます。Googleは買い物の整理に加え、通知、支払い方法の選択、購入への移動を紹介しています。[1]

AIコマースとは、AIが商品の発見や購入に関わる買い物のことです。ただし、関わり方には商品選びの支援から代理購入まで幅があります。今回の発表を読む際は、AIが何を助け、人がどの段階で買うと決めるかを追うと、機能の役割が見えてきます。

店側にも見るべき接点が残ります。Google上で商品を見つけた人が、そのまま購入することも、自社サイトへ移ることもあるためです。まずは提供時期と対象を押さえ、保存から購入までを順に見ていきます。

10月15日の開始発表と、5月の予告を読み分ける

10月15日は米国での提供開始を伝えた発表で、5月19日はUniversal Cartの構想と展開予定を紹介した発表です。5月の記事を読んだことがあっても、そこで挙がった機能をすべて10月の開始内容へ足すことはできません。[1][2]

発表日	資料の位置づけ	今回のニュースでの読み方
2026年5月19日	Universal Cartの予告	当初示された用途と将来計画を知る
2026年5月20日	販売店向けのUCP関連発表	購入経路を支える仕組みの背景を知る
2026年10月15日	米国での開始発表	実際に開始すると明記された範囲を知る

例えば、5月にはYouTubeやGmailへの後続展開も示されました。一方、10月の開始発表が対象として挙げるのは検索とGeminiです。社内向けに説明する場合も、「以前紹介された用途」と「今回開始した提供先」を別の欄にすると、予定を現行機能として伝える誤りを防げます。

同様に、以前の記事にある展開時期を、今回の実際の開始日と取り違えないことが大切です。機能の新しさは最初に名前が出た日だけでなく、どの地域で何が使える段階になったかで判断します。[1][2][3]

対象は米国のGoogle検索とGeminiアプリ

今回の開始対象は、米国のGoogle検索とGeminiアプリです。GeminiはGoogleの対話型AIサービスで、質問や会話を通じて商品を探す場面もあります。二つの入口から同じ買い物を続けられることが、共通カートの特徴です。[1]

提供先を読むときは、国とサービスをセットで見る必要があります。「Google検索に追加された」とだけ紹介すると、日本の検索にも同じ機能が現れるように読めてしまいます。公式発表に米国とある場合、日本のEC担当者が国内でそのまま操作できるとは判断できません。

また、Google検索の通常のリンク、検索のAIモード、Geminiの会話は、利用者から見た入口が異なります。発表にある保存例はAIモードとGeminiを使ったものです。この例から、すべての検索結果に同じカート操作が付くと広げるのは避けます。

5月に予告されたYouTubeやGmailも、今回の対象とは別に確認します。社内資料には「米国の検索・Geminiで開始」と記載し、日本での利用や他サービスへの展開は続報の確認項目に残す。この書き分けなら、海外動向としての価値を保ちながら、国内での導入可否を早合点せずに済みます。[1][2]

自動購入ではなく、買い物を再開できる共通カート

Universal Cartは、商品を保存しただけで購入を任せる機能として発表されたものではありません。Googleは、人に代わって行動するAIの取り組みと、買い物をする人の管理を助ける道具を分け、共通カートを後者に位置づけています。[1]

この区別は、保存した商品の意味を考えると分かりやすくなります。買うか迷っている商品を候補に残すことと、その商品の注文を確定することでは、人が決めた内容が違います。カートは検討を途中で止め、後で再開するためにも使われるので、保存を購入の意思表示と同じに扱えません。

一方で、カートが背景で価格や在庫の変化を追うことは、今回紹介されています。人が何度も商品ページを見返す代わりに、変化を知らせる役割です。「自動」という言葉を使うなら、情報を追う動作なのか、お金を支払う動作なのかを具体的に示す必要があります。

5月の発表には、AIによる代理決済に関わるAP2という別の仕組みも登場します。ただし、その説明を共通カートの保存操作に重ねる根拠にはなりません。今回の買い物の流れは、候補を残し、変化を知り、買う準備ができた段階で購入へ進むものとして理解できます。[1][2]

複数の店の商品を、Googleの共通カートへ保存する

Universal Cartでは、違う店で見つけた商品を一か所に保存し、後で検討を続けられます。 Googleの説明では、検索で残した商品とGeminiで追加した商品を、買い物の続きとして見返せます。入口を移るたびに候補を探し直す場面を減らす用途です。[1]

ここで共通になるのは、買いたい商品の整理先です。一つのカートへ入ることだけで、別々の販売店が一つの会社になったり、すべての商品が一件の注文になったりするわけではありません。商品を覚えておく役割と、売買を完了する役割を分けると理解しやすくなります。

たとえば、バッグを探した後に服や化粧品を検討すると、探す時間も入口も変わります。公式の例は、そのような途中の買い物をつなぐものです。保存の便利さを、全店舗対応や注文の一括処理と同じ意味にせず読んでいきます。

AIモードで見つけた商品を、後で買う候補に残す

Googleの公式例では、検索のAIモードで見つけたSteve Maddenのハンドバッグを、Universal Cartへ保存します。AIモードは、質問に対してAIの回答や関連情報を使いながら調べられる検索の機能です。ここで商品を見つけた後、すぐに買わず候補として残す場面が示されています。[1][4]

ブラウザのタブやスクリーンショットは、見た商品を思い出す助けになります。ただし、それぞれを見返す方法と、買い物を続けるためのカートに商品を置く方法では、整理する場所が異なります。Googleは今回、タブや画像を頼りに候補を管理する代わりの選択肢として共通カートを説明しています。[1]

この例で注目したいのは、商品を発見した瞬間と、購入を決める瞬間の間です。検索で関心を持っても、その場では他の商品と比べたいことがあります。候補を残せれば、次に調べるときの出発点を保持できる、というのが機能の狙いです。

ただし、公式例は操作マニュアルではありません。保存ボタンの位置、表示される文言、押す回数は、実際の対象画面を確認してから案内する事項です。今回確かめられるのは、AIモードで見つけた商品を共通カートへ残し、後で買い物を再開する用途までです。

Geminiで別の店の商品を追加して、買い物を続ける

検索でバッグを保存した後、Geminiで別の販売店の商品を追加する場面も紹介されています。公式例では、QuinceのセーターとUlta Beautyのリップグロスが登場します。これらを同じカートに残せるという説明です。[1]

この例は、同じ検索を続ける必要がないことを示しています。最初は検索で候補を探し、後から会話で別の商品を検討する。その間に入口や販売店が変わっても、以前の候補を残したまま買い物を進めることが、共通カートの役割です。

EC運営者の視点では、商品を見つけた場所だけで、その後の検討全体を想像しないことが参考になります。自社商品への関心が生まれた後も、利用者は別の店の商品を見たり、時間を置いたりできます。これは購入行動についての読み方であり、特定店舗の実際の利用者を追跡した結果ではありません。

また、公式に挙がった店名は用途を説明するための例です。すべての販売店の商品が保存できる、どの商品でも同じように引き継がれる、といった対応一覧にはなりません。自社が対象かを判断する際は、機能の考え方を理解したうえで、販売店としての対応範囲を別に確かめる必要があります。

カートが一つでも、販売店との関係は残る

共通カートを使っても、販売の主体と購入後のサポートは販売店に残るとGoogleは説明しています。Googleがすべての商品を仕入れて販売する、という発表ではありません。保存場所がまとまることと、誰から買うかは分けて捉えます。[1]

買い物を整理する画面だけを見ると、別々の店の商品も一つにまとまって見えます。しかし、購入を考える際には、商品と販売店の組み合わせが必要です。たとえば同じ種類の品を比べる場合も、どの店の商品を選んでいるかが分からなければ、注文後の確認先へつながりません。

共通カートでまとめるもの	販売店ごとに確認するもの
買い物の候補	どの店の商品か
保存した商品を見返す場所	購入がどこで完了するか
商品の変化を知る接点	注文確認と購入後の窓口

この区別を保てば、共通カートの便利さを説明しながら、店の役割も伝えられます。一つにまとまるのは利用者が買い物を管理する入口であり、各店のすべての注文条件が同じになるとは読みません。

複数店の商品を一回の支払いで必ず買えるか、注文がどう分かれるかも、今回の文章だけから一律に決められません。購入経路を見る際は、カートの数ではなく、対象の商品と販売店がどの手続きに対応するかを確かめます。

Shopping Graphの商品情報から、価格と再入荷を追う

保存した商品の値下がりや再入荷を知らせることが、Universal Cartのもう一つの役割です。 その背景にあるShopping Graphは、Googleが商品情報をまとめる仕組みです。開始発表では、継続的に更新される600億件超の商品リストを基にすると説明されています。[1]

買い物の候補は、保存した時点の条件のままとは限りません。検討している間に価格や在庫の状態が変われば、買うかどうかを考え直す材料になります。カートがそうした変化を知らせることで、商品を探すときだけでなく、候補を待つ時間にも接点が生まれます。

ただし、通知は変化を知るためのものです。知らせが来たことだけで購入が完了したり、商品が確保されたりすると理解してはいけません。価格の通知と在庫の通知が、それぞれ何を教えるのかを分けて見ていきます。

価格が下がった商品を、カートから確認する

Universal Cartは、保存した商品の価格が下がったことを知らせるとGoogleは説明しています。利用者にとっては、買うか迷っていた候補を再検討するきっかけになります。価格を追うために同じ商品を何度も探し直す場面に関係する機能です。[1]

価格の変化を見るときは、「安くなった」という通知と「今払う金額」を分けて確認すると判断しやすくなります。通知は見返す入口として受け取り、実際に購入へ進む段階では、選んだ商品と表示される購入条件を読む。この順番なら、通知の存在だけで注文内容まで確定したように受け取らずに済みます。

また、値下がりは、その商品についての変化です。別の店も含めて最も安いことや、今後さらに下がらないことまで意味しません。比較をするなら、商品名だけでなく、選んだ種類や販売店が同じかを意識する必要があります。これは価格を読むための考え方で、Googleが最安値を保証するとする説明ではありません。

通知の頻度や、どの程度下がると知らせるかは、開始発表だけでは確認できません。そこで、画面にない設定項目や独自の通知基準を案内せず、今回紹介された用途を「保存した商品の値下がりを知り、再検討する」と捉えます。店舗側の売上増加率も、この機能紹介からは分かりません。

売り切れた商品の再入荷を待つ

Universal Cartは、商品が再び在庫ありになったときの通知も紹介しています。欲しい商品を覚えておくだけでなく、再検討できる状態へ変わったことを知る用途です。価格の通知が金額の変化を伝えるのに対し、再入荷通知は在庫の変化に関わります。[1]

この違いは、利用者が次に読む情報にも表れます。価格が気になって待っていた場合は現在の価格が判断材料になりますが、売り切れで待っていた場合は、まず対象の商品を購入できる状態かが問題です。同じ通知でも、何を待っていたのかによって、買い物を再開する理由が変わります。

再入荷を知ることと、取り置きが成立することは別です。公式発表は通知を説明しており、その利用者のために在庫を確保するとまでは述べていません。通知を見た時点の状況については、購入へ進む際の表示で確かめる読み方が適切です。

色やサイズなどを選ぶ商品では、商品名だけで待っていたものと一致すると決めないことも点検の視点になります。今回の発表から、選択肢ごとの通知条件を細かく説明することはできません。それでも、知らせを受けた後に、希望していた商品と購入対象を照らす必要性は理解できます。通知は買い物を再開する合図として位置づけます。

600億件超は商品リストの規模で、利用者数ではない

Googleが示す600億件超という数字は、Shopping Graphの商品リスト数です。Universal Cartの利用者数、参加する販売店数、購入が成立した件数ではありません。数字の大きさを紹介する際には、何を数えたものかをその場で添える必要があります。[1]

数字から読み取れること	その数字だけでは分からないこと
商品情報をまとめる仕組みの規模	共通カートを使った人数
発表で示された商品リスト数	参加する販売店の総数
継続更新される情報が基盤であること	対象商品すべてを購入できる保証

「商品情報が多い」と「自社商品がこのカートで購入できる」は、別々に確認する内容です。資料を読む順序としては、数字の対象を押さえた後に、対象地域、販売店、購入経路を見ると、自社との関係を判断しやすくなります。

また、継続的な更新という説明から、すべての情報が同時に最新になるとまでは言えません。個々の店が価格を変更してからカートへ反映される時間も、この数字には含まれていません。商品情報の規模を、更新速度の保証へ置き換えないことが大切です。

今回の数字は、通知や買い物支援を支える情報の広がりを示す背景です。導入実績や売上の成果を示す数字として使わず、機能を理解するための情報として扱います。

Google Walletを使い、特典や支払い方法を選ぶ

Universal CartはGoogle Walletを基に、カードの特典を踏まえた支払い方法の選択を助けます。 Google Walletは、カードなどをデジタルで扱うためのGoogleのサービスです。開始発表では、カードごとの特典を理解し、関連するプロモコードもカートで示すと説明されています。[1]

商品価格だけでは、支払い方法ごとの違いを把握しきれないことがあります。複数のカードを持っていても、それぞれの特典を覚えていない場合に、選択の材料を示すという用途です。ここでの支援は、商品を選んだ後、どう支払うかを考える段階に関わります。

ただし、どのカードでも同じ提案を受けられるという一覧は、今回の資料にはありません。カード特典、店の割引、最後に購入を決める操作を分けると、カートが助ける部分を具体的に理解できます。

カードごとの特典を、支払い方法の比較に使う

Googleの説明では、Universal CartはGoogle Walletを通じてカードの特典を理解し、支払い方法を選ぶのを助けます。例として挙げられているのは、複数のカードを持っていても、それぞれの特典を把握していない場面です。商品を探すだけでなく、支払いの選択にも補助が入ります。[1]

この用途で比較するのは、カードの名前そのものではなく、今回の買い物に関わる特典です。同じ商品でも、どの支払い方法でどの条件が適用されるかが分かれば、購入前に検討できます。特典の案内を見た場合は、その説明と今回選んでいる商品・支払い方法を対応させて読むと、比較の意味が明確になります。

たとえば「カードの特典を理解する」という機能説明と、「この買い物でいくら得をする」という具体的な計算は、必要な根拠が異なります。後者を書くには対象カードや適用条件が必要です。開始発表では対象カードや条件の一覧まで示されていないため、実際の購入で得られる特典は個別に確かめることになります。

公式例は、持っている支払い方法を選ぶ際の支援です。比較の材料が一か所にあれば、それぞれの特典を探す手間を減らせるという狙いを読み取れます。ただし、提案された方法で何が適用されるかは、その買い物の表示と条件を合わせて判断する事項です。

カート内のプロモコードを、適用条件と一緒に読む

Universal Cartは、関連するプロモコードをカート内に表示するとも説明されています。プロモコードは、購入時の割引などに使うコードのことです。候補の商品を見返す場所で、購入に関係する案内をまとめて見られる用途です。[1]

表示されたコードを読むときは、コードが見つかったことと、今回の購入に使えることを分けます。適用できる商品や期間などの条件があれば、その買い物が条件に合うかを確かめる必要があります。ここで挙げるのは割引案内を読む際の点検項目で、特定の店について確認した条件ではありません。

読むもの	判断する内容
コードの説明	どの購入に使う案内か
対象や期限の記載	今回の買い物が条件に合うか
購入前の表示	選んだ注文内容にどう反映されているか

同じカートでカード特典とコードが紹介されても、必ず併用できるとは限りません。開始発表には店ごとの併用条件や割引率の一覧がないため、組み合わせた節約額を独自に計算して示すことはできません。

買い物を進めるうえでの価値は、関連する案内を見つけやすくすることです。表示された情報をきっかけに条件を読み、購入時の内容を確かめるという順番で理解すると、案内の便利さと個別の適用条件を両立して説明できます。

支払いの提案と、利用者が購入を決める操作を分ける

支払い方法の提案を受けることと、利用者が購入へ進むことは別の段階です。開始発表では、買う準備ができたときにGoogle Payで支払うか、販売店のカートへ移る流れが示されています。保存や特典の表示を、そのまま注文確定とみなす説明にはなっていません。[1]

たとえば、候補を残した後に値下がりを知り、カードの特典を比較したとしても、それぞれが購入を考えるための材料です。どの商品を、どの販売店から、どの条件で買うかを確認する段階が残ります。支援が増えたことを「AIが購入をすべて決める」と短縮すると、利用者が行う判断を見落とします。

5月の発表には、AIが代理で支払うためのAP2の説明があります。AP2は人に代わる支払いの条件や記録に関わる別の取り組みです。その存在から、今回の共通カートに保存すると代理購入が許可される、とは読めません。[2]

EC担当者が案内を作るなら、商品保存、支払い方法の提案、購入の完了を別の言葉で表すと伝わります。「購入」という一語でまとめず、どの時点の話かを書くためです。具体的な確定画面やボタン名については、対象となる実画面を確認した範囲で説明する必要があります。

Universal Cartから購入する、二つの経路

購入には、共通カート内でGoogle Payを使う経路と、商品を販売店のカートへ移す経路があります。 Google PayはGoogleの決済サービスです。開始発表は二つの経路を示していますが、すべての店・すべての商品で自由に両方を選べるとする説明ではありません。[1]

どこで購入を完了するかは、EC運営者が今回のニュースを読むうえで大切な点です。商品を見つける入口がGoogleでも、購入は販売店のサイトで続く場合があります。一方、Google上で購入へ進む場合も、販売店の役割がなくなるわけではありません。

二つの経路に共通するのは、販売店が注文の確認とサポートを担うという説明です。画面を提供するサービスと、商品を販売する店を別に見ると、購入前後のつながりが分かります。まず購入場所を確かめ、その後に店との関係を確認します。

対応する販売店では、カート内でGoogle Payを使う

対応する販売店との買い物では、Universal Cart内からGoogle Payを使って購入へ進めます。Googleは簡略化された購入体験の例として、Nike、Sephora、Target、Ulta Beauty、Walmart、Wayfair、多くのShopify加盟店を挙げています。[1]

この店名の並びは、今回の購入体験を理解するための例です。一覧に名前があることだけで、全商品、全地域、全アカウントが同じ経路に対応すると判断するものではありません。また、Googleは複数の購入経路を続けて説明しているため、各店がどちらの経路に対応するかを記事側で一律に割り当てません。

Shopifyについても同様です。Shopifyは販売店がECサイトを運営するための仕組みを提供していますが、発表の「多くの加盟店」を「すべてのShopify店舗」と読み替えることはできません。利用しているECの仕組みが同じでも、自社の商品が対象かは個別の確認事項です。

カート内で購入する経路は、商品を探す場所と購入へ進む場所が近づく点に意味があります。ただし、画面の移動が少ないという説明から、自社の購入率が上がるとまでは言えません。販売店の担当者は、体験の紹介と、自社で利用できる機能の確認、実際の成果の評価を順に分けて考えられます。

販売店のカートへ商品を移して購入する場合もある

Universal Cartから販売店のカートへ商品を移し、販売店のサイトで購入を終える経路も示されています。Google上で候補を整理した後、店の側で買い物を続ける流れです。共通カートができても、自社サイトで購入が完了する接点は残ります。[1]

ここで示されているのは、商品を販売店のカートへ移すという用途です。一般的な商品紹介リンクを押すこと、カートに商品を移すこと、注文が作成されることは、それぞれ異なります。移動しただけで購入が成立したように説明せず、販売店のサイトで完了する段階を残して捉えます。

段階	利用者が進めていること
共通カート	保存した候補を検討する
販売店のカートへ移動	その店での購入手続きを続ける
購入の完了	注文内容を確定し、確認を受ける

店側の点検では、移動してきた人が、意図した商品を見分けられるかが一つの視点になります。商品名や選択肢を読み、どの条件で買うかを確認できることが必要です。具体的な点検案は次の章で扱います。

色やサイズの引き継ぎ方、通信の形式、アクセス解析用の値などは、今回の開始発表には詳しく書かれていません。実装が必要な場合は対応資料を別に調べ、ニュースの文章から未公表の仕様を補わないようにします。

注文確認と購入後のサポートは、販売店が担う

どちらの購入経路でも、注文の確認と顧客サポートは販売店から直接受けるとGoogleは説明しています。原文のseller of recordは、この発表では商品を販売する主体を示す言葉です。Googleの画面を使ったからといって、販売店との関係が消えるとはされていません。[1]

購入する場所と、購入後に連絡する相手を分けておくと、利用者への案内も作りやすくなります。Google上で商品を見つけた場合でも、どの店から購入した商品かを識別できれば、注文確認の内容と問い合わせ先を結び付けられます。反対に、入口のサービス名だけでは、対象の注文を特定できません。

販売店がサポートを担うという説明は、各店の返品条件が同じになることを意味しません。返品できる期間や対象、連絡方法などは、その店の案内を読む事項です。今回の資料から、個別店舗の制度や法的な責任範囲をまとめて断定することはできません。

EC運営者にとっては、商品発見の入口が増えても、購入後の説明を整える仕事が残るという読み方ができます。注文確認で購入先が分かるか、問い合わせ案内から対象の注文へたどれるか。そのような点検は、共通カートへの対応を確認した後に、自社の実際の画面や案内と照らして進めるものです。

EC運営者が見直す、商品情報と購入後の案内

店側で見直す候補は、商品の価格・在庫、購入対象を見分ける情報、注文後の連絡先です。 これは今回の発表を踏まえた点検案であり、Universal Cartへの新しい参加要件を示すものではありません。商品を保存してから買うまでに、情報や入口が変わる場面に備える視点です。

Googleの検索向け資料は、Merchant Centerの商品情報を最新に保つことや、ページに見える文章と構造化データを一致させることを案内しています。Merchant Centerは販売店がGoogleへ商品情報を登録・管理するためのサービスです。構造化データは、商品などの情報を機械にも読み取りやすい形式で記すものを指します。[4]

これらの一般指針と、今回のカートの機能は分けて使います。情報を整えたら必ずカートの対象になる、すぐ通知へ反映される、という導入効果は約束できません。以下では、自社で確かめられる箇所に絞ります。

価格・在庫の変更を、商品ページと登録データでそろえる

価格や在庫を変えた際には、購入者が読む商品ページと、Googleへ登録する情報を照らし合わせることが点検の出発点になります。GoogleはAI検索向けの一般指針として、Merchant Center情報の最新化と、構造化データと可視の文章の一致を挙げています。[4]

自社で実施するなら、まず変更した商品を一つ選びます。担当者が管理している正しい価格・在庫と、公開の商品ページ、登録している商品情報を、同じ商品・同じ選択肢について比べます。次の表は、そのための記録欄の例です。

比べる箇所	残す内容
正しい情報	商品名・選択肢・現在の価格と在庫
公開の商品ページ	購入者に見える価格と在庫
登録データ	同じ商品について送っている値
差があった場合	修正先・担当者・再確認した日時

一致しない部分があれば、その値を管理する担当者へ、対象の商品と差分を渡します。修正後は同じ箇所を見直し、値がそろったことを確かめます。単に「AI向けに最適化する」と依頼するより、何を直すかが具体的になります。

この点検の完了は、自社の情報をそろえたことです。Universal Cartへの反映時間や通知の成功まで確認したことにはなりません。共通カートでの表示を検証していない場合は、点検結果にもその区別を残します。

自社サイトで購入する人が、同じ商品を選べるか確認する

販売店のカートへ移る経路では、利用者が意図していた商品を見分けられるかを点検できます。商品名、画像、色、サイズなど、実際に販売している商品の識別に必要な情報を見る方法です。これは販売店向けの点検案で、Googleがすべての選択肢の引き継ぎを保証したという説明ではありません。[1]

点検する商品を一つ決め、商品ページと自社のカート表示を並べて読みます。選んだものが同じだと判断できるか、選択肢が省略されていないかを確認します。名称が略されて分かりにくい場合は、購入前に識別できる説明へ直す候補になります。

見るもの	点検する疑問
商品名と画像	どの商品を選んだか分かるか
色・サイズなど	意図した種類を見分けられるか
カートの表示	商品ページで選んだ対象と一致するか

自社がUniversal Cartの対象で、実際の移動を試せる場合は、その経路でも同じ点を確かめられます。一方、対象か未確認なら、自社サイト内の点検とGoogleからの移動テストは分けて記録します。店のカートが正常だからという理由だけで、外部からの連携まで確認済みにはしません。

確認の結果は「表示を見た」「修正した」「移動を試した」と具体的に残すと、未検証の範囲が分かります。購入を実行していなければ、注文成功という結果を付けないことも大切です。

注文後の問い合わせ先を、購入経路と対応づける

販売店が注文確認とサポートを担うという公式説明を踏まえると、自社の問い合わせ案内を購入経路と照らす価値があります。Google上で購入する場合と、自社サイトへ移って購入する場合のどちらでも、購入先と注文内容が分かるかを確認するためです。[1]

点検には、自社で使っている注文確認の案内と、問い合わせ先のページを用意します。購入先の名前、注文を見分ける情報、連絡先がどこに書かれているかを読みます。実在する注文情報を外部へ渡す必要はなく、確認用の資料で案内のつながりを見ます。

たとえば、問い合わせページが「注文履歴を開く」と案内している場合、その説明が今回の購入経路に合うかを担当者が確かめます。別の経路で買った人に、利用できない画面を一律に案内していないかという視点です。これは起こり得る食い違いの点検例で、特定店舗で発生した障害の報告ではありません。

問題が見つかれば、どの経路の購入者が、どの案内で迷うかを具体的にして修正します。修正後は、購入先の識別から連絡先までたどれるかをもう一度読みます。問い合わせ件数が減ったかどうかは、その後に実際の記録で評価する別の話です。

新しい購入の入口を理解することは、店が担う対応を減らして考えるためではありません。どこから購入した人にも、自社の注文と窓口を結び付けて案内するための材料になります。

GoogleのAIコマースで、まだ確認できていないこと

今回の発表だけでは、日本での提供日、自社の参加条件、売上への効果は確定できません。 米国での開始と利用者向け機能は確認できますが、販売店が導入を判断するための情報は、それぞれ別に確認する必要があります。[1]

判断したいこと	今回の資料で分かる範囲
どこで始まったか	米国のGoogle検索・Geminiアプリ
何を助けるか	保存、通知、支払い方法の選択、購入
自社が参加できるか	全店舗共通の現行条件は確認できない
成果が出るか	売上や購入率の実績は示されていない

図は未確認項目を整理した説明用のものです。棒の高さは実測値を示していません。

分からない項目を一つの「対応待ち」にまとめると、次に必要な情報が見えにくくなります。国の追加発表、販売店向けの条件、効果を示す測定結果では、判断を更新できる材料が違うためです。最後に、その違いを具体的に整理します。

日本での提供日と、対象アカウントの条件

2026年10月15日の開始発表には、日本での提供日は示されていません。今回確認できる対象は米国のGoogle検索とGeminiアプリです。日本語でニュースを読めることと、日本の利用者がその機能を使えることは別に判断します。[1]

また、利用できる端末、アカウント、言語などの細かな条件は、この発表だけでは確定できません。画面にカートが見えない場合も、それだけで設定ミスと決める材料はありません。利用条件の説明を確認できるまでは、未確認の切り替え操作や回避方法を案内しないのが適切です。

続報を読む際は、国名が増えたかだけでなく、どのサービスのどの機能が対象になったかを見ます。検索での商品発見、共通カートへの保存、購入までの機能は、同じ言葉でまとめられやすい部分です。発表が何を指しているかを確かめてから、社内の案内を更新します。

日本の販売店が米国向けに販売している場合も、所在地だけで参加可否を判断することはできません。利用者の提供地域と、販売店に適用される条件を分けて確認する必要があります。今回のニュースは、国内向けの即時導入手順としてではなく、米国での購入体験の変化として読むのが正確です。

販売店が参加する条件と、UCPとの関係

UCPは、AIによる買い物と販売店の仕組みをつなぐための共通の規格です。正式名はUniversal Commerce Protocolで、Googleは今回の購入体験を支えるものとして挙げています。5月の販売店向け発表でも、カートからの購入や店のサイトへの移動との関係が説明されています。[1][3]

ただし、規格に対応することと、特定のサービスへ参加できることは別の確認事項です。UCPという共通の仕組みがあるだけで、全店舗の商品が自動的に掲載され、すべての購入機能を使えるとは言えません。参加対象、必要な審査、費用、対応する購入経路は、現行の販売店向け条件で確認する内容です。

導入を検討する場合は、問い合わせる前に、自社の販売地域とECの仕組み、希望する機能を整理すると、確認したいことが具体的になります。質問も「UCPに対応できますか」だけでなく、「共通カートのどの機能で、自社の販売地域と商品が対象になりますか」と分ける方法があります。これは検討のための質問案です。

今回の記事は、UCPの実装や申請の説明を新しく確定するものではありません。過去の資料にある条件を、そのまま10月のUniversal Cartへの現行参加条件へ置き換えないことが大切です。仕組みの理解を先に進めながら、参加判断に必要な条件は別にそろえます。

カートへの保存・自社への訪問・購入を分けて評価する

今回の開始発表には、Universal Cartによる売上増加や購入率改善の実績は示されていません。紹介されたのは機能と利用場面です。便利になる狙いと、自社で成果が出たという測定結果を分けて読む必要があります。[1]

評価を考える際は、商品の保存、自社サイトへの訪問、購入を別の出来事として扱うと整理できます。保存は候補が残った状態、訪問はサイトへ来た状態、購入は注文が成立した状態です。ただし、これらを販売店がすべて測れる管理画面が用意されていると、今回の発表から判断することはできません。

評価したい段階	記録するときの考え方
商品の保存	取得できる記録がある場合に扱う
自社サイトへの訪問	実際に確認できる参照元と期間を残す
注文・売上	注文数と金額を別の指標として残す

取得できない数字をゼロにしたり、訪問数から保存数を逆算したりしないことが大切です。導入後の変化を見る場合も、期間や対象の商品を残し、他の販促や計測変更がなかったかを合わせて読みます。これは効果を確かめるための点検案で、今回の機能の成果を先に証明するものではありません。

Universal Cartのニュースが示すのは、商品を発見した後の検討が、Googleの複数の入口で続くという変化です。保存から購入への流れを理解したうえで、自社の商品情報、購入対象の表示、注文後の案内を確かめる。その順番で、確認できた変化を日々のEC運営へ結び付けられます。