页面加载中

正在准备内容,请稍候

文章详情
2026-11-15博晓通

智能体代付上线 商品页要给机器人留哪几个字段

智能体代付上线 商品页要给机器人留哪几个字段 文章配图

11 月 14 日,财联社报道了 ChatGPT 钱包上线的细节,其中一句来自 OpenAI 商户文档的话值得先看清楚:这笔订单的发货、客服与欺诈判定,仍由卖家承担。以这次报道披露的信息为界,钱包在 11 月 13 日上线,与美国运通、万事达、Visa 三家支付网络合作,让智能体在不接触真实卡号的前提下完成结账,初期只对美国年满 18 周岁的 Pro 订阅用户开放,并要求持卡人持有符合条件的美国信用卡。

结账环节被前移了

已知事实未证实需要核实
ChatGPT 钱包 11 月 13 日上线,面向美国成年 Pro 订阅用户,须持符合条件的美国信用卡具体开放名额与放量节奏后续是否扩大到更多地区
用户逐笔授权,通过 Face ID 或指纹确认,确认后生成一条授权记录授权记录的保存主体与时长争议时如何调取
支付网络下发单次交易令牌,含替代卡号、安全码与有效期,真实卡信息不经过商家与智能体令牌在退款场景下的处理规则跨币种结算方式
上线初期不从交易中抽成后续抽佣政策对商户费率的影响
OpenAI 同步发布商务合作伙伴操作指南,建议商家认领主体、上传商品 feed、配置签名请求识别指南的具体技术细则各 CDN 厂商的支持进度

过去一次线上成交的路径很固定:搜索、比价、进店、加购、填地址、付款。钱包把中间几段收进了一次对话,用户只保留核对方案和生物识别授权两个动作。方案里列明商户、商品、总价和所用卡片,确认之后支付网络发一枚支付令牌给智能体,真实卡信息既不到商家也不到模型。

对商家来说,变化不在支付接口,而在流量入口。智能体是带着一个已经筛好的方案来到结算页的,商品页在这一刻几乎不起作用。真正决定它有没有被选中的,是它能不能在对话里被准确描述出来,以及这份描述能不能被实时读到。

字段智能体需要的形式常见缺失
标题与型号型号 + 关键规格,可枚举标题堆关键词,型号只在详情图里
价格与库存结构化数值 + 更新时间价格在图片上,库存要登录才显示
规格与兼容选项表,逐项可读规格写在长图或 PDF 里
配送与时效可达范围 + 承诺时间只在结算页计算
退换与保修条款文本可抓取只在客服话术里
经营主体可核验的主体信息与联系方式主体信息缺失或分散

被机器人拦住的三道门

第一道门是站点访问。OpenAI 在文档里承认,部分网站可能无意中拦掉钱包的购买请求,风控系统也可能把签名请求误判为机器人而拒单。它给出的做法是配置 CDN 或防火墙识别 Web Bot Auth 的签名请求,并把买家所在国家、网络与浏览器信息通过 Forwarded 请求头传给商家,让风控有信号可用。

放行是全站开关,不是单页开关

这一点常被忽略:放行规则作用于整个站点,而不是指定的页面或商品。也就是说,决定放行就等于对所有商品开放。对多品牌、多品类的店铺,这个决定最好在上线前就写清楚边界,而不是等第一笔误单出现再回头改配置。拦掉会丢单,放行是全局,两边都不是可以随手勾选的选项。

第二道门是商品信息。钱包要给出准确的商品方案,需要实时价格与可售状态。OpenAI 建议商家在 ChatGPT 里认领企业主体,验证后上传带最新价格与可售状态的商品 feed。第三道门是售后归属:智能体下错的单,退款规则要在第一单到来之前写好,而不是等客服第一次遇到再来讨论。

客服工单会多出一类标签

智能体下单之后,客服会遇到一种新表述:用户说这单是 ChatGPT 下的。这类工单的处理方式和普通下单没有本质区别,但归因不同。如果系统里没有标记,退货率、纠纷率、欺诈率都会被算到普通订单头上,后续的模型判断就失真,运营也会在错误的分母上做优化。

订单标记与对账口径

至少要能在订单系统或客服平台看出这单由智能体发起。同时把支付令牌相关的对账单独拉一条线:令牌只对单次交易有效,不能保存也不能复用,退款要回到原卡。这两条不做,财务在对账时会先卡住,接着是风控口径对不上,最后变成一笔查不清的差额。

还有一层容易被漏掉:智能体带来的是高意向订单。用户已经把需求说清楚、方案已经核过,转化率通常高于自然流量,对应的退货率也可能更低。如果把它和普通订单混在一起看,会得出「整体转化变好」的错觉,掩盖真实的分渠道表现。

抽佣未定,先用体验换规模

财联社的报道提到,钱包上线初期不会从交易中抽成。这个选择不难理解:支付网络、银行、商家三方都还在适配,抽佣会立刻抬高接入门槛。对跨境商家来说,更现实的问题是该不该提前准备,目前只对美国 Pro 用户开放,覆盖人群有限,但商品 feed、结构化价格库存、签名请求识别这三件事,本来就是自建站该做的基础工作。从渠道变化看,入口正从站内搜索向对话迁移,这是线上零售近十年最大的一次流量重分配;从消费需求看,用户要的不是更多选择,而是更快收敛的答案。

  1. 先查拦截:确认站点防火墙与风控是否把签名智能体请求判为机器人。
  2. 再补数据:把价格、库存、规格、配送、退换逐项做成结构化字段并保持更新。
  3. 然后标订单:在订单系统与客服平台增加智能体来源标记。
  4. 接着定规则:把智能体误单的退款与换货规则写成文本,前置于客服知识库。
  5. 最后看分渠道:单独统计智能体订单的转化率、退货率与纠纷率。
字段示例用途
来源标记agent-initiated区分渠道表现
令牌类型单次交易令牌决定退款路径
商品 feed 更新时间每日 / 实时影响方案准确性
误单退款规则7 日内可退,运费商家承担前置约定
风控信号Forwarded 头字段降低误拒率

需要保持克制的部分也要说清楚。钱包不开银行账户、不做储值也不提供信贷;逐笔授权目前仍是必需动作,把采购全权交给智能体还只是规划。把这两条当成确定的现状,才不会把投入押在一个还没落地的形态上,也才不会对内部承诺一个尚不存在的自动化程度。

常见问题

  • ChatGPT 钱包需要商家单独接入支付接口吗?

    按 OpenAI 的商户文档,钱包可以在现有结算页与支付表单上直接工作,不需要单独集成;但站点要避免误拦签名请求,风控系统要能识别这类交易。

  • 智能体下的订单,出了问题由谁负责?

    按 OpenAI 的说明,订单视为顾客本人下单,发货、客服与欺诈判定仍由商家承担,处理方式与顾客自己下单一致。

  • 支付令牌和真实卡号有什么区别?

    令牌由支付网络针对单次交易下发,包含替代卡号、安全码与有效期,只能用于该笔交易,商家不应保存或复用;真实卡信息不经过商家与智能体。

  • 现在只对美国 Pro 用户开放,其他市场要提前准备吗?

    可以先把商品信息结构化和签名请求识别做完。这两项属于自建站的基础工作,即使没有智能体结账也有价值,不必等开放后再启动。

数据来源