ConstructorがStripe連携の「Agentic Checkout」を発表：サイト内AIショッピングエージェントで商品発見から決済まで完結

サイト内のAIエージェントで「買う」まで終わる

Constructor Launches Agentic Checkout, Powered by Stripe: Letting Shoppers Go From Product Discovery to Purchase Within a Single AI Agent Experience

エージェンティック時代の商品発見プラットフォームであるConstructorは本日、Stripeを統合したAgentic Checkoutを発表しました。買い物客（人間とエージェント）が、1つのエージェントの会話と画面の中で商品を見つけ、購入できるようにします。

www.prnewswire.com

「秋の屋外の結婚式に何を着ていけばいいか」。そう尋ねた買い物客に、AIが在庫のあるドレスを提案し、サイズ感の質問に答え、そのまま支払いまで受け付ける。Constructorが10月5日に発表したAgentic Checkoutは、この一連の流れを1つのエージェントの画面に収める機能です。

Constructorは、SephoraやPetcoなどが使うEC向けの商品検索・発見プラットフォームです。今回の機能は、同社のAIショッピングエージェントにStripeの決済を組み込んだもので、世界で提供を開始しました。支払い手段はStripeのデジタルウォレット「Link」のほか、その他の決済手段にも対応するとしています。同社は、サイト内のショッピングエージェントの中でStripeのチェックアウトを提供するのは自社が初めてだと主張しています。

使える場所は、現時点で2つのエージェントです。1つは、ほしいものを自然な言葉で伝えると文脈や購買履歴、意図に沿って案内する「AI Shopping Agent（ASA）」。もう1つは、商品詳細ページで「このワンピースはサイズ通りか」「このトルティーヤはグルテンフリーか」といった個別の質問に答える「AI Product Insights Agent（PIA）」です。年内には、小売事業者のデジタル接点のほかの場所にも広げる予定です。

導入の手順は軽く設計されています。すでにConstructorのエージェントを使う小売事業者は、ConstructorのUIライブラリを更新し、自社のStripeの認証情報を設定に加えるだけです。Stripeを使っていない事業者も、他の場面で使っている決済の構成を変えずにこの機能だけを有効にできると、同社は説明しています。

発見で止まっていたAIショッピング

なぜ今、チェックアウトなのか。Constructorの発表は、現状の課題をはっきり書いています。AIショッピングの道具は商品を見つける手助けに偏り、買い物客は見つけたものを買うために、従来の分断された購入の流れへ戻されてきたというのです。

会話で絞り込んだ商品をカートに入れ、別のページに移って住所とカード情報を入力する。この移動のたびに、買い物客は少しずつ熱を失います。Constructorは、購入意欲が最も高く、気が散っていない瞬間に買い物を完了させることを狙いに掲げています。

利用者側の素地については、2つの調査が引用されています。1つはConstructorとShopifyが2025年に公表したState of Ecommerce報告です。米国・英国・ドイツの1,500人超を対象にした調査で、AmazonのRufusやWalmartのSparkyのようなエージェント型の買い物ツールを試した人は38%でした。小売サイトに来た人の77%が「何を買うか迷うことがよくある、またはときどきある」と答えています。

もう1つはStripeのLink利用者の調査です。過去1か月にチャット型のエージェントを使った人は80%、少なくとも月1回AIで買い物の下調べをする人は半数でした。ただし、この数字はLink利用者394人へのアンケートで、Linkを使う2億5,000万人の行動を直接測ったものではありません。AIに慣れた層ほど回答しやすい調査であることは割り引いて読む必要があります。

迷っている買い物客は多く、AIに案内を任せる用意もあります。それなのに案内の終点が購入画面への「差し戻し」になっています。Agentic Checkoutは、この最後の継ぎ目を埋めにきた機能と位置づけられます。

検索ベンダーが決済の入口を持つ意味

Constructorの本業は、検索と推薦の精度です。中核の「Commerce Reasoning Engine」は強化学習で買い物客の行動から学び、小売事業者の自社チャネルをまたいで推薦を改善します。そのベンダーが決済に踏み込んだ点に、今回の発表のいちばん大きな意味があります。

ただし、Constructorは決済事業者になったわけではありません。CEOのEli Finkelshteyn氏は役割分担をこう説明しています。

"

Constructorは何年もかけて発見の体験を磨き、買い物客が適切な商品を見つける手助けに力を注いできました。一方でStripeは、世界水準の決済インフラを築いてきました

出典: Eli Finkelshteyn（Constructor CEO・共同創業者）

発見はConstructor、決済はStripeという分業です。小売事業者が自社のStripeの認証情報を設定する方式なので、支払いは小売事業者自身のStripeアカウントで処理される形と読めます。Constructorが代わりに売り手になる構造ではない、ということです。

この分業が小売事業者に意味するのは、自社サイトの会話そのものが売り場になることです。これまで検索ベンダーの成果は、検索経由の売上の伸びとして間接的に測るしかありませんでした。会話の中で決済まで終われば、どの質問とどの推薦が購入につながったかを、同じ画面の中で追えるようになります。Constructorは、自社のAIエージェントを導入した企業数が過去1年で900%増えたとしています。決済の機能は、その導入企業に追加の価値を示す材料になります。

Stripeを選んだ理由について、Finovateは利用基盤の広さを挙げています。Stripeを使う企業は500万社を超え、Linkを設定した利用者は2億5,000万人を超えます。ConstructorとStripeの両方をすでに使う小売事業者にとっては、2つをつなぐだけで済む低い導入の壁が魅力になります。

Stripeが「外」と「内」の両方の入口を押さえる

Stripeの側から見ると、今回の提携は別の意味を持ちます。Stripeはこれまで、小売事業者の外にあるAIエージェントで売るための仕組みを積み上げてきました。

2025年9月にはOpenAIと共同でAgentic Commerce Protocol（ACP）を公開し、ChatGPTのInstant Checkoutを支えました。エージェントがカード情報に触れずに支払うためのShared Payment Token、商品カタログをStripeにつなぐだけで複数のAIエージェントに出品できるAgentic Commerce Suite、利用者が自分のエージェントに支払いを任せるLink wallet for agentsも用意しています。

今回のConstructorとの提携は、これと逆の方向です。買い物客が小売事業者のサイトにいて、会話の主導権も小売事業者が持つ場面で、決済をStripeが担います。2つの入口を並べると、違いがわかりやすくなります。

外部のAIで買われるか、自社サイトの会話で買われるか。どちらに流れが傾いても、Stripeは決済の層に残る構図です。Linkが両方の入口で同じ支払い手段として使えることも、この構図を支えています。

一方で、発表は「買い物客（人間とエージェント）」と書きながら、外部のAIエージェントがConstructorの画面を通じてどう買い物をするのかは説明していません。ChatGPTのような外部のエージェントがAgentic Checkoutを直接使えるのか、ACPとの関係はどうなるのか。この点は未開示で、現時点で具体的に説明されているのは、サイトを訪れた人間の買い物客の流れです。

会話の中で払えても、売れるとは限らない

会話から直接買える仕組みが、そのまま売上になるわけではありません。前例がChatGPTのInstant Checkoutです。WalmartのAI部門を率いるDaniel Danker氏はWiredに対し、Instant Checkout経由のコンバージョン率が自社サイトの3分の1にとどまったと明かしました。OpenAIはその後、決済を自前で抱える路線から退いています（経緯はInstant Checkoutの失敗分析を参照）。

Constructorの方式は、小売事業者の自社サイトの中で完結する点でChatGPTとは条件が違います。会員情報や配送先、ポイントといった既存の購買体験との距離は近いはずです。それでも、会話の画面で支払うことに買い物客が慣れるかは別の問題です。

PYMNTSのKaren Webster氏は、9月のコラムで消費者の習慣に注意を促しています。消費者は20年以上、ある場所で調べて別の場所で買ってきました。Googleで調べてAmazonで買うのと同じで、AIはより優れた検索窓にすぎない。検索窓を替えるのが簡単なのは、試しても消費者が何も失わないからだ、という指摘です（PYMNTS）。調べる場所が変わっても、買う場所まで変わるとは限りません。

小売事業者が判断に使える条件も、多くが開示されていません。

• Constructor側の追加料金と、Stripe側の手数料体系
• 不正利用やチャージバック（カード会員による支払いの取り消し）が起きたときの責任分担
• 注文データを既存の注文管理や在庫システムにどう渡すか
• 「その他の決済手段」の具体的な範囲と、日本を含む各国での対応
• Agentic Checkoutを導入した小売事業者の名前と、コンバージョン率などの成果

EC事業者が見ておきたいこと

日本のEC事業者がすぐにConstructorを導入する場面は多くないでしょう。それでも、この発表は自社サイトのAIチャットや検索の設計を考える材料になります。

まず、サイト内のAIアシスタントを「案内係」で終わらせるのか、「売り場」として設計するのかです。後者なら、会話の中でカート、配送、支払いまで扱えるかが検索や推薦のベンダーを選ぶ条件に入ってきます。

次に、Stripeを使っていない事業者でも、会話の画面だけ別の決済事業者を使う構成が現実的になってきた点です。導入は軽くなりますが、決済事業者が2つになれば、売上の照合や返金の運用は複雑になります。担当部門を交えて事前に確かめておく価値があります。

最後に、会話経由の購入を測る準備です。Instant Checkoutの例が示すとおり、会話で決済できることと、従来の購入画面より売れることは別の話です。導入するなら、通常の購入画面とのコンバージョン率と客単価の比較を最初から設計しておくべきです。

まとめ

ConstructorのAgentic Checkoutは、AIショッピングが「見つける」で止まっていた状態から、小売事業者の自社サイトの中で「買う」まで進める試みです。発見のベンダーが決済の入口を持ち、Stripeが外部のAIと自社サイトの両方で決済の層を押さえる。発表の構図ははっきりしています。

次に注目すべきは、導入企業の実績です。会話の中での購入が、通常の購入画面と比べてどれだけ売れるのか。外部のAIエージェントとの関係がどう説明されるのか。年内に予定される接点の拡大とあわせて、数字が出てくるかを見ていく必要があります。