诊断决策 / catalog-integrity
变体 Feed 为什么最容易出错:从父商品到落地页逐层核对
颜色、尺码、型号不是附属信息。变体身份、属性、图片、价格与 URL 必须组成一条不可拆散的记录。
先把本篇问题写成一句话,再确认它影响的是流量、Feed、页面、结账、EDM 还是数据复盘。
围绕商品字段、网站事实、诊断状态、审核反馈和广告理解留下证据;稳定原则。
直接判断:变体不是“同一商品的几行重复数据”,而是多个可独立选择、独立定价、独立库存的交易对象。只要 ID、属性、图片、价格和 URL 其中一项错位,用户点到的就可能不是广告里看到的那件商品。
先做判断
先确认你的业务里什么构成“购买选择”。如果颜色、尺码、容量、套装数量或型号会改变库存、价格、图片或适用性,它就应被当作需要稳定识别的变体事实。不要因为网站前台把选择器放在同一页面,就假设 Feed 可以只传父商品。
接着判断异常属于哪一种:变体缺失、变体重复、属性串值、默认落地错误,还是父子关系错误。五类问题看起来都可能表现为点击不相关、价格不一致或某些 SKU 不展示,但修法完全不同。
诊断框架:一条变体记录的六件套
第一件是稳定身份:每个可交易变体需要稳定 ID;迁移或重建时不能随意更换。第二件是父子归组:同一款式的变体可以有关联,但归组不能抹掉彼此差异。第三件是区分属性:颜色、尺码、材质、型号等值必须标准、真实且与站内选项一致。
第四件是视觉:主图应代表当前变体,不能所有颜色都复用一张导致误导。第五件是交易事实:价格、促销和库存必须属于当前变体。第六件是落地:URL 打开后应直接选中对应变体,且用户无需猜测广告展示的是哪一项。
抽查时不要按“父商品数量”抽样,而要按高风险组合抽样:有价差的变体、低库存变体、视觉差异大的变体、拥有独立标识符的变体,以及最近新增或迁移的变体。
若要同时改标题、图片和分类,使用 标题、图片与分类的分批测试法 保留归因;一个父子关系和 URL 错位如何层层放大的复合场景,见 变体互相覆盖案例。
常见误判
- “落到父页面也没关系,用户会自己选。”广告承诺的颜色、规格或价格若未被预选,匹配与转化都会受损。
- “同款所有变体共用标题最整齐。”标题不包含关键区分属性时,系统和用户都难以识别差异。
- “库存以父商品为准即可。”某个变体缺货而父商品仍有库存,会形成不可购买点击。
- “图片只是审美问题。”图片指向错误变体属于事实错误,不只是点击率问题。
- “重新生成 ID 可以清理历史。”新 ID 会割裂连续性,也可能制造重复商品与重新处理成本。
验证清单
- 导出一个父商品下的全部变体,检查数量是否与商品后台一致。
- 确认每个变体 ID 稳定、唯一,父子归组没有跨款式串联。
- 逐行比对区分属性、标识符、图片、价格、库存与 URL。
- 打开每个变体链接,确认页面直接选中正确选项。
- 测试缺货、促销、地区币种与移动端环境下的默认选择。
- 检查规则是否用包含关系误改了相似颜色、尺码或型号。
- 对具体必填属性、允许值和父子规则按当前官方商品数据规范复核。
适用边界
本文适用于服装、配件、家居、电子、耗材及任何存在可交易选项的目录。它不规定所有业务必须把每个前台选项拆成独立商品:定制文字、非库存附加服务等场景需要结合真实交易结构判断。平台的变体字段、分类要求和 URL 处理会变化,执行时以当前官方规范为准,但“一个变体必须对应一组一致事实”的原则不变。