工业品目录里的“系列”，不一定等于ProductGroup。只有当成员确实是同一父产品的不同变体时，才适合用产品家族关系表达；一个目录下的驱动器、连接线和安装支架不能因为共同属于某系列，就全部当成变体。还要分清Schema.org能描述什么，与Google商品展示明确支持什么。
先让工程资料回答：到底改了什么
在写结构化数据前，为候选家族列出共同产品身份、各成员型号、变化属性、属性值和资料出处。共同点应能准确描述所有成员，而不是只剩“都是工业设备”。如果各型号工作原理、用途或基础结构不同，仅有相同营销系列名不足以证明它们属于同一父产品。
例如下面的插画只是教学假设：一组基础结构相同、长度不同的紧固件，可能适合从尺寸变化理解产品变体；旁边的支架即使与它们配套，也不是“另一种长度的紧固件”。图片没有表达材料性能、载荷或可互换性，真实归组仍要回到产品定义。
原创场景示意：同类长度变化与另一类配套件；不是工程图，不表达承载能力或真实产品家族。
ProductGroup里的四个角色不能互换
Google产品变体文档说明，ProductGroup配合variesBy、hasVariant与productGroupID描述同一父产品的变体关系。可以将共同品牌等信息放在父级，具体型号的独有信息放在各Product里。
- ProductGroup描述家族本身，不是把它当成一个实际上不存在的可订货型号。
- hasVariant指向真实成员；配件、推荐搭配和替代产品要另外处理。
- variesBy说明成员按什么属性变化，它不是把整个参数表复制进去的容器。
- productGroupID是稳定的家族标识，不能与每个型号的SKU混成一个编号。
共同字段也需要核对。有些系列只有部分型号采用某种材料，或只有部分型号具备某项认证。把这些内容放到父级会让描述覆盖到并不适用的成员。处理原则很简单：不能对所有成员成立的事实，就不要为了减少重复而上移。
工业参数不能随意塞进Google支持的变体属性
该官方文档目前列出的variesBy支持值包括color、size、suggestedAge、suggestedGender、material和pattern等指定Schema属性。工业目录常用的电压、接口协议、输出扭矩，并不会因为你写成一个自定义链接，就自动成为Google已支持的变体展示维度。
尤其不要为了“通过”而把电压写成color，或把接口协议写成pattern。尺寸确实是变化维度时，可以如实描述尺寸；其他工业参数仍应在可见正文及合适的数据字段中表达，但不要承诺它们会被Google以变体选择样式展示。规范允许描述某种关系，不等于搜索产品已经采用全部属性。
拿到一个只按电压变化的系列时，应先查最新支持列表，再决定是否有适合Google目标展示的建模方式。保持准确的Product信息，比把不符合含义的字段硬凑完整更重要。网站内部产品家族也可以成立，却暂不以某种富媒体展示为目标。
维护记录还应保留成员加入或退出家族的依据。一个型号改了名称，并不必然改变产品身份；一个型号沿用名称，也可能已经改变配置。先核对事实，再决定家族归属是否需要更新。
纯询价目录别复制零售示例中的价格与库存
官方示例有Offer、价格、币种与可用性，是为了说明相应商品体验的实现。不能把示例数字改个币种，就给没有公开销售条件的工业品套上报价。商品展示资格应连同Product结构化数据介绍和目标功能的要求一起核查。
同样，不要从某款型号的证书、图片或评论推导整个家族共享这些信息。家族复用方便了维护，也放大了复制错误。成员差异较多时，可先整理型号页的独有差异记录，确定哪些字段能共用，再让开发实现结构化数据。
家族、套装和配套件分别建关系
一个型号加上安装支架组成的销售套装，描述的是组合交付；同一型号的备件清单，描述的是维护所需部件。二者都不能直接作为hasVariant成员塞进原产品家族。套装有自己真实的订货身份时，应按实际销售对象整理资料，不将其中某个部件的编号当作整套编号。
一张内部核对表就能减少误组：逐行问“客户切换这一成员，是在选择同一父产品的一个配置，还是在增加另一件东西？”如果是后者，先去维护配套或套装关系。若答案依赖工程判断，保留待确认状态。SEO团队不能只根据页面路径都含有同一个series单词，就批量生成家族结构。
验收时用一个“故意不同”的成员查继承错误
- 选一款与其他成员确有不同的型号，对照资料检查网页图片、尺寸、品牌与独有说明。
- 检查输出数据是否把父级属性错误继承给它，或让所有成员指向同一个不区分配置的对象。
- 使用Rich Results Test检查所选Google功能的错误，同时人工核对型号归组与可见内容；工具不能判断制造商资料是否真实。
- 上线后再按实际页面和搜索工具复核。测试通过只说明相应检查通过，不等于搜索结果必然展示变体。
光算的谷歌SEO服务可按项目检查产品目录和适用标记；企业需要先提供准确的家族定义。ProductGroup的价值在于把真实关系表达清楚，不能用来替代选型资料，更不能把整个分类页包装成一个“超级产品”。