Shopify 让 AI 代理按下购买键，商家却仍得自己扛争议
2026 年 9 月 28 日，Shopify 为其 WebMCP 工具新增了结账支持。在此之前，基于浏览器的代理只能搜索商品目录和管理购物车，这意味着它们可以把购物者一路带到购买的边缘，然后不得不停下。新工具则能完成最后一步。代理可以读取当前结账状态、更改配送或自提信息、应用折扣码，并提交订单。
Shopify 自己对这项工作的描述平淡得令人耳目一新。在买家浏览器内运行的代理，应当使用店面与结账环节提供的结构化工具，而不是去解析为人类编写的 HTML。这是实实在在的改进。零售商一旦改版设计，屏幕抓取就会失效，而结构化工具不会。负责代理式商务的 Shopify 产品经理 Gil Greenberg 在 X 上发布了这一变更，TechCrunch 也报道了此次上线。
机械层面的细节在某些关键之处相当严格。代理不能更改订单中的商品，也不能输入新的银行卡信息。如果买家已授权，代理可以通过 Shop Pay 选择一张已保存的卡片，而其他任何支付方式仍须由买家本人在页面上完成。请求需要带有 Web Bot Auth 签名，否则机器人检测会降低该调用的优先级或直接将其拦截。标准的三个页面结账流程完全拿不到工具，除非购物者通过 Shop Pay 结账。B2B、嵌入式结账、移动端结账 SDK、跨店购物车、草稿订单和收款流程均被排除在外。该功能目前仅限基于 Chromium 的浏览器。
买家同意被写进规范，而不是留给代理自行判断。在调用 complete_checkout 之前，代理必须展示当前订单和总金额，并获得下单许可。如果会话期间总金额发生变化，该许可必须重新获取。Shop Pay 授权或 Web Bot Auth 签名都不算作同意。当出现 3D Secure 之类的支付验证挑战，或额外的审核步骤阻断流程时，控制权会交还给页面上的真人，文档也明确告知代理不得试图利用其他页面控件绕过这一移交。
那句值得读两遍的话
Shopify 的叙事框架是效率，而在效率这个问题上，该公司的立场站得住脚。结构化 API 胜过视觉抓取。还有一个值得了解的内部测试：Shopify 在两家测试店铺的十项结账任务上，用 GPT-4o 将 WebMCP 与传统的浏览器自动化进行了对比。这项对比之所以存在，是因为公司知道那个显而易见的质疑迟早会来。
悬而未决的问题出现在订单下达之后。OpenAI 的《委托支付规范》（Delegated Payment Spec）是其与 Stripe 共同开发的代理式商务协议（Agentic Commerce Protocol）的一部分，它在要点中阐明了立场：OpenAI 不是记录商户（merchant of record），结算、退款、拒付（chargeback）和合规仍由商家及其支付服务提供商负责。同一份规范还警告说，直接集成涉及处理持卡人数据，可能影响 PCI 合规范围。
两句话就说清了整个安排：代理平台撮合的是意图，商家承担的是风险。
这一切都不是秘密。Shopify 的文档明确指出，商家仍是记录商户，而店主们会认出这句话正是经营店铺的默认现实。变化在于这句话如今所覆盖的交易量与性质。代表客户购物的代理，可能完成一笔客户从未真正细看过的购买，而当这笔购买变成争议时，商家仍然必须把它打赢。
为什么拒付抗辩变得更难
赢得争议通常意味着讲一个故事。这个 IP 地址、这个设备指纹、这条浏览路径、这次点击、这个确认页面。拒付自动化服务商已经开始指出，当购买是由代理完成时，上述大部分故事并不以同样的形式存在。设备指纹属于代理运行时，而不是消费者设备。浏览路径是三次 API 调用，而不是一段浏览会话。客户可能从未见过商品页面。
Chargeflow 提出了这一论点，而鉴于该公司在争议处理工具上有商业利益，这值得当作供应商的说法来看待。不过，其背后的机制并无争议。拒付证据向来依赖那些在机器中介的购买中不会以同样方式产生的信号。
还有第二个监管尚未跟上的问题。一位客户让代理买一件便宜的东西，结果收到了昂贵的东西，这位客户确实授权了代理。但他们是否授权了那一笔具体交易，是另一个问题，而美国围绕《E 条例》（Regulation E）制定的联邦规则假定答案是二元的。对于这一区间的中间地带，尚无定论。
卡组织各自推进。万事达卡在网络层面标记代理发起的交易，并运行一套基于策略的同意模型：持卡人设定单笔上限、月度上限、允许的商户类别以及有效期窗口，超出策略的尝试在到达商家之前就会失败。Visa 的核心规则于 2026 年 4 月新增了明确的代理式交易条款，要求按照其 Intelligent Commerce 规范进行身份验证。EMVCo 已成立工作组，研究其全球规范应如何处理代理式支付。
这些都不会降低商家的争议比率。Visa 的 VAMP 阈值和万事达卡的超额拒付计划，都不会因为点击“购买”的是机器人而给予豁免。
只有一家发卡行先让了步
亮点——而且相当有限——是美国运通。2026 年 4 月 14 日，Amex 发布了其 Agentic Commerce Experiences 开发者套件，同时推出 Amex Agent Purchase Protection，称其为业界首创的保障，保护符合条件的持卡人免受 AI 代理错误造成的扣款。条件很具体：代理必须注册，并且必须向 Amex 发送经身份验证的客户购买意图。发布合作伙伴在支付一侧包括 Adyen、Stripe、PayPal 和 Fiserv，商户一侧包括达美航空、Expedia 和希尔顿。
这是对承担部分代理所致损失的真实承诺。但它也仅限于 Amex 持卡人、已注册代理、经验证的意图和符合条件的案例。Visa 和万事达卡发布的是框架和标记，而不是损失承担。
商家本周该做什么
有两件事值得现在就动手，赶在第一起代理争议到来之前。
在你自己的订单数据中给代理发起的订单打上标签。如果你的平台会给出代理标记，就把它存到订单上。如果没有，就从结账路径推断并记录这一推断。这么做的价值全在于拥有一个基线。六个月的已打标签代理订单能告诉你，你的代理中介购买行为是否与其余订单不同，而这正是你能带进争议沟通或 PSP 谈判中的最有用的东西。
然后去读你的支付服务商的代理式商务文档，找到点名记录商户的那一段。如果你的服务商还没发布，这种沉默本身也是一种答案。
代理式结账会变得稀松平常，因为另一条路是造出一个能逛店却买不了东西的代理，而没人想造这种东西。尽管有各种同意提示、买家确认和验证层，已发布的规范还是把风险放在商家身上。商家可以自己读这些规范，然后决定是否喜欢这样的安排，但他们无法靠读规范把自己读出去。