据 Search Engine Journal 报道，Shopify 于9月28日把 WebMCP 工具扩展到结账环节，让浏览器代理读取、修改买家标签页中已经打开的结账，并在取得确认后提交订单。工具与用户看见的页面共享状态，不要求商家额外配置。相比8月只能搜索商品、管理购物车并引导至结账页的能力，本次增加了结账执行步骤。
四个工具各有分工：get_checkout 读取结账及购买后的订单，update_checkout 修改允许的字段，complete_checkout 提交购买，navigate_to_storefront 返回商店。可修改内容包括联系方式、配送或自提、折扣、付款选择和税号等附加字段。每次更新仍由结账系统验证，代理不能修改订单里的商品。
工具不接受新的银行卡信息；代理可选择 Shop Pay 已存卡片，或在访客结账允许时使用已有的 Shop Pay 授权。其他付款方式由买家在页面选择。登录、3D Secure 等支付验证、阻塞式界面扩展和复核步骤都会交回用户处理，应用定义的结账扩展也由买家操作。
下单授权另有独立要求：代理须展示当前订单和总额，再取得买家同意。身份签名、已存支付授权或“可以完成结账”的状态，都不能替代此次同意。Web Bot Auth 用于帮助 Shopify 识别代理；没有签名的请求可能被降级处理或被反机器人系统拦截。
覆盖范围也有限。标准三页结账只有使用 Shop Pay 时才开放这些工具；B2B、嵌入式及移动 SDK 结账不支持，跨店商品、草稿订单、订单修改和收款流程也被排除。浏览器支持限于 Chromium 系列。Shopify 建议优先采用服务器端 Checkout MCP，只有代理已在买家浏览器操作时才用 WebMCP。两者使用 UCP 结账对象，商家仍承担交易商户角色。
报道还介绍了 Shopify 的内部测试：同一 GPT-6 Sol 模型在两家测试店完成十项结账任务，WebMCP 成功60次，页面读取和点击式自动化成功56次，两组各60次。排除页面准备后，单次耗时分别为10.3秒和27.4秒；按 OpenAI 标价计算，WebMCP 成本低58%。不过，报道指出原帖另有一处总次数不一致，且这些测试没有提供真实订单量或转化率结果。