TANAKA Hiroki
「エージェンティックコマース」という言葉を、最近よく目にするようになりました。
AI エージェントがユーザーの代わりに商品を選び、購入までを代行する。そんな買い物の未来が語られ、それに対応するために何かを急がなければならない、という空気が広がっています。
実際、クライアントや知人の事業者から「うちも何か対応が必要ですか」「何から手をつければいいですか」と聞かれる機会も、少しずつ増えてきました。
ただ、結論から言うと、エージェンティックコマースに備えるために、新しく始めるべきことはほとんどありません。
やるべきことは、これまでとほとんど変わらない。ただし、これまで後回しにしてきた事業者にとっては、いよいよ向き合うべき時期が来ている、という話です。
この記事では、エージェンティックコマースという言葉に振り回される前に、ネットショップのオーナーに知っておいてほしいことを、構造設計の現場から整理してみます。
世の中のエージェンティックコマース論は「パイプ」の話ばかり
エージェンティックコマースに関する記事や発表を読んでいると、語られているのは主に「流通の仕組み」の話です。
Google が Shopify などと連携して発表した UCP（Universal Commerce Protocol）は、AI エージェントと店舗をつなぐ規格で、顧客が自然言語で購買に関わるあれこれを指示することができるようになります。AI とのチャット内で決済を完了させたり、注文履歴や配送状況を確認させたりすることができるのがメリットです。
いま話題になっているのは、UCP のような仕組みを導入し、いかにしてエージェンティックコマースに対応していくかが中心です。こうした話題は、いずれも商品が流れる「パイプ」をどう整備するか、という議論です。
ただ、パイプの話だけ聞いていても、ネットショップを運営するオーナーにとっては、今日何をすればいいのかが見えてきません。しかも UCP は、日本での提供時期も仕様の詳細も、現時点ではまだ固まっていない部分が多いです。これに備えて今すぐ何かを始めなければと慌てる段階ではありません。
では、実際に何を見るべきか。そこで重要になるのが、エージェンティックコマースがどこで、どのように展開されているかという全体の地図です。
エージェンティックコマースの主戦場は、結局どこになるのか
エージェンティックコマースに対応すると言っても、それは一つのサービスに対応することではありません。
AI エージェントがユーザーに代わって商品を探し、場合によっては購入まで代行する。この仕組みを支えるプラットフォームは複数あり、それぞれ別の場所で動いています。対応するなら、まずこの全体像を押さえる必要があります。
ここを整理すると、どこに優先して手を入れればいいのかが見えてきます。
オープンなインターネットでは、Google が筆頭になる
誰でもアクセスできるインターネット上で、AI エージェントが商品を見つけて提案する。この領域では、本記事の執筆時点では Google が最も積極的です。
OpenAI も ChatGPT 内で決済まで完結させる「Instant Checkout」を一時期進めていましたが、2026年3月24日に方針を転換し、商品発見機能に注力する形になりました。ACP（Agentic Commerce Protocol）という仕組み自体は継続していて、Target や Home Depot などの海外大手が参加しています。
ただし、OpenAI が今後 ACP を通じて日本展開を進めるとしても、オープンなインターネット上のエージェンティックコマースで実質的な主役になるのは、Google になる可能性が高いと見ています。理由はシンプルで、Google は検索と広告の規模でも、事業者がセルフサーブで参加しやすい仕組みの成熟度でも、他を引き離しているからです。
Google の場合、商品データは Google Merchant Center に集約され、そこから Google 検索、Google マップ、Gemini、AI Overviews などの各サービスに配信されます。オープンなインターネット側で AI エージェントに選ばれるためには、Google Merchant Center 対応が入り口になります。
Amazon や Meta は、それぞれの経済圏内で展開する
一方で、Amazon や Meta（Facebook、Instagram）は、自社のプラットフォーム内で閉じた戦略を当面では展開すると考えられます。Amazon なら Rufus という AI エージェントを使うことで商品探索ができますし、Meta なら Facebook や Instagram の広告やショッピング機能の中で、それぞれの AI が商品を提案していくことになります。
こちらは誰でも参加できるオープンな仕組みではなく、そのプラットフォームに商品を出品している事業者向けの機能です。
本記事の公開直後の2026年4月24日、Amazon、Meta、Microsoft、Salesforce、Stripe が Universal Commerce Protocol(UCP) Tech Council に参加することが発表されました。
これにより、Amazon と Meta は自社プラットフォーム内での展開と並行して、業界共通のオープンスタンダードである UCP にも関与していく形になります。業界全体としては UCP への収束が進んでいくと見られますが、本記事で述べた「AI が商品を正しく理解できる構造に商品データを整える」という本質は変わらないと考えています。むしろ、整理され構造化された商品データという基盤整備の重要性は、UCP の標準化が進むほど増していくはずです。
仕組みは違うが、やることは実は大きく変わらない
重要なのはここです。オープンなインターネットと、閉じた経済圏、データの送り先は違っても、AI が商品を正しく理解できる構造に商品データを整えるという本質は共通しています。
- Google 向けには Google Merchant Center にデータを届ける
- Amazon 向けには Amazon の商品カタログに情報を入れる
- Meta 向けにはコマースマネージャー経由で商品カタログを連携する
プラットフォームごとに仕様の違いはありますが、「商品情報を構造化して、AI に読める形で提供する」という作業そのものは、どこでも変わりません。
カート側の準備状況にも差がある
なお、カートによってエージェンティックコマースへの対応速度は大きく異なります。Shopify は既に OpenAI の ACP、Google の UCP に対応し、複数のプラットフォームの受け皿になっています。さらに、Shopify の提供する UCP は Shopify 独自の付加機能までつけており、公開されている規格よりもさらに高機能な内容になっています。
一方、日本国内で広く使われている ASP カートの多くは、こうした動きへの対応がまだ見えていません。どのカートを使っているかによって、同じ事業者でもエージェンティックコマース時代への準備の進み具合が変わってくる可能性があります。
それでも Google Merchant Center 対応が実質的な答えになる
こう見てくると、Google Merchant Center 対応を優先することは、結果的に他のプラットフォームへの対応コストを下げる投資にもなります。Google Merchant Center で求められる商品データの整理（商品名、カテゴリ、画像、属性など）は、ほとんどの場合、他のプラットフォームでも流用できます。
どこから手をつけるか迷ったら、まず Google Merchant Center に取り組むことが実質的な答えになります。
実際に手を動かせる範囲は、既に見えている
前述のように Google Merchant Center が中心になるとすると、事業者として手を動かせる範囲は、意外と限られています。
使うカートの選定、商品データの構造設計、そして Google Merchant Center への対応。概ねこの3つに収束します。
クライアントの現場で話をしていても、結局はここに落ち着きます。AI エージェントに選ばれるためには、AI が商品を正しく理解できる状態にしておく必要がある。そのためには、商品データが構造化されていて、Google が参照する場所（Google Merchant Center → Google ショッピンググラフ）にきちんと登録されている必要がある。それだけです。
派手な新技術も、プラットフォーム選びで劇的に変わるような話もありません。地味で、積み重ねの仕事です。
GEO や LLMO と呼ばれるものが SEO の延長にあるように、エージェンティックコマースは Google Merchant Center の延長
ここまでの話を一言で整理すると、こうなります。
エージェンティックコマースは、Google Merchant Center を丁寧にやることとほぼイコールと言えます。
これは、SEO と GEO（Generative Engine Optimization：生成 AI 向けの最適化）や LLMO（Large Language Model Optimization：大規模言語モデル向けの最適化）と呼ばれるものとの関係に似ています。GEO や LLMO は、検索エンジンに対する最適化（SEO）が、生成 AI にも読まれる前提で拡張されたものです。全く新しい何かではなく、既存の枠組みの延長線上にあります。
エージェンティックコマースも同じです。AI エージェントに選ばれる商品情報の作り方は、Google に正しく理解される商品情報の作り方と地続きで、別物ではありません。
つまり、「エージェンティックコマース対応」という新しい仕事を立ち上げる必要はなく、Google Merchant Center という既存の枠組みに、今まで以上に丁寧に取り組むこと。それがそのまま、エージェンティックコマース時代の準備になります。
取り組んでこなかった事業者ほど、向き合う時期が来ている
「新しいことは何もない」というメッセージは、裏を返すと、これまで取り組んでこなかった事業者にとっては、取り組むべき時期が来ている、ということでもあります。
Google Merchant Center を整備してきた事業者にとっては、エージェンティックコマースの到来は、それほど大きな変化ではありません。取り組んできたことの延長で対応できます。
一方で、Google Merchant Center を後回しにしてきた事業者にとっては、ここで一度、経営判断として向き合う時期が来ています。
取れる選択肢は、大きく3つあります。
1つ目は、ちゃんと取り組むこと。カートを整え、商品データを揃え、Google Merchant Center に向き合う。これまで後回しにしてきた分、最初は手間がかかりますが、エージェンティックコマース時代の土俵には乗ることができます。
2つ目は、無理に対応しないと判断すること。ネットショップでの勝機がそもそも見えないのであれば、Google Merchant Center に投資しないという判断もあり得ます。実店舗や別のチャネルが主戦場で、ネットはあくまで補助、という事業の形は今もあります。
3つ目は、今は動かないが、頭の片隅に置いておくこと。今すぐ対応するリソースがなくても、これから徐々に相対的な出遅れが生じていくことは、認識しておいたほうがよいです。いずれ取り組む可能性があるのなら、後から取り戻すコストが大きくなる前に、どこかで判断する必要が出てきます。
大事なのは、どの選択肢を選ぶにしても、状況を把握したうえで選ぶことです。自分のネットショップの商品が、Google でどう表示されているか、そもそも表示されているのか。まずはそこを確認することが、判断の出発点になります。
取り組むなら、誰が何を考えるか
Google Merchant Center に取り組むと決めた場合、次に問題になるのは「誰が何をやるのか」です。
これは一人で完結する仕事ではありません。制作ディレクター、エンジニア、広告運用者、この三者の視点が揃って初めて機能します。どれか一つが欠けると、表面的には整ったように見えても、実際には AI に理解されにくい構造になってしまう。そういう場面を、現場で見かけることがあります。
それぞれが何を考えるかを、簡単に整理しておきます。
制作ディレクターが考えること
商品情報の全体設計を担うのはディレクターです。商品名の付け方、カテゴリ分類、画像の方針、説明文の粒度。これらはサイトを見る人間向けの設計と、AI に高い解像度で理解してもらうための設計を同時に考える必要があります。
特に画像や URL 構造のように、後から直そうとするとコストが大きく膨らむ要素は、最初の設計段階で仕込んでおく。「きれいなサイトを作る」だけでなく「売れるデータ構造を設計する」ところまで、担う役割の重心が変わっていきます。
エンジニアが考えること
ディレクターが設計した商品情報を、どのように Google Merchant Center へ届けるか。これがエンジニアの領域です。
データベースをフィード出力前提で設計する、バリエーションの URL 構造を組む、カートとサイトと Google Merchant Center の間で価格や在庫がずれないようにする。地味な仕事ですが、ここが途切れると商品情報がそもそも Google に届きません。カートの標準機能だけでは届かない属性をどう補うか、という設計判断も含まれます。
広告運用者が考えること
Google Merchant Center に登録された商品データが、実際にどう表示されているか、どこで機会を失っているか。ここを見続けるのが広告運用者の役割です。
表示が出にくい商品、不承認になっている商品、検索語句と合っていない商品。広告の運用現場で見える不具合を、ディレクターやエンジニアにフィードバックして、構造側を修正していく。また、どういう分類やフラグがあれば広告運用しやすいかを、最初の設計段階で制作側に伝えておくのも広告運用者の仕事です。この循環がないと、Google Merchant Center は「登録して終わり」のまま止まります。
三者が揃って初めて機能する
この三者の誰が欠けても、Google Merchant Center は十分に機能しません。ディレクターだけでは Google に届かないし、エンジニアだけでは何を届けるかが決まらないし、広告運用者だけでは改善の循環が生まれない。
小さな事業者であれば、一人が複数の役割を兼ねることもあります。その場合も、3つの視点それぞれを意識して動くことが、結果の差につながります。
ここまでは、構造を整えるための話です。
そして、最後に残るのは「商売そのもの」
取り組むと決めた事業者にとって、構造設計の仕事をしていて、もうひとつ見えてくる景色があります。
ここまで、エージェンティックコマース対応の実体は、結局のところ Google Merchant Center に取り組むこと、カートを選ぶこと、データを整えることに収束する、という話をしてきました。
ただ、構造を整えても、売れない商品は売れません。残念ながら。
当たり前のようですが、これは意外と見落とされます。AI エージェントが商品を選ぶようになれば、構造化されたデータを持つ事業者が有利になるのは事実です。しかし、構造化データの質は、取り組む事業者が増えれば増えるほど、業界平均に収斂していきます。みんながパイプを綺麗にすれば、パイプの綺麗さでは差がつかなくなる。
そのとき残るのは、パイプを流れる「水」そのもの。つまり、扱っている商品そのもの、その商品の背景にある事業のあり方、顧客との関係性です。
AI エージェント時代は、構造化データを整えることで参加資格を得るフェーズであり、その先で最終的に選ばれるのは、商売の中身が強い事業者です。
構造設計は必要条件であって、十分条件ではない、ということです。
おわりに
エージェンティックコマースという言葉に、慌てる必要はありません。
やるべきことは、実はこれまでと変わっていません。カートを整え、商品データを整え、Google Merchant Center と向き合う。GEO や LLMO と呼ばれるものが SEO の延長にあるのと同じように、エージェンティックコマースは Google Merchant Center の延長にあります。
ただし、これまで後回しにしてきた事業者にとっては、後回しのツケが一気に表面化する時期でもあります。今から取り組むことに、遅すぎるということはありません。
そしてその先で、最終的に問われるのは、あなたの商品そのものです。構造は整えられる。データは設計できる。思考の手助けもできる。でも、商売の中身は、最終的にオーナー自身の経営判断として残る仕事です。
この記事を読んで、一歩踏み出したいと感じた方へ
この記事でお伝えした内容を、実際に自社のネットショップに落とし込むには、制作、エンジニア、広告運用という複数の視点を揃えて、構造として整えていく必要があります。
Yuwai株式会社では、Google Merchant Center の構造設計を通じて、エージェンティックコマース時代に備えるための支援を行っています。
ネットショップを運営している事業者の方へ
- 何から始めればいいかわからない
- 社内で対応できる人材がいない
- 現状が正しいのか判断できない
まずは現状把握から始めてみませんか。1時間単位の相談から、本格的な構造設計まで、段階的に支援できる形をご用意しています。
広告代理店・Web 制作会社・EC支援会社の方へ
クライアント企業の Google Merchant Center 対応で悩まれているパートナー様からのご相談も受け付けています。貴社の名義で支援する形態にも対応可能です。