电商网站需为 AI 购物代理优化设计
AI 购物代理会自动浏览、比较和下单,网站需调整交互结构让 AI 能顺利完成交易,对电商开发者的架构思考有启发。
AI 购物代理会自动浏览、比较和下单,网站需调整交互结构让 AI 能顺利完成交易,对电商开发者的架构思考有启发。
AI 购物代理代表用户进行购买。它读取商品目录、比较选项,并在无需人工填表的情况下完成结账。Agentic commerce readiness(代理商务就绪)是指让网站能与这些代理进行实际交易的工作,而不是让代理因为路径不清楚或受阻而跳过该网站。
代理需要三样机器可读的东西。首先,它需要找到报价,包括能够解析而非从页面布局推断的价格和货币。其次,它需要能够通过协议驱动的结账,而不是为鼠标操作而构建的页面。第三,它需要购买行为的可预测性,使得相同的调用每次都产生相同的结果。对人类来说看起来完美的商品目录,对代理来说在这三点上仍然可能是完全不透明的。
结账正在从页面转变为协议。Stripe 和 OpenAI 在 2025 年在 ChatGPT 内推出了 Instant Checkout。Google 和 Shopify 在 2026 年初推出了通用商务协议。发现层正在确定一小组标准。A2A Agent Card 描述接口,AP2 授权代理支付,ACP 处理结账,x402 让代理通过 HTTP 402 来应对价格并继续。网站不需要所有这些,但需要其买家的代理所使用的那些,并在代理查看的地方声明。
大多数商品目录在结账前就失去了代理。仅存在于渲染 HTML 中的价格、CAPTCHA 障碍、维护插播页面,或声称某项功能但端点无法应答的发现文件。每一个都会无声地结束购买。代理不会抱怨,它只是转向另一个路径可行的竞争对手。这种失败看起来像是没有流量,而不是页面崩溃,这就是为什么它从未被测量。
代理是否能够购买是可观察的,就像 agent-readiness 一样。将报价声明为结构化数据,公开代理可以调用的结账,发布协议定义的发现文件,并用应答的端点支持每项声明。然后像代理一样测试它,通过端到端驱动路径并观察它在哪里停止。turva.dev 用这种方式构建并验证了自己的代理商务接口,跨越 A2A、AP2、ACP 和 x402,由独立扫描器检查。
若要审计 AI 购物代理是否能在你的网站上发现和完成购买,请联系 info@turva.dev。
最初发布于 https://turva.dev/guides/agentic-commerce-readiness