9月28日，Shopify将WebMCP工具扩展至结账流程。浏览器代理现可读取并更新购物者标签页中的结账页面信息，并在获得买家确认后提交订单。此前8月推出的店面工具仅支持代理搜索产品、管理购物车及引导至结账环节，无法完成下单。
新工具与购物者所见的结账页面状态保持一致。据Shopify开发者日志介绍，该方案不暴露新API，也无需商家额外配置。
代理在结账环节的功能权限
根据Checkout WebMCP文档，符合条件的Shopify结账页面注册了四项核心工具：
- get_checkout：读取结账信息及购后订单详情。
- update_checkout：修改联系方式、配送/自提选项、折扣码、支付方式及税号等字段。
- complete_checkout：确认并完成下单。
- navigate_to_storefront：将标签页返回至商店首页。
结账系统会对每次更新进行验证，且代理无权更改订单商品。支付方面，工具不支持输入新银行卡信息；代理仅能协助选择已保存的Shop Pay卡片或使用经批准的访客结账支付，其他支付方式需由买家自行操作。
此外，代理必须使用Web Bot Auth对浏览器请求签名以供Shopify识别，否则请求可能被降权或被机器人检测系统拦截。
买家接管与授权机制
Shopify明确要求，代理在调用complete_checkout前必须向买家展示当前订单及总金额，并获得明确的下单许可。Web Bot Auth签名、Shop Pay批准或准备完成状态均不能替代此授权。
当触发Shop Pay登录或3D Secure等支付验证时，控制权将交还买家，同时阻止UI扩展和审查步骤。买家还需管理与应用定义的结账扩展交互。
适用场景与技术限制
除Shop Pay结账外，标准三页结账流程不提供WebMCP工具。B2B结账、嵌入式结账、移动端SDK结账，以及包含跨店商品、草稿订单、订单编辑和收款的场景均被排除在外。目前，前端文档显示代理仅能在基于Chromium的浏览器中使用WebMCP。
WebMCP与服务端MCP对比
Shopify提供两种代理结账路径，推荐基于服务器的Checkout MCP（代理从自有服务器管理会话）。Checkout WebMCP仅适用于“代理已在买家浏览器中运行”的场景。
两者均依赖通用商务协议（Universal Commerce Protocol）并使用相同的结账对象。区别在于WebMCP通过浏览器页面注册的工具操作，而MCP在服务器端处理请求。无论采用何种方式，商家始终是记录在案的主体。
性能测试数据表现
Shopify代理商务团队负责人Gil Greenberg分享了内部测试结果。在使用GPT-6 Sol模型及相同提示词条件下，对比WebMCP与传统浏览器自动化（读取页面并点击）的表现：
- 成功率：在两家测试商店的60次结账任务中，WebMCP全部成功，浏览器自动化成功56次。
- 耗时：排除页面设置时间后，WebMCP平均耗时10.3秒，浏览器自动化为27.4秒。
- 成本：按OpenAI标价计算，WebMCP单次尝试成本低58%。
需注意，上述数据源自Shopify测试商店及单一模型，官方文档尚未披露真实世界的订单转化率等数据。
行业影响与后续关注点
此次更新标志着Shopify浏览器工具从“引导结账”升级为“辅助成交”。在符合Shop Pay条件的结账流程中，代理可在买家确认后直接完成订单，且无需商家启用新功能。对于非Shop Pay的三页结账，工具受限，支付验证环节仍由买家主导。
展望未来，建议密切关注Shopify开发者更新日志。目前文档尚未明确商家是否可关闭单个工具或在报告中区分代理订单，也未指明哪些具体代理调用了结账工具。尽管ChatGPT桌面浏览器已于8月添加WebMCP站点工具，但OpenAI帮助页面暂未提及Shopify结账相关功能。