AIに買い物を任せるとき、注文成立と配送・返金をどう確かめるか

Googleの2026年9月の発表とUCPの公開仕様、商品表示・購入同意・注文記録・購入後の対応について

2026年11月7日更新: 2026年11月7日ヨコタナオヤ（横田直也）約10分で読めます

エージェンティックコマースでは、AIが商品の探索や購入手続きを支援する。Googleの9月の発表とUCPの公開仕様を読み、表示の指標、本人の同意、注文成立、配送・返金を分けて、利用者と販売者が確かめることを考える。

AIガバナンスデジタル政策経済エビデンス

X Facebook Threads

ざっくり言うと

Googleの9月の発表では、AIでの表示を測る機能と購入手続きの統合を別々に扱う
購入機能への接続だけで検索順位や売上、利用者の満足度が保証されるわけではない
本人が確かめた条件、処理中の状態、注文成立、配送・返金を分けて確認する

サムネイルはAI生成のイメージ画像であり、実在するサービスや購入の記録写真ではない。

本稿は公開仕様と事業者の案内の解説であり、個別案件への法的アドバイスではない。取引条件や個人情報の扱いの具体判断は、弁護士等の有資格者や所管窓口に確認する必要がある。

何が起きているのか

9月の発表と対象地域を読み、AIでの表示と注文の成果を分ける。

「来週の集まりで使うカップを探して」とAIに頼み、好みに合う候補が並んだとする。その画面から買えるとしても、表示されたこと、本人が購入を決めたこと、販売者が注文を受けたことには違いがある。送料を含めた金額や到着予定を確認する前に「買い物が終わった」と感じてしまうと、後から何を確かめればよいのか分かりにくい。

AIが本人に代わって商品を探したり、購入手続きを進めたりする仕組みを、エージェンティックコマースと呼ぶ。は2026年9月16日、年末商戦に向けた関連機能を発表した。本稿は11月4日に確認したGoogleとUCPの資料を11月6日（UTC）に再確認し、利用者と販売者が何を確認できるのかを読む。11月6日に確認した消費者委員会の有識者資料から、推薦に関わる利害の論点も補足する。

発表には、AIの画面で商品がどう見つかるかを測る機能、YouTube広告の中で質問に答える米国のベータ機能、購入手続きをつなぐUCP統合ハブの更新がある。それぞれの利用条件は違う。統合ハブの新機能は米国で順次提供し、豪州・カナダは2027年初めの予定と説明されており、この発表を日本でもすべて利用できるという案内にはできない。

表示の増加から注文は分からない

は、Googleの販売者向け管理サービスMerchant Centerで、AIによる検索画面の表示を確認する機能である。対象は豪州・カナダ・インド・ニュージーランド・米国のアカウントと英語の検索で、自然検索の表示を扱い、広告は含まない。

表示の割合は、所定の競合ブランド群と自社が表示された合計回数に対する自社の割合であり、市場全体の売上シェアとは異なる。競合群の変化で自社と競合の平均がともに上がることもあり、競合データが足りない場合には高い割合が表示される。数字を見た販売者は、対象と期間を揃え、注文数や返品などを別の記録で確認する必要がある。

公式ヘルプは、商品の探索、比較、購入に近い検索という段階も示す。「購入に近い」と分類された検索でも、その人が購入条件に同意したことや、実際に注文したことを表すわけではない。販売者が読む際には、検索の意図を推定した分類と、本人の操作を記録した結果の違いを確認したい。購入前の関心を知る資料として役立てながら、その後に起きたことを確定しすぎない読み方である。

表示を確認

AI performance insights

扱う対象: 自然検索
比べる範囲: 所定の競合群
注文成立: 別に確認

購入機能を統合

UCP統合ハブ

事前の準備: 技術対応
利用までの確認: 登録・選定
直接統合での順位: 影響しないと説明

Googleの9月16日発表、AI performance insights・統合ハブの公式ヘルプ、UCP FAQをもとに筆者整理。対象国・言語・機能は別々に確認する。

商品が見つかることと、購入機能を使うこと

販売者にとって、表示を増やす工夫と購入途中の失敗を減らす工夫は、別々に評価したい仕事である。商品説明を詳しくした後に表示が増えても、送料や配送先の条件で購入を中断する人がいるかもしれない。実際にどちらが起きたのかは、表示の指標だけでは確定せず、購入の各段階を同じ期間で調べることで検討できる。

背景と文脈

共通規格がつなぐ範囲と、販売者に残る在庫・配送先の確認を整理する。

Googleの1月の発表（外部サイト、新しいタブで開きます）で登場したUCP（Universal Commerce Protocol）は、AIの画面と販売者のシステムが、商品情報や購入手続きを共通の形式でやり取りするための公開規格である。販売者がAIのサービスごとに異なる接続を作る負担を減らすことを目指す。

Google（外部サイト、新しいタブで開きます）は3月の更新で、カート、価格・在庫などの商品情報の取得、会員情報の連携を追加した。採用者が機能を選ぶ設計なので、UCPに対応したという説明だけでは、会員価格や複数商品の購入まで確認したことにならない。規格に項目があることと、その店で使えることを分けて読む必要がある。

この違いは、販売者の準備にも関わる。地域の店が商品紹介のデータを揃えていても、購入時点の在庫や送料を返せるかは別に確かめたい。複数の経路へ同じ商品を出す場合にも、説明を更新する担当と、購入条件を確認する担当を決めておく方法が考えられる。実際に必要な費用や時間は店の仕組みによるため、接続先を共通にしただけで負担がなくなるとは評価できない。

接続しても販売者の確認は残る

Googleのは、技術対応を済ませ、関心を登録し、参加者として選定された後に検証環境へ進む流れを示す。公開規格への対応と、Googleの画面で購入機能を提供する参加条件は、同じ手続きではない。接続の宣言だけを、実際に利用できる状態と扱えない理由である。

販売者はMerchant of Record、つまり購入取引を行う販売者の立場に残る。Googleのでは、在庫の確認や配送可能な住所の判断を販売者が行い、購入には販売者の条件を適用すると説明している。利用者がAIと会話していても、在庫切れや配送先の制限を判断する仕事は販売者に残る。

同じFAQは、購入機能を直接統合するネイティブ方式を選んでも、掲載商品の順位には影響しないと説明する。これはGoogleの機能説明であり、すべてのAIによる推薦の公平性を検証した結果ではない。それでも、購入への接続が有利な順位を保証するという理解を、この案内から導くことはできない。販売者は、掲載の条件と購入時の条件を別々に確かめたい。

顧客との関係を販売者が維持するという説明も、情報をどんな目的でも自由に使えるという意味ではない。FAQは、顧客への再案内にも通常のプライバシーと同意の取り扱いが適用されるとする。購入に必要な情報を受け取ることと、後から案内を送る許可を得ることは、販売者が別々に確認する事項である。接続方式の選択だけで顧客情報の扱いを決められない点にも注意したい。

構造を読む

本人の確認、処理中、注文成立、配送・返金を別の記録として確かめる。

本人が確かめた条件を残す

UCPのでは、基本の最終確認は信頼できる画面で本人が行う。AIによる商品選択や入力の支援と、注文内容を見て購入を決める操作を分けている。ただし、購入の許可を電子的な署名で扱うAP2の追加機能に対応する場合は別の条件があるため、あらゆる自動購入を禁止する規格だとは読めない。

では、販売者が示した商品・価格などの条件と、本人が明示的に許可した購入を、検証できる署名で結びつける。これは許可の記録を扱う設計であり、本人が条件を理解できたかまで証明するものとは異なる。読みやすい表示や、迷ったときに人へ戻れる手順も、利用者が確かめる必要がある。

たとえば先ほどのカップなら、個数、色、送料込みの金額、届け先、到着予定を、購入を決めた画面と注文の記録で比べたい。これは本稿が提案する確認方法であり、個別のサービスでその比較を実施した結果ではない。「集まりに間に合うもの」という依頼を、AIがどう購入条件へ移したのかを後から確かめられれば、希望と注文のずれを調べやすくなる。

途中で在庫がなくなり別の色へ変更した場合を考えると、最初の依頼だけでは新しい注文への許可を確かめられない。AP2の仕様は、許可に含まれた条件と現在の購入手続きの条件が一致するかを確認する設計である。利用者にも変更した項目を見せ、何を選び直したのかを記録する方法が考えられる。署名で条件を結びつけることと、変更を本人へ分かるように説明することを合わせて検討したい。

処理中と注文成立を分ける

同じ購入仕様は、必要情報が揃ったready_for_complete、注文の確定処理を受け付けて処理中のcomplete_in_progress、注文が成立したcompletedを分ける。販売者は、処理中の応答に注文情報を含めず、注文成立後の応答へ注文情報を含める。したがって、AIが「手続きを進めた」と返答したことだけを注文成立の証拠にせず、販売者が示す状態と注文の記録を確認したい。

利用者の入力や確認が必要なら、販売者の画面へ引き継ぐ状態も用意されている。画面の切替えを単なる失敗と扱わず、何を本人が決める必要があるのかを説明できることが大切になる。操作回数を少なくすることだけを便利さの基準にすると、応答が遅いときに状態を確かめるための操作を評価できない。仕様を実装する運用担当者は、確定操作を繰り返す前に現在の状態を確かめる。

販売者と運用担当者が接続を検証するときには、正常に成立した例に加えて、在庫切れ、配送先の変更、確定の応答が遅れた例を試す方法がある。その際、利用者に何と表示したか、販売者がどの状態を返したか、最後に注文がどうなったかを同じ記録で確認する。これは本稿の検証案であり、公開された仕様だけから、実際のサービスがこれらの確認を済ませたと判断するものではない。

購入前

本人が条件を見る

商品・個数: 希望と照合
金額・配送先: 条件を確認
確定の応答: 処理中を区別

購入後

販売者の記録を見る

注文の成立: 注文記録
到着の確認: 配送記録
返金・問合せ: 対応を追う

UCP Checkout・AP2 Mandates・注文管理の公開仕様をもとに筆者整理。個別サービスで実施済みの検査結果や、配送・返金の保証を示す図ではない。

購入を決める前と、注文成立後に確かめること

注文成立後の対応を確かめる

は、届ける予定と実際の配送の出来事、返金などの注文後の変更を分けて扱う。購入手続きのcompletedは、品物が届いたことや返金への対応が終わったことまで意味しない。こうした情報を伝える項目があるだけでは、販売者が問い合わせに答えた結果も確認できない。

地域産品を販売する団体が新しい購入経路を検討するなら、接続できたかに加え、注文番号から発送状況や問い合わせを追えるかを試す方法が考えられる。売上だけを成功の基準にせず、確認し直した注文、問い合わせ先が分からなかった例、返金対応の経過も同じ期間で記録する。実際の記録を揃えて初めて、購入の支援が利用者と担当者にどんな変化をもたらしたかを検討できる。

参考書籍

『選択の科学コロンビア大学ビジネススクール特別講義 (文春文庫 S 13-1)』（外部サイト、新しいタブで開きます）は、選択と他者への委任を考える関連読書である。出版社の紹介・目次・書誌を確認したが、書籍本文は未読であり、現在のAI購買の効果やUCPの要件を裏づける資料にはしない。リンクはAmazonアソシエイトの広告リンクである。

残る問い

購入の許可を署名で確かめられても、利用者が金額や配送条件を読めたかは別に調べる必要がある。文字の大きさや言語、途中で条件が変わったときの説明、迷ったときの問い合わせ先は、利用する人によって問題になりうる。確認画面を用意したという記録に加え、本人が条件を理解して決められたかを、実際の利用状況からどう確かめるか。便利さを測る際に、操作の少なさと本人が判断できることを一緒に評価したい。

販売者には、商品データを更新し、接続を維持し、在庫や配送の例外に答える仕事が残る。小規模な店や地域の団体が同じ準備を続けられるかは、規格の公開だけでは決まらない。費用や担当時間、提供地域、選定条件を確認し、参加した店と参加していない店の表示機会を同じ条件で調べることが必要になる。新しい購入経路を増やした結果、どの店が利用者へ届き、どの仕事や費用を誰が負担したかが次の論点である。

利用者は、会話の画面を閉じた後も注文の記録と販売者へ戻れるかを確かめたい。配送の遅れや返金の際に、AIの返答、販売者の記録、実際の対応を比べられることは、問題を説明するためにも役立つ。商品を見つけて注文を成立させた結果と、困ったときに対応が進んだ結果を分けて調べることで、AIにどこまで買い物を任せられるかを具体的に判断できる。