MetaのAI「Muse」とLink連携で、店の決済は何が変わる？

MetaのAI「Muse」から注文を受けるには、専用の商品登録やStripeとの契約が必要なのでしょうか。今回の発表で確認できるのは、米国の購入者がLinkを通じてMuseに支払いを任せる仕組みです。店の商品をMuseに登録し、推薦してもらうためのサービスとしては案内されていません。[1]

この記事では、日本で通販サイトを運営する担当者が、既存の決済と今回の連携の関係を判断できるように説明します。店がLinkを受け付ける場合と、それ以外の場合を、一つの買い物例で追います。Stripe契約だけで商品が掲載される、という判断を避けるための材料になります。

発表日は2026年9月8日、参照確認日は2026年9月14日です。以下は確認した公式発表と公開ページに基づく説明であり、Museの実アカウントでの設定や購入成功を確認した記事ではありません。[1]

1. Museが買い物を進め、Linkが支払いを支える

Museは、Metaが提供する、人に頼まれた作業を進めるAIです。このようなAIは「エージェント」と呼ばれます。LinkはStripeが提供する支払いサービスで、今回の連携では、購入者が管理する財布の役割を担います。[1][2]

例えば、購入者がAIに商品探しを頼んでも、最後に自分でカード情報を入力する必要があれば、購入手続きの一部は人に残ります。今回の連携は、その支払い部分もAIが進められるようにするものです。購入者は毎回の取引合計を承認し、Museには元の支払い情報を見せずに済むと発表されています。[1]

店にとっての意味は、購入者がAIに手続きを任せた場合にも、Linkやカード決済を通じて代金を受け取る経路があることです。ただし、これは集客の仕組みではなく、主に購入時の支払いを支える仕組みです。注文や売上が増える効果を、日本の個々の店について確認したものではありません。[1][4]

2. 店がLink対応かどうかで、支払いの経路が変わる

発表では、店への支払い方法が2つに分かれています。Linkを受け付ける店では保存済みの支払い方法を使い、それ以外の店では承認された購入用の一回限りの仮想カードを使います。 仮想カードは、実物のカードではなく、オンライン決済に使うカード情報です。[1]

店の支払い受付	Muse側が使うもの	店側が読み取れること
Linkを受け付ける店	購入者がLinkに保存した希望の支払い方法	Link経由で支払う経路がある
それ以外の店	Linkが発行する、承認された購入用の一回限りの仮想カード	Link未対応でもカード決済を使う経路がある

後者は、支払い方法のない店でも購入できるという意味ではありません。汎用のLinkの説明では、一回限りの仮想カードはオンラインのカード決済を受け付ける販売者で利用するとされています。自社について考える際は、まず現在の購入画面がLinkやオンラインカード決済を受け付けているかが判断材料になります。[4]

ここからは、米国の購入者が水筒を1本買う説明用の例を使います。商品代金を40米ドル、送料と税の合計を8米ドル、支払総額を48米ドルと仮定します。実際の商品、価格、購入結果ではありません。

店がLink対応なら、Museは購入者がLinkに保存した支払い方法を使う経路で購入を進めます。Link未対応なら、Linkがその承認済み購入のために発行する一回限りの仮想カードを使う経路です。いずれの場合も、発表上は購入者がMuseのチャット内で取引合計を承認します。[1]

この説明から、「Museの注文を受けるには、すべての店がStripeへ決済を乗り換えなければならない」とは言えません。一方で、既存のカード決済があれば、どの店でも必ず注文まで成功するとも言えません。Linkの支払い経路と、個別の店で購入手続き全体が完了することは、分けて考える必要があります。[1][4]

3. 日本の店と、日本の購入者は条件が違う

Museとの連携について、Stripeの発表が対象としているのは米国の消費者です。日本の消費者も利用できるとは書かれていません。Link全体の利用者が世界にいることを、Muse連携の対象地域と読み替えないようにします。[1]

一方、開発者向けのLink CLIの資料では、購入者は米国の消費者である必要がありますが、販売者は米国外でもよいと説明されています。Link CLIは、開発者が文字の命令でLinkの機能を呼び出す道具です。この条件から、日本にある店を販売者という理由だけで対象外と判断する必要はありません。[3][4]

ただし、その説明だけで「Museが日本の全店舗で購入できる」とは確定しません。資料が示す地域条件は、個々の店の商品をMuseが見つけられることや、注文を最後まで処理できることの保証ではないからです。日本のEC担当者には、日本の消費者への提供状況よりも、米国購入者からの注文を受ける経路として関係する話です。[1][3]

Museの承認画面と、汎用Linkの承認画面を混ぜない

Museの発表は、毎回の合計承認を「チャット内」で行うと説明しています。対して、汎用のLink CLIの資料は、Linkのウェブサイトまたはモバイルアプリで購入ごとの要求を承認するとしています。Linkの一般向け案内も、アプリでの承認を紹介しています。[1][2][4]

このため、Linkの案内にある画面をMuseの実画面として紹介することはできません。今回確認できた資料では、Muse内の具体的なボタン名や、アカウント接続後の画面遷移までは確認していません。汎用Linkの仕組みは背景説明に使えますが、Museの操作手順には置き換えられません。

4. 公開資料で追う、48米ドルの支払いの流れ

ここでは、オンラインカード決済を受け付ける店で、一回限りの仮想カードを使う場合を追います。同じ水筒1本の購入例です。以下はLink CLIの背景説明であり、Museの内部実装を確認したものではありません。 商品と店が決まり、数量1本、送料・税込み48米ドルまで分かっている前提です。[3][4]

最初の利用許可は、購入ごとの承認とは別

AIがLinkを利用する前には、購入者から利用許可を得ます。この許可に使う仕組みがOAuthです。購入者が認めた範囲で、AIがLinkの機能を利用できるようにするためのものです。[3]

Link CLIは、その利用許可を示す情報を使ってLinkを呼び出します。決済機能には決済用の権限が必要ですが、この許可を得たことだけで、以後の買い物を自由に実行できるわけではありません。48米ドルの水筒購入について、別途、購入者による承認を求めます。[3][4]

AIからLinkへ、購入内容と金額を伝える

AIはLinkに、購入金額、店の名前とURL、何をなぜ買うかという説明を送ります。この支払いの許可を求めるデータを「支出リクエスト」と呼びます。仮想カードを求める場合、店の名前とURLは必要な情報です。[4]

水筒の例なら、数量1本、商品代金40米ドル、送料と税8米ドル、合計48米ドルを区別して伝えます。公開資料では、金額は通貨の最小単位で表すため、48米ドルは4800、通貨は米ドルを表すusdになります。これは説明用の値で、店の管理画面へ入力する指示ではありません。[4]

ここで送る店のURLは、今回どこで購入するかを示すための情報です。店側がMuseの掲載申請として送るURLではありません。支出リクエストには商品の表示情報を含められますが、それをMuseの商品登録機能とみなす根拠はありません。[1][4]

承認後に支払い情報を受け取り、店で購入する

LinkはAIに、購入者へ提示する承認用URLと、支出リクエストを識別するIDを返します。購入者はLinkのウェブサイトかアプリで48米ドルの要求を確認します。この汎用の流れでは、承認のためにモバイルアプリを入れることは必須ではありません。[4]

AIは同じ支出リクエストIDを使って承認状況を確認します。承認後に得た一回限りのカード情報を、店の購入手続きで使います。このIDは支払いの許可を求めた記録の番号であり、店が発行する注文番号ではありません。[4]

つまり、Linkから支払い情報を受け取った時点では、まだ店への購入手続きが残ります。公開資料でも「承認済み」と「決済完了」は別の状態です。店が商品を発送する判断まで、購入者の承認だけで済ませる仕組みではありません。[4]

金額変更や承認待ちを、成功と扱わない

仮に水筒の最終合計が48米ドルから52米ドルへ増えた場合、汎用Linkでは増額に購入者の再承認が必要です。承認済みの要求を増額できるかどうかにも条件があります。最初の利用許可や48米ドルの承認を、52米ドルの支払い許可として扱うことはできません。[4]

また、承認状況の確認が途中で止まっても、購入の成功や失敗は確定しません。公開資料は、同じ要求の実際の状態を改めて確認するよう説明しています。汎用資料の標準上限は1件500米ドルですが、これをMuse固有の購入上限と断定する根拠はありません。[4]

5. 商品を見つけてもらう準備は、この発表では分からない

今回の発表では、Museが具体的にどこから商品情報を取得するかは確認できません。商品の推薦順位を決める条件や、店が使えるMuse専用の商品登録窓口も、確認した資料には示されていません。支払いに対応することと、商品を紹介してもらうことは別の判断です。[1]

Link CLIの公開ページには、商品検索や購入処理に関する別の機能への案内があります。しかし、その案内があるだけで、Museも同じ商品取得経路を使っているとは言えません。公開された汎用機能の一覧と、Museで採用された内部処理を結び付けないことが大切です。[3]

水筒の例でも、48米ドルを支払う経路は説明できますが、その前にMuseがその店の水筒を選んだ理由は分かりません。Stripeを契約した店が優先される、Linkを設置すると推薦される、といった案内はできません。専用登録の方法が見つからないことも、今後を含めて登録制度が存在しないという証明にはなりません。[1][3]

他のAI経由の購入に向けて店側の準備を考える場合は、支払い以外にどの処理が必要になるかも分けて読むと、開発の対象を絞りやすくなります。

6. 既存の決済を変える前に、目的を分けて判断する

「米国の購入者がAIに任せた支払いを受けたい」が目的なら、今回の発表は既存決済との関係を考える材料になります。Link未対応の店にも仮想カードを使う経路が示されているため、発表だけを理由にStripeへの乗り換えを決める必要はありません。[1]

「Museに自社商品を掲載・推薦してもらいたい」が目的なら、今回の4資料だけでは登録方法を案内できません。確認すべき追加情報は、Museが使う商品情報の取得元、販売者向けの参加条件、掲載の申請経路です。これらが公表されたときに、決済契約とは別に判断することになります。

発表内容はStripeのMuse連携発表、購入者向けの財布の考え方はLinkのエージェント向け案内で確認できます。技術担当者が汎用の接続方法を調べる場合は、米国消費者向けLink CLIの説明と購入ごとの承認・支払い情報取得の説明が確認先です。これらをMuseの商品掲載申込先として扱わないでください。[1][2][3][4]

なお、Linkの案内で、購入ごとの承認なしに支払える条件の細かな設定などは「Coming soon」、つまり今後の予定として掲載されています。現在のMuseの毎回承認という発表を、将来の汎用機能で上書きして読むことはできません。現時点で店が捉えるべき変化は、購入者側のAIが、既存の支払い手段を使って買い物を進める経路が広がったことです。[1][2]