GEO-104·第 09 期·内容与语义·104 / 132

订阅、组合与配件:让 agent 会追加销售

agent 只追加它能验证相关的商品:兼容关系、包含清单、复购周期都得是结构化字段。本文拆开套装、配件与订阅的三套字段,给出兼容性四列表、四步落地与一个可核对的示例,说明为什么“兼容主流机型”这类写法等于没有信息。

6 分钟GEO内容与语义出海

本期主线可交易:Agentic Commerce 与商品 Feed

九月的一个下午,一家做宠物智能硬件的出海团队做了一次演练:让 agent 帮洛杉矶的买家配一套“出差两周”的喂食方案。主机选了他们家,备用粮桶和干燥剂却挂了两个竞品。客服翻记录才发现,兼容性写在一份 PDF 手册里,商品页只有一句“适配多款喂食器”。

agent 只会追加它已经能验证相关的商品:兼容关系、包含清单、复购周期必须是结构化字段;写不出来的搭配,它宁可不加,也不会替你说服买家。

为什么 agent 不会替你加购

加购对人是一次说服,对 agent 是一次组合优化。它的目标不是帮你提高客单价,而是让这套方案在买家手里不出问题——配件买错,退货、差评和客服成本都记在它的推荐上。

所以它只加三类东西:页面上明确声明兼容的,同一单能一起履约的(同仓、同时效、同一退货政策),以及周期可预测的耗材。三类之外它不会“顺手”推荐,因为顺手在它的评分里等于风险。

取数顺序也决定了这件事。agent 先读 feed 与结构化字段,再回页面找能独立成立的句子,最后才读描述段落,分层见Agentic Commerce 的 readiness。兼容信息如果只存在于图片、PDF 或客服话术里,描述写得再动人也没用——第一层就已经是空白。

还有一层常被忽略:组合是拆分比价的对象。你写“套装立省”,agent 会把套装价和单件价分别加总,再判断这个“省”是否成立。算不平,它就把套装拆开买,或者换一家。

三种关系,三套字段

订阅、组合、配件经常被塞进同一个“关联商品”模块,但对 agent 来说,它们是三个不同的问题。

关系agent 要回答的问题必须结构化的字段常见断点
套装 bundle这一单包含什么,比单买省多少套装 SKU、包含清单与数量、单件价与套装价、缺件替代只有一张组合图,清单靠人看
配件 cross-sell适配哪个型号、哪一代、什么接口适配型号、代数或接口、排除条件、单独售价只写“通用”“多款适配”
订阅 subscription多久一次、每次多少、续期多少钱周期、每次数量、首期与续期价、暂停与跳过、寿命口径只在结账页出现,商品页无记录

套装的核心是“清单可核对”:包含清单要能被逐项读出来,价格要能被加总验证。

配件的核心是“适配可排除”:只写适配谁不够,还要写不适配谁,下面单独说。

订阅的核心是“周期有依据”:耗材寿命要给口径(按天、按次、按容量),不能只写“约一个月”。

组合放在平台内还是独立站,也决定了你能改哪一层。平台内的组合由平台规则决定,你能动的是 listing 与 feed;独立站能自己定义兼容字段和订阅条款,取舍见平台 vs 独立站。

兼容性字段:先写排除项

兼容性是配件类目里最容易写坏的一段,因为它天生是列表,而列表最容易被写成一段散文。

合格的做法是把它拆成四列:适配的型号、适配的代数或接口、不适配的情况、缺货替代件。前三列决定 agent 敢不敢加,第四列决定它加错之后怎么补救。

反例:一句“兼容市面主流机型”。这句话对人有用,对 agent 等于没有信息——它无法把“主流”映射到具体型号,只能用最保守的方式处理:不推荐配件,或者推荐一个明确写了型号的第三方。

再往前一步,是给出替代路径。某个配件缺货时,agent 需要一个能读到的替代项(同接口的升级款、不同容量的同系列),否则它会跳过整个组合,连主机一起换掉。

这几句别写成品牌散文:一句一个事实,带单位和型号,写法见为 agent 写的商品描述。

示例:一台咖啡机的组合页

以下品牌、型号、价格为虚构,只用于演示字段怎么写。

改前:商品页底部一个“猜你喜欢”模块,四张图,标题是“磨豆机”“滤芯”“除垢剂”“清洁刷”。

改后,同一页出现三块。套装块:“含半自动咖啡机一台、锥刀磨豆机一台、除垢剂六支;单件合计与套装价分别列出,同仓发出,共享同一退货政策。”配件块是一张表:适配型号 A1、A1 Pro;接口为 58mm 冲煮头、M12 螺纹;不适配 A0 系列(冲煮头为 51mm);缺货替代为同系列干燥剂。订阅块:“除垢剂每 6 周一次,每次 2 支;首次随主机发出,之后按续期价;可暂停、可跳过;周期依据为每日两杯的使用强度,重度使用建议 4 周一次。”

改动不是加一个模块,而是把三件事分别变成可核对、可排除、可计算的结构。买家看到的仍是页面,agent 读到的是三组字段。

四步落地

步骤做什么谁来做怎么算过
1 找真实搭配从工单、退货原因、加购记录里找出真实一起买的组合客服 + 品类每个组合能说出买它的场景
2 定关系判定是套装、配件还是订阅,一个组合只归一类品类 + 内容三套字段各就各位,不混写
3 填字段清单、适配、排除、周期、价格、替代逐项填内容 + 商品数据每项只有一个取值,且能被接口读到
4 跑问答用真实提问问 agent:“买了 X 还要买什么”“多久换一次”增长回答里出现你的组合,或能解释为什么没出现

第 4 步是唯一能证伪的一步。问三遍,看它有没有把你的配件说出来;没说出来,先查字段有没有进 feed,再查页面有没有一句能独立成立的兼容句。采样口径复用AI 可见度基线,不要用一次截图下结论。

边界与本月动作

第一,组合不能掩盖单价。套装价一旦高于单件加总,agent 会拆开买,还会把矛盾当成价格不一致记下来。

第二,订阅在各地受不同规则约束。自动续费的披露、撤销权、取消路径,按目标市场的法务口径写,别照抄另一个市场的文案。

第三,开放耗材生态的品类不适合强绑。买家本来就会买第三方耗材,硬绑只会抬高到手价,把主机一起拖出候选集。

第四,组合数量要克制。一页挂二十个“相关商品”,等于没有重点,agent 也读不出哪一个是默认搭配。

第五,缺货时组合必须降级。给不出替代项,整套方案就会被跳过。

这个月先做一件事:挑一个卖得最好的 SKU,把它前三个配件的兼容性写成一张四列表(适配型号、接口、不适配、替代),再为它写一个能加总核对的套装块;一周后问 agent“买了这个还要买什么”,看它有没有用上你写的字段。

组合与订阅属于内容与语义这条线,上游是答案单元,下游是结账字段,一篇写不完的,交给这条线上的其他篇。