Agentic Commerce 的 readiness：从“能被推荐”到“能被下单”

九月的一个下午，一家做家用咖啡机的团队复盘时发现一件怪事：品牌在聊天助手里被提到的次数在涨，官网会话和订单却没动。技术同学按 agent 的路径手动走了一遍，第三跳卡住——型号选好，洛杉矶的地址也填了，运费与到货时间返回空值，退货政策是一段写在 FAQ 里的中文说明。链路断了，agent 没有报错，它换了一个能给出到手价的品牌。

agent 不会因为一句好文案下单，它只为五个能被接口读到的答案下单：这是什么、现在多少钱、几天到、能不能退、怎么付；五层断一层，链路就停在那一步，而且没有人会收到报错。

推荐是语义问题，下单是接口问题

推荐阶段的产物是一句话，下单阶段的产物是一次调用。前者出错，你丢曝光；后者出错，你丢订单，还拿不到原因。

agent 的顺序大致固定：找候选，按约束过滤（预算、尺寸、能不能发到这里），算到手成本与到货日，评估最坏情况，最后才是支付与确认。每一步都要一个能算的返回值：2 个工作日能算，尽快发出不能算；30 天内可退、退货运费买家承担能算，不满意可退不能算。

分工随之改变。agent 购物不是”多了一个渠道”，而是把决定权从文案移到数据结构上，四个入口的差别见AI 搜索把海外电商流量切成了四段。断点也很一致：静默降级。人会开客服问，agent 不会，它把不确定性计成风险，换一家。

五层 readiness：缺一层就断

层	agent 要回答的问题	需要的资产	断了会怎样
1 商品	这是什么，和哪个型号是同一件	稳定 SKU、GTIN 或型号、变体关系、feed 记录	进不了候选集，后四层不会被读到
2 报价	现在多少钱，含哪些费用	价格与库存的单一写源、货币与含税口径、更新时间	报价过期或自相矛盾，模型改口”以商家页面为准”
3 履约	发不发这里，几天到，谁清关	ship-to 覆盖、处理与运输时效、截单时间、运费与关税承担方	到手价算不出来，直接出局
4 售后	能不能退，退给谁，谁付运费	退货窗口、退回地址、退款时效、保修范围	风险不可估，保守方案是不推荐
5 支付	用什么付，谁授权，出问题找谁	支付方式清单、一次性授权流程、订单确认与人工兜底	最后一跳失败，前面四层全白做

顺序不能换：商品识别不稳，报价会挂错变体；到手价算不出来，退货条款再清楚也没用。第一层字段怎么写，见商品 feed 是新的落地页。

多数团队卡在第三层：价格和库存有系统，运费与时效却只写在”结账时计算”里，截单时间在物流同事的聊天记录里，关税谁承担藏在脚注。第三、四层的知识在客服与物流的脑子里，不在接口里，这才是最贵的部分。第二层的口径问题见Offer、价格与库存。

第五层最容易被高估。能收信用卡不等于能接 agent 支付：2025 年起出现的几套结账方案（如 Agentic Commerce Protocol）多用受限的一次性凭证代替卡号，商家拿到的是授权，不是支付信息，截至 2026-09 仍在演进。要回答的不是”支持几种支付方式”，而是”没人点确认时，能否拿到一次合规授权，失败能否退回人工”。

一页自测：十分钟看出卡在哪一层

层	检查项	过线标准
1	页面、结构化数据、feed 指向同一个商品标识	靠型号与变体关系能对上，不靠标题猜
2	四个出口的报价一致，含税口径一致	同一时刻各取一次值，差异为零
3	输入海外邮编能返回运费与到货窗口	给得出数字或区间，不是”结账时计算”
3	截单时间与处理时间写清	能算出”几点前下单当天出库”
3	关税与进口税由谁承担写清	DDP 或 DDU 明确，不留给买家猜
4	退货窗口、退回地址、退运费承担方可被机器读到	在字段或表格里，不在 FAQ 里
4	保修期限与覆盖地区写清	有起止条件，不是”全球联保”
5	支付方式清单可读，并说明是否支持一次性授权	支持与否都写，不留空白
5	下单后自动返回订单号、预计送达与售后入口	不靠人工也能拿到
5	agent 走不通时能转人工并留下入口	有入口，不是邮箱页脚

每条 0 或 1 分：0–4 分先别谈试点，把第 1、2 层修到”能被引用”；5–7 分补第 3、4 层；8 分以上挑一个 SKU 跑端到端。答案会随地区与时间漂移，抽样方法见AI 可见度基线。

四步把链路接通

步骤	做什么	谁来做	怎么算过
1 选一条链	一个品类、一个市场、20 个 SKU，只做这条	增长 + 技术	20 个 SKU 都能被同一个问题问出来
2 收口事实	价格、库存、运费、时效从报价接口取；政策从政策表取	工程 + 物流	任取一个地址，到手价一次算完
3 写成字段	用 OfferShippingDetails、MerchantReturnPolicy 一类字段写履约与售后，页面同步成表格	技术 + 内容	关掉 JS、不看 FAQ，五层仍读得到
4 端到端演练	人工扮演 agent 走一遍，记录每次”算不出来”的位置	增长 + 客服	断点清单为零，或每个断点有兜底话术
5 埋点看断点	把 agent 来源的下单、失败与放弃按层归因	数据	每周能看出断在哪一层

第 4 步最常被跳过，却唯一能证伪。演练至少换三个地址（美国、德国、日本）：跨境问题多半只在收货地址不在本国时暴露；别用内部账号。

示例：同一台咖啡机，两种可下单程度

以下型号、价格、时效均为虚构，只用于演示口径。

改前：“精选家用半自动咖啡机，专业萃取，全球热销。支持多种支付方式，运费与时效以结账页为准，退换货详见常见问题。“人读着没问题，agent 读到的是一串待确认项：到手价、到货日、退货成本都未知。三个未知叠加，它不会冒险。

改后：“C-20 家用半自动咖啡机，220–240V、欧标插头、58mm 手柄；德国仓发货，DDP 含税价 349 欧元，含运费；工作日 14:00 前下单当天出库，柏林与慕尼黑 2 个工作日送达，德国其他地区 3–4 个工作日；30 天内可退，退货运费由买家承担，退回德国仓，收货后 5 个工作日内原路退款；整机 2 年保修，覆盖欧盟；支持卡支付与本地常用支付方式，agent 侧走一次性授权凭证；下单后自动返回订单号、预计送达日与售后入口。”

改动不是变长，是五层各给了一个可算的值。agent 能一次算出到手价、到货日与最坏情况，“退货运费买家承担”这种它会重点读的句子也在里面；人到了结账页仍能核对。反过来，只写机器字段、页面不写，转人工时客服没有口径。

边界：什么时候别追 agent 下单

第一，商品还没被稳定识别。第一层不过，后四层做了也没人读。

第二，高客单、强定制、强体验的品类。买家要摸要试要谈，agent 最多走到报价，“能生成可核对的报价单”就够了。

第三，履约不可控。第三方物流波动大、清关不稳时，别给兑现不了的窗口——写进字段的时效就是承诺，做不到就是取消与差评。

第四，成交集中在平台内。接口由平台决定，你能改的只有后台与 feed 的一致性，别把官网当主战场。

第五，readiness 不是一次性项目。价格、库存、时效每天在变，字段会过期，没有监控的”已接入”等于没接入。

这个月先做一件事：挑一个在卖的 SKU，用真实的海外地址，从”问一句能不能买”走到”下单成功”，把每一步算不出来的地方记下来。记满一页，你才知道该修哪一层，而不是再写一篇文章。这条线上其他文章在技术底座主题页。