内容类型 · 概念

相关商品

相关商品推荐需先确定替代、搭配、补充购买或同系列关系，说明人工规则、算法等推荐来源和适用语境，并避免推荐不可售或不兼容商品。

它回答“看完当前商品后，还有哪些合理选择”。先确定推荐关系，再选择商品；同属一个集合并不足以证明两件商品相关。

需要收集

当前商品、关联商品和明确的关系类型；
人工规则、算法或经营数据等推荐来源；
商品兼容性、可售状态和排序依据；
页面语境与期望的下一步行动。

分析与完善

区分替代品、搭配品、补充购买、同系列和继续浏览；
避免推荐当前商品、不可售商品或不兼容商品；
记录人工配置和自动结果的优先级；
判断推荐是否帮助决策，而非只增加点击。

页面与展现

适合商品页、购物车、售后内容或指南页；不同位置的推荐目的要分开。可采用 Product Grid、Carousel、Bundle Card 或文字链接。

发布前检查

关系是否能用一句话解释；
是否在主要购买动作之前展示过多替代品；
当前市场和库存下是否可售；
没有推荐结果时是否安静消失。

负责人、时效与缺失处理

负责人：由商品或运营负责人维护关系类型和人工规则；
时效：商品下架、换代或兼容性变化时复核关系；
缺失时：没有合理推荐时隐藏模块，不用随机商品填补。

与相邻类型的区别

相邻类型	区别	为什么相关商品不是它的子项
特色商品	特色商品由运营按活动、新品或畅销等理由挑选，不依赖当前正在看的商品	相关商品的起点是“当前商品”，关系随商品变化；特色商品的起点是页面任务
商品分类	分类回答“按什么范围浏览”，是导航结构	同属一个分类只说明范围相同，不说明两件商品可以替代或搭配
商品概述	概述说明单个商品自身；相关商品说明它与其他商品的关系	兼容性、替代条件应写在概述或规格里，相关商品只引用结论
包装清单	包装清单只列这一单收到的物品；相关商品里的配件需要另行购买	把另售配件混入清单会让顾客误以为已经包含
促销与折扣	捆绑优惠是价格与资格条款，属于促销	相关商品只表达关系，不承诺折扣；折扣条款以促销内容为准

价格、库存和可售状态属于商品运行时数据，不是本内容类型的字段；本文只规定这些数据如何影响“该不该展示”。

字段与状态

以下是编辑资料的字段建议，不是任何平台的后台字段清单。

字段	含义	必填条件
当前商品	关系的起点	必填
关联商品	被推荐的商品	必填
关系类型	替代、搭配、补充购买、同系列、继续浏览之一	必填；类型不同，页面位置和文案不同
一句话理由	顾客为什么会需要它	人工配置的关系必填；自动结果记录规则即可
来源	人工选择、平台算法、经营数据规则	必填，并记录人工与自动结果的优先级
兼容条件	型号、尺寸、适配范围	搭配和补充购买涉及适配时必填
复核日期	关系最近一次确认的时间	人工关系必填

状态	处理
零项	隐藏整个模块，不用随机商品填补
一项	可以展示，但不使用“更多推荐”这类暗示数量的标题
多项	限制数量并说明排序依据；替代品和搭配品分组展示
关联商品下架、不可售或对当前变体不兼容	从展示中移除；人工关系在下次复核时更新或删除
自动来源不可用或结果为空	只展示有效的人工配置；两者都没有时隐藏模块

平台落点

跨平台原理是：先确定关系类型，再决定它来自人工规则还是自动生成。Shopify 的做法如下（核验于 2026-09-29，来源为 Shopify 帮助中心商品推荐与 shopify.dev 推荐说明）。

两类推荐：官方区分 complementary products（经常与所选商品一起购买的补充商品）和 related products（与所选商品相似、可能互相替代的商品）。这与本文的“搭配 / 补充购买”和“替代”关系大致对应，但平台只有这两类，同系列、继续浏览等关系需要用集合、商品链接或页面结构另外表达。
管理入口：官方页面写明在 Shopify 后台的 Apps > Search & Discovery 中管理。该页没有说明这个应用的费用与是否必须安装，本文不作判断。
人工与自动：可为每个商品手动选择最多 10 个 complementary products 和最多 10 个 related products。related products 可以只显示手动选择，也可以与自动生成的结果并用；也可以对单个商品隐藏自动生成的推荐。shopify.dev 说明 complementary products 需要在 Search & Discovery 中手动设置，related products 由 Shopify 自动生成。
自动生成方式：官方列出三种依据：购买历史（需要已有销售记录）、商品描述（仅适用于英文店面）、相关集合（前两者不可用时使用）。官方同时说明自动生成的推荐会经常变化，应用中的预览可能与店面实际显示不同，因此不要把某一次预览当作固定内容记录。
展示资格：官方列出的条件包括未售罄（related 在开启“缺货时继续销售”时仍可显示；complementary 要求库存大于 0）、非 Unlisted 状态、价格高于 0、不是礼品卡、已发布到 Online Store 销售渠道、且不在访客当前购物车中。这与本文“避免推荐不可售商品”的检查一致，但平台规则只覆盖可售状态，不覆盖兼容性，兼容性仍需人工确认。
主题要求：官方说明需要主题包含 complementary products 板块和 product recommendations 板块，推荐才能显示。
接口：官方 Product Recommendations API 的 intent 取 related 或 complementary（默认 related），limit 范围为 1 到 10（默认 10）。官方页面没有明确说明结果为空时的返回；示例代码以 recommendations.products_count > 0 判断是否渲染，本文据此只建议“为空时不渲染模块”，这是对示例的解读，不是官方条文。

未核验：各官方主题的默认板块名称与放置位置、推荐在购物车或其他页面的可用性（帮助页只讨论商品页）、不同 Markets 下的推荐范围。

平台正文

该机制的权威平台说明见 Search & Discovery；本文只写在当前内容或页面语境下的用法。

待继续完善

缺少真实店铺中的推荐结果实测（人工与自动并用时的排序和去重表现）；
缺少按商品类型区分关系类型的虚构或真实样例；
未核验主题层面的板块差异，以及推荐效果指标（官方提到 Analytics 中有相关转化报告，本文未读取报表定义）；
待补：兼容条件如何引用商品规格与参数中的结论，而不重复维护同一份参数。