Google Universal Cartとは？加盟店が今すぐ備える実装手順

Google Universal Cartとは？加盟店が今すぐ備える実装手順

この記事の結論: Universal CartはSearch・Gemini・YouTube・Gmailを横断してカートを一元化するGoogleの新機能で、2026年夏から米国のSearchとGeminiアプリで先行展開される。加盟店側の露出可否はGoogle Merchant Center（GMC）のフィード品質にほぼ集約される。商品タイトル・在庫・価格をリアルタイムに近い頻度で同期し、Product/Offer構造化データをフィードと完全一致させ、Conversational Attributesで自然文検索に応答できる形にしておくことが、エージェント経由の露出とカート追加を左右する。UCP・ACP・AP2はレイヤーが異なる別プロトコルであり、Universal Cartの裏側ではUCPとAP2がGoogle側の標準として機能する。

最終更新日: 2026年7月17日

はじめに

2026年5月、Google I/OでUniversal Cartというプロダクトが発表された。名称だけを見ると単なるショッピングカートのアップデートに思えるが、中身は加盟店側の対応を強く要求する仕組みだ。GoogleはこれまでもGoogle Shoppingのフィード連携やAI Mode内の商品カード表示など、EC事業者にとって「露出のための最適化」を求める機能を次々と投入してきたが、Universal Cartはその集大成に近い。Search・Gemini・YouTube・Gmailという複数の面をまたいでカートを一つに統合し、ユーザーが複数のサイトで商品を選んでも、最終的な購入判断と決済はGoogle側のエージェントが取り持つ形になる。

この記事では、Universal Cartの仕組みとエージェント購入フローを整理したうえで、日本のEC事業者・加盟店がどのように商品データを整備すればこの新しい導線で露出できるのかを、GMCフィード最適化・構造化データ実装・在庫と価格の鮮度管理という3つの実装軸で具体的に解説する。あわせてUCP・ACPとの違いにも触れ、混同されがちなプロトコル群を整理する。なお、Universal Cartの日本展開時期や国内独自仕様については公式発表がなく、本記事では米国での発表内容をベースに、日本の加盟店が今のうちに準備すべき事項として構成している。この点は憶測であることを明示しておく。

これまでのGoogle Shoppingの露出対策は、フィード品質を上げれば検索結果やショッピングタブでの表示順位が改善するという比較的わかりやすい因果関係で語られてきた。Universal Cartはこの因果関係をもう一段複雑にする。商品がユーザーの目に触れるだけでなく、実際にカートに追加され、バックグラウンドで価格・在庫の追跡対象になり、最終的にチェックアウトまで完走するかどうかまでが、加盟店側のデータ品質にかかってくる。逆に言えば、これまでフィード整備を後回しにしてきた事業者ほど、Universal Cart時代には露出機会そのものを失うリスクが大きい。

Universal Cartとは何か

Universal Cartは、Googleが2026年5月のI/Oで発表した横断型ショッピングカート機能である。公式ブログによれば、ユーザーはSearchで商品を見つけてカートに追加し、その後Geminiアプリで別の商品を追加し、YouTubeの動画内で紹介された商品もカートに入れる、といった使い方ができる。カートはGoogleアカウントに紐づいて一元管理され、複数の加盟店の商品が1つのカートの中に混在する状態になる。

Universal Cartの特徴は「静的なカート」ではなく「裏側で動き続けるカート」である点にある。商品がカートに追加された瞬間から、Google側のシステムがバックグラウンドで以下のような処理を行うと報じられている。

• 価格変動やクーポン・ロイヤルティ会員向け割引の自動検出と適用
• 在庫状況のリアルタイム確認と再入荷時のアラート
• カート内商品同士の互換性チェック（例: PCパーツの規格不一致を検知して代替品を提案）
• 価格推移の可視化によるユーザーの購入タイミング支援

ローンチパートナーにはNike、Sephora、Target、Ulta Beauty、Walmart、Wayfair、Shopify加盟店（Fenty、Steve Maddenなど）が名を連ねている。展開は2026年夏にSearchとGeminiアプリ（米国）から始まり、YouTubeとGmailは後続で追加される計画とされている。日本を含む他国への展開時期は本記事執筆時点で公式にアナウンスされていない。

重要なのは、Universal Cartに商品が「乗る」かどうかは加盟店の意思だけでは決まらない点だ。GMCのフィードデータ、構造化データ、在庫・価格の即時性がすべて基準を満たしていなければ、そもそもエージェントが商品を認識・提案できず、カートに追加される機会自体が生まれない。つまりUniversal Cart時代のSEO・LLMOは「検索結果に出る」ことから「エージェントのカートに入る」ことへと評価軸が一段階進むことになる。

エージェント購入フローの全体像

Universal Cart上での購入フローは、従来のECサイト遷移型の購入とは異なる。加盟店側が押さえるべきステップは以下のように整理できる。

1. 発見（Discovery）: ユーザーがSearch・Gemini・YouTube上で商品に関する質問や検索を行う。ここでGoogleのAIはGMCのフィードデータと構造化データを照合し、条件に合う商品を抽出する。
2. カート追加（Add to Cart）: エージェントが提示した商品をユーザーが選択すると、Universal Cartに追加される。この時点でGoogle側は在庫・価格をリアルタイムに再確認する。
3. バックグラウンド処理: カート内で価格変動監視、割引適用、互換性チェックが継続的に走る。加盟店側のフィード更新頻度が低いと、この処理で古い情報が使われ、後続のチェックアウトでエラーになるリスクが高まる。
4. チェックアウト（Checkout）: UCP準拠のAPIを通じて注文が加盟店側に送信される。決済の認可・信頼担保にはAP2（Agent Payments Protocol）が使われる。
5. 注文後処理（Post-purchase）: 配送状況の追跡や返品処理もUCPの範囲でエージェント経由のやり取りが可能になる設計とされている。

このフローで加盟店が直接手を出せるのはステップ1（発見されるためのデータ整備）とステップ4以降のAPI連携（UCP対応）であり、ステップ2・3はGoogle側のロジックに委ねられる。したがって加盟店の実務は「発見される確率を上げるデータ整備」と「チェックアウトでエラーを出さない鮮度管理」の2つに集約される。

例えば、PC自作パーツを扱うECサイトを例に考えると、ユーザーがマザーボードとメモリを別々の加盟店から選んでカートに入れた場合、Universal Cartは規格の互換性（対応メモリ規格、ソケット形状など）をチェックし、不一致があれば代替品を提案する。この互換性チェックの精度は、各商品の構造化データやフィード内の仕様情報（material、size、独自属性としてのスペック情報など）がどれだけ正確に入力されているかに依存する。仕様情報が曖昧なフィードは、互換性チェックの対象から外れるか、誤った判定を招く可能性がある。アパレルであれば色・サイズのバリエーション情報、家電であれば電圧や対応規格といった業種特有の仕様データを、フィードと構造化データの両方に明示しておくことが望ましい。

GMCフィード最適化の実装手順

Universal Cart・AI Modeでの露出を狙う場合、GMCフィードは以下の手順で見直す。

ステップ1: 必須属性の充足

商品タイトル、説明文、画像、価格、在庫状況、GTIN/MPN、ブランドといった基本属性に加え、AI Mode時代に重視される属性を優先的に整備する。

ステップ2: タイトルと説明文の自然文対応

エージェントはキーワードの単純一致ではなく、ユーザーの自然文の質問（「防水で軽い秋用のスニーカーが欲しい」など）に対して商品を照合する。タイトルと説明文には、素材・用途・シーン・機能訴求などの具体的な語彙を含め、キーワードの羅列ではなく文章として自然に読める形で記述する。

ステップ3: Conversational Attributesの追加

2026年のGoogle Marketing Liveで新設された「Conversational Attributes」は、Q&A、ドキュメントリンク、関連商品、商品グループタイトル、バリエーションオプション、人気ランクの6項目からなる。これらはオプションだが、サプリメンタルデータソースまたはMerchant API経由で追加することで、自然文検索での商品理解精度が上がるとされている。既存商品の承認ステータスに影響を与えずに追加できる点も実装のハードルを下げている。

ステップ4: フィード送信方式の見直し

従来の1日1回のバッチアップロードでは、Universal Cartのバックグラウンド処理が古いデータを参照するリスクが高い。Content API for Shopping経由のプッシュ更新、またはWebhookベースの即時更新への移行を検討し、最低でも在庫変動の激しい商品カテゴリは短間隔（15分単位など）でのスケジュール取得に切り替える。

構造化データ（Product/Offer）実装の要点

GMCフィードだけでなく、商品詳細ページ上のJSON-LD構造化データもGoogleがフィードを検証・補強するための二次的なシグナルとして使われる。以下の点を押さえる。

• Product/Offerのプロパティ一致: price、availability、aggregateRatingなどがGMCフィードの値と食い違うと、Googleは両方の情報源を信頼性が低いと判断し、露出が下がる可能性がある。フィードとページの両方が同じマスターデータ（在庫管理システムやPIM）を参照する構成にする。
• 在庫状態の粒度: InStock/OutOfStockだけでなく、LimitedAvailabilityやPreOrderなど実態に即したステータスを使い分ける。エージェントが在庫切れの商品を提案してチェックアウトでエラーになる事態を避ける。
• バリエーション表現: ProductGroupとisVariantOfを用いて、色・サイズ違いの商品を正しくグルーピングする。互換性チェック機能が誤判定を起こさないよう、素材や規格情報も構造化データ内に明記する。
• レビュー・評価の反映: aggregateRatingとreviewを最新の状態に保つ。エージェントが比較検討の材料として評価情報を参照するため、古いレビュー件数のまま放置しない。
• schema.orgのバージョン管理: 構造化データのプロパティ追加・変更があった場合は、GMCフィードのマッピングも同時に更新し、両者のリリースを同期させる運用フローを社内で確立する。

在庫・価格の鮮度管理

Universal Cartのバックグラウンド処理は、カートに入った商品の在庫と価格を継続的に監視する前提で設計されている。加盟店側の鮮度管理が甘いと、次のような不具合が起きやすい。

• フィード上は在庫ありでも実際は欠品しており、チェックアウト時にMERCHANDISE_NOT_AVAILABLEのようなエラーが発生する
• セール価格の反映タイムラグにより、ユーザーが見た価格と実際の決済価格が乖離する
• 在庫の急減時にエージェントが古い情報のまま推奨を続け、購入直前のキャンセルを招く

対策として、以下の運用体制を推奨する。

1. 在庫管理システムとGMCフィードの連携をリアルタイムAPI化し、バッチ更新への依存を減らす
2. 高回転・低在庫のSKUには専用の更新頻度ルール（例: 5分間隔）を設定する
3. 価格改定・セール開始のタイミングをフィード更新のスケジュールと事前にすり合わせる
4. チェックアウトエラー発生時のアラートを監視し、原因（在庫・価格・属性不備）を即日で特定できる体制を作る

とくに注意したいのはセール期間中の運用だ。タイムセールやフラッシュセールのように短時間で価格が切り替わる施策では、フィード更新が数時間遅れるだけでも「Universal Cart上ではセール価格が表示されているのに、実際のチェックアウトでは通常価格に戻っている」といった食い違いが発生しうる。エージェント経由の購入体験でこうした食い違いが起きると、ユーザーの信頼を損なうだけでなく、Google側からもデータ品質の低い加盟店として評価が下がる可能性がある。セール施策を打つ際は、マーケティング部門とフィード管理部門の間で更新タイミングを事前にすり合わせるフローを、恒常的な運用ルールとして定めておくべきだ。

また、返品・キャンセル時の在庫反映速度も見落とされがちなポイントだ。UCPの範囲には注文後処理（返品・配送追跡）も含まれるため、返品によって在庫が復活した際にフィードへ即座に反映されないと、実際には購入可能な商品が「在庫なし」としてエージェントの提案候補から外れ続けることになる。在庫管理システムのイベント（入庫・出庫・返品）をトリガーにフィード更新が自動で走る設計にしておくことで、こうした機会損失を防げる。

UCP・ACP・AP2との違い

Universal Cartを支えるプロトコル群は名前が似ており混同されやすいが、それぞれ担う役割が異なる。

UCPは「何を売っていて、どうエージェントと連携できるか」を定義する広い標準であり、AP2は「誰が購入を承認したか」を証明する信頼レイヤーである。一方でACPはOpenAI主導の別系統の標準であり、ChatGPT内の購入体験を対象とする。加盟店にとっては、GoogleのUniversal Cart経由の露出を狙うならUCP対応が優先事項になり、ChatGPT Shoppingなど他のAIサーフェスにも対応したい場合はACPの実装も別途検討する必要がある。両者は競合するというより、対応するAIサーフェスによって使い分けるものと捉えたほうが実務的には正確だ。UCP・ACPの詳しい比較は関連記事で解説している。

加盟店の対応チェックリスト

Universal Cart時代に向けて、加盟店が今のうちに着手すべき項目を優先度別に整理した。

すぐ着手すべき項目

• GMCフィードの必須属性（GTIN、在庫、価格）の欠損チェックと補完
• 商品ページのProduct/Offer構造化データとGMCフィードの値の突合・一致確認
• 在庫更新頻度の現状把握とバッチ更新からリアルタイム連携への移行計画策定
• 画像サイズ・品質の2026年仕様（500×500px以上等）への準拠確認

中期で取り組む項目

• Conversational Attributes（Q&A・関連商品・人気ランク等）の追加
• タイトル・説明文の自然文対応リライト（キーワード羅列からの脱却）
• UCP準拠APIの実装検討（自社EC基盤またはShopifyなどのプラットフォーム側の対応状況確認）
• AP2に関する決済フローの技術的な影響範囲の洗い出し

継続的な運用項目

• 価格・在庫の乖離監視とアラート体制の構築
• チェックアウトエラーログの定期レビュー
• 競合の構造化データ実装状況のウォッチ
• Google Merchant Center Helpなど一次情報の定期チェック（仕様変更は頻繁に発生する）

日本の加盟店にとって最大の不確実性は、Universal Cart自体の国内展開時期が未発表である点だ。ただし、GMCフィードの整備や構造化データの一致といった基盤作業は、Universal Cartの有無にかかわらずAI Mode全般での露出評価に直結するため、展開時期を待たずに着手する価値がある。

よくある質問

Q1. Google Universal Cartはいつから使えますか?

2026年夏からSearchとGeminiアプリ(米国)で先行展開が始まる。YouTubeとGmailは後続で追加される計画とされている。

日本を含む米国以外への展開時期は本記事執筆時点で公式発表がなく、加盟店は展開時期を待たずにGMCフィードの整備を進めておくことが望ましい。

Q2. Universal Cartに商品を表示させるには何が必要ですか?

GMCへの商品フィード登録と、フィード品質(在庫・価格の鮮度、必須属性の充足)が最低条件になる。

タイトルや説明文が自然文検索に対応していない場合、フィードが存在していてもエージェントに商品として認識・提案されない可能性がある。構造化データとフィードの値の一致も重要な条件だ。

Q3. Universal CartとUCPは同じものですか?

異なる。Universal Cartはユーザー向けの機能名で、UCPはその裏側で使われるAPI標準の名称だ。

UCPは商品発見からチェックアウト、注文後処理までを規定するプロトコルであり、Universal Cartはそのプロトコルの上に構築されたユーザー体験の一つと位置づけられる。

Q4. Conversational Attributesは必須ですか?

必須ではなくオプション属性だが、自然文検索での商品理解精度を上げる効果があるとされている。

Q&A、関連商品、人気ランクなど6項目からなり、既存商品の承認ステータスに影響を与えずに追加できるため、実装コストが低い割に効果が見込める施策として優先度は高めに設定してよい。

Q5. GMCフィードと構造化データの値が食い違うとどうなりますか?

両方の情報源の信頼性が低いとGoogleに判断され、露出が下がる可能性があるとされている。

価格や在庫状況、評価などのプロパティは、フィードとページの両方が同一のマスターデータを参照する構成にし、更新のタイミングもずれないよう運用フローを整備する必要がある。

Q6. UCP・ACP・AP2はすべて実装する必要がありますか?

対応したいAIサーフェスによって異なる。GoogleのUniversal Cart経由の露出を狙うならUCP、ChatGPT Shopping等も狙うならACPの検討が必要になる。

AP2はGoogle側の決済認可レイヤーであり、UCPを実装する場合はセットで関わってくる。すべてを同時に実装する必要は必ずしもなく、自社の主要な流入チャネルに応じて優先順位をつけるのが現実的だ。

Q7. 在庫切れの商品がエージェントに提案されるとどうなりますか?

チェックアウト時にエラーが発生し、ユーザーの購入体験を損なう可能性がある。

フィード上の在庫ステータスが実態と乖離している場合に起きやすく、特に在庫回転の速いカテゴリではリアルタイムに近い連携への移行が推奨される。エラー発生時のアラート体制もあわせて整備しておくべきだ。

Q8. Universal Cartへの対応は中小規模のEC事業者でも必要ですか?

GMCフィード整備や構造化データの一致は、Universal Cartの有無にかかわらずAI Mode全体の露出評価に影響するため、規模を問わず着手する価値がある。

大規模なUCP API連携は開発リソースが必要になるが、フィード品質の改善や構造化データの整合性確保は既存の運用体制でも取り組みやすい。まずは基盤整備から始め、UCP対応は自社のプラットフォーム(Shopifyなど)の対応状況を見ながら段階的に検討するのが現実的だ。

関連用語

• 構造化データ
• Schema.org
• JSON-LD
• クローラー
• クエリ
• AEO
• ブランドメンション

関連記事

• AI検索最適化(LLMO/AEO)完全ガイド
• UCPとACPの違いとは？EC事業者が2026年に取るべき対応
• AmazonのRufusと楽天AIショッピングアシスタント最適化
• MastercardのAgent Payが示すエージェント決済トークンとEC加盟店対応
• ChatGPT Shoppingリサーチと商品露出対策
• Shopifyのエージェント型ストアフロントとグローバルカタログのAI検索最適化
• Perplexity Merchant Programの商品フィード設定手順
• AP2(Agent Payments Protocol)によるECチェックアウトの日本対応
• GoogleマップGemini店舗情報とは何かとMEO対策の実践手順