商品分类体系与标识质量

电商商品分类体系回答“这件商品属于哪一类”，商品标识回答“正在销售的是哪一件商品”。两者需要通过同一条商品记录关联，但应分别保留来源、负责人和审核结论。把杯子移到更合适的类目，不能证明它的 GTIN 正确，也不能把供应商货号变成制造商 MPN，更不能确认条码对应单件还是整盒。

审核分类调整时，先确认实物、变体和包装，再决定分类修改能否通过。分类证据充分、标识依据不足，可以分别记录状态；不要让一次类目修改顺带改写商品身份字段。分类更准确，也不等于商品一定符合渠道资格、获得排名或被平台接受。

本文处理的是分类与标识之间的责任边界，不提供通用类目树、各渠道标识要求大全，也不替代完整的 Feed 发布检查。下文表格和暂缓做法属于编辑建议；杯子、配件和组合包装均为假设场景，不代表实际店铺结果。

分类层级不能代替商品记录

分类层级从宽到窄组织商品。例如，商家可以把目录写成“厨房用品 → 饮水器具 → 随行杯”，也可以根据自身选品使用“户外用品 → 饮水装备 → 保温杯”。这些只是内部路径示例，不是 Google 官方类目名称，也不是要求所有商家照搬的目录。

分类描述一组具有共同特征的商品。它本身不能区分蓝色杯和红色杯，不能区分完整杯子与替换杯盖，也不能区分一只杯子与一盒杯子。这些差异需要商品属性、父子关系、包装定义和标识记录共同表达。如果审核人还说不清当前记录实际销售什么，选类目就为时过早。

建议用稳定的内部商品引用关联这些决定：分类路径放在分类字段中，标识依据放在对应可售记录上。导航负责人把“饮水器具”改名为“杯子与水瓶”，这个名称变化本身不应触发商业标识重分配。反过来，供应商确认了一个标识修正，也不应让商品自动换到另一分支。

需要统一术语时，可以先看 GTIN 标识范围。在当前审核里，只要守住两个问题：它是什么类型的东西，以及它具体是哪件东西。两者可能分别出错。即使类目树排列整齐，只要标识来源缺失，这条商品记录仍然不能算身份明确。

还要把导航集合与基础分类分开看。同一商品可以出现在礼品推荐、夏季精选等不同购物入口中，这种展示安排不应被默认为实物类别发生了变化。审核时应先问清楚改的是导购位置、内部品类，还是发给渠道的分类字段，避免三种讨论混在一起。

每个判断都要有能负责的人

分类负责人需要解释商品为什么属于某个分支，但这不意味着他可以补造制造商信息。小店可能由同一个人处理分类、采购与 Feed；即使如此，也应分别保存各字段依据。整理导航时做出的决定，不会自动成为有效的标识审核。

记录或字段	需要回答的问题	建议负责人	应查看的依据
内部分类	商品在本店选品中属于哪里	商品目录或品类负责人	分类定义与实际用途
导航集合	希望顾客从哪个入口发现商品	运营或陈列负责人	集合规则与购物场景
渠道分类映射	内部分类如何转成目标字段	Feed 映射负责人	目标属性、当前规范与映射理由
SKU	店内正在管理哪条可售记录	库存或商品运营	已批准的商品主数据与历史记录
GTIN	已分配值对应哪个贸易项目	有品牌或供应商证据的商品数据负责人	匹配商品、变体与包装的资料
MPN 与品牌	表示哪家制造商的哪个零件或型号	商品数据负责人	制造商或经过核实的供应商文件
变体属性	这个版本与其他版本有什么区别	商品负责人	颜色、尺寸、容量或配置资料
包装定义	顾客实际收到什么	商品与履约负责人	件数、包含组件与包装记录

把表中的角色换成实际人员或团队。“由 Feed 应用负责”只说明系统在哪里，不说明谁有权处理来源冲突。映射负责人至少应知道，当两个供应商文件不一致时，要找谁确认实物和资料。

例如，运营可以先批准新的“随行杯”内部分类，但采购仍在确认标签对应一只杯子还是两只装。此时分类决定可以进入待复核状态，受影响商品的身份变更仍然暂缓。不能因为分类已经讨论完，就把整条商品记录写成已批准。

有些错误来自责任范围太宽：审核人看到表格中的空值，顺手补入看起来合理的内容。更好的交接方式是写明此次批准哪些字段、哪些字段不属于本次修改，以及未决问题交给谁处理。这不是增加层层审批，而是防止一次局部编辑承担它无法证明的结论。

Feed 分类属性单独维护

Google 商品数据规范区分使用 Google 分类体系的 google_product_category 和商家自定义的 product_type，并把商品标识列为另一组字段。决定内部目录如何填入这两个属性前，应查看当前字段说明。店铺导航名称不自动等于可用的渠道类目值。Google 商品数据规范。

映射记录应写清转换两端。“杯子对应购物类目”无法复核；至少要有来源字段、内部分类引用、目标属性、目标值、规则版本和选择理由。除非已有明确设计，不要把渠道值直接揉进内部类目名称，否则外部分类变化可能顺带重命名店铺自己的目录。

还应区分主数据分类与输出覆盖规则。某个配件针对一个目标渠道采用例外映射，并不意味着它必须成为所有系统的主分类。为例外记录原因、适用商品与复查负责人，防止为一个杯盖写的规则扩展到所有标题包含“杯”的商品。

分类规则不应偷偷替换标识。“所有随行杯使用这个条码”明显混淆身份；更隐蔽的情况是把父商品上的一个值复制到全部可售版本。审核规则时应看它能够修改哪些字段，而不只是看预览里的类目是否正确。GTIN、SKU、MPN 和品牌若要变化，需要另有依据。

如果讨论同时涉及网页结构化数据，可以阅读 商品 Schema 与 Feed 的区别。Feed 分类修改并不能证明网页上的商品数据也一致。哪个系统消费了哪些字段，就要在哪个输出位置核对，不能从一次保存推断所有地方已同步。

先写清正在卖什么，再选分支

遇到分类争议，先用一句普通话描述商品：“这条记录出售一只保温杯，附带一只匹配杯盖。”这句话比单独写“杯子类”有用，因为它提前暴露了组件、件数和功能上的分歧。审核人知道讨论对象以后，才有条件判断哪条分类定义适用。

再把这句话与商品主数据、包装资料、供应商引用和选中变体对照。标题写着杯子，实际可能只卖替换杯盖；图片摆了几件商品，订单可能只包含一件。分类负责人不必解决所有运营问题，但不能对错误的对象批准正确的类目。

GTIN 在 GS1 标准体系中用于识别贸易项目。身份定义存在疑问时，应回到品牌资料与适用标准，而不是从内部类目树倒推标识。GS1 全球贸易项目代码。

Google 的 GTIN 查找说明提供了从商品、包装或制造商获取已有标识的路径。这是查找依据的方法，不意味着相似商品上的号码可以用于当前记录。查找 GTIN。

“还没有拿到证据”和“确认没有该标识”必须分开。供应商尚未回复，只能记为等待确认，不能据此认定商品没有 GTIN。分类审核人应记录依赖关系，把问题交给标识负责人，不要用 SKU、类目编码或外观合理的数字填空。

保留原始资料也很重要。一个经过人工整理的表格可能只剩下“杯子”两个字，原包装却写明配件或套装。若审核只看清洗后的字段，容易把已经丢失的差异当成不存在。保留可追溯的资料引用，能让后续处理回到具体对象。

杯子、杯盖与组合包装的边界

假设一家店销售保温杯的两个颜色版本、替换杯盖、两只装杯子，以及杯子配清洁刷的组合。下面不填写商业 GTIN，也不编造官方分类代码，只比较分类决定和身份决定各自需要什么。

假设商品	分类要判断什么	身份要另外确认什么	不明确时暂缓什么
蓝色杯，单只	所选分支是否描述完整杯子	资料是否对应该颜色与单件	暂缓缺少对应证据的身份修改
红色杯，单只	可以与蓝色杯属于同一内部分类	不能直接复制蓝色杯的标识	暂缓复制或无依据的标识值
替换杯盖	分类对象是配件，不是图中的整只杯子	杯盖自己的制造商引用	对销售对象不明的映射暂缓
两只装杯子	本店如何组织这种包装销售项	包装件数与标识适用对象	只有单只资料时暂缓身份结论
杯子与清洁刷组合	确认实际内容及内部商品定义	组合对应的已批准商品记录	暂缓把组件资料当成组合依据

蓝色和红色杯可以进入同一分支，因为分类成员关系不表示唯一身份。它们同类，并不能说明两个标识都正确。即使系统把两种颜色放在同一父商品下面，也应保留可售记录之间的区别。

杯盖说明了标题匹配的局限。规则看到“杯”字，可能把它归到完整杯子的分支。扩大规则前，先问顾客买到什么。修正可能是补全来源分类，或者给配件建立有依据的例外，不能把完整杯子的 GTIN 复制过来，让输出表面上保持一致。

两只装需要另外确认包装。如果现有证据只描述单只杯子，审核人不能自行推导两只装的标识。GS1 Canada 的资料包含包装层级识别的背景，应结合适用标准及供应商记录判断实际情况。GS1 Canada GTIN 说明。

杯子与刷子的组合还需要问清楚：商家是在销售一个定义明确的组合，还是仅在图片中展示搭配商品？这是确认事实，不是要求所有组合都采用某一种标识处理。分类跟随已经确认的销售对象，身份跟随经过核实的商品记录，二者都不能从照片摆放方式推断。

实际审核可以让商品负责人先写包含和不包含的内容，再由映射负责人选择对应分支。若商品描述仍写着“可能包含刷子”，分类决定就没有稳定基础。应先修正资料中的不确定性，而不是用更宽泛的类目掩盖它。

按字段建立正式来源

所谓正式来源，是每个字段都有批准依据和进入目录的明确路径，不是要求一个文件解释全部问题。内部品类可以由运营定义，零件引用由制造商提供，包装内容由商品和履约人员确认，最后汇总到同一条可售记录。

图中展示的是通用商品数据流，不是官方分类编码表。审核分类时，可以沿着这条路径找到分类依据和映射规则，同时保留标识各自的来源。图中箭头表示数据传递关系，不代表经过这条路径的数据已经被目标渠道接受。

来源冲突应写出来，不能只靠优先级隐藏。假设供应商表格写“两只装”，已批准页面和仓库记录却写“单只”，简单选择时间最新的文件可能传播错误包装定义。应记录冲突、指定解决人，在商品描述达成一致前暂缓依赖这个事实的修改。

供应商原始标签和内部批准分类也值得同时保留。供应商可能只写宽泛的“家居”，商家则需要更具体的内部分支。留下原始标签，后续审核人才能理解转换过程，而不会以为供应商本来就使用本店的分类定义。

如需完整的字段责任方法，可继续看 商品数据责任教程。本文只要求分类决定能追溯到与标识相同的销售对象，不要求为了完成一次审核更换软件或重建整个系统。

追溯记录也需要区分“资料来源”与“资料存放位置”。共享盘路径只说明文件在哪里，还应能看出提供者、适用商品和版本。若一个文件被覆盖后无法还原上次判断依据，应在下一次审核前保存必要的版本引用，避免把不同时间的资料混为同一份证据。

让映射规则可以被复核

为规则写清用途。例如“已确认的替换杯盖采用配件分类”，比一串没有说明的条件更容易审核。用途旁边还要有实际匹配条件：它依赖批准的分类引用、供应商标签，还是标题文字？审核人需要知道规则在哪些情况下可能误选。

默认规则与例外规则同时匹配时，应明确谁优先。否则编辑器中的人工修正可能在下一次同步时被覆盖。审核应看已经保存的规则和结果记录，而不是只看未保存的预览画面。若当前工具无法解释输出由哪条规则产生，就应先把这点作为未决问题记录。

规则含义变化时保存版本。改一个显示名称的拼写，与把配件移进完整商品分支，不是同样的变更。保留旧值、拟改值及范围，审核人才能判断改动是否符合原目的。不要只写“少量商品”，应能列出准确的受影响记录。

样本里加入不应该匹配的商品。针对完整杯子的规则，应检查杯盖被排除；针对一个内部分支的规则，应检查相邻分支保持原映射。这些反例用于检查规则边界，不能证明整个目录每件商品都正确。

字段填充率也不能代替正确性。所有商品都有分类，只能说明字段被填了；它没有证明分类适当、标识有效或包装资料齐全。建议把“已映射”“已复核”“身份已确认”作为不同观察，各自写清定义，避免一张绿色报表让未决问题消失。

如果审核后发现规则同时修改了品牌或 SKU，应追问原因。即便输出值看似合理，也要确认这是有意的身份调整，还是字段绑定错误。分类变更的批准不能覆盖一个此前未被提出的标识变更。

暂缓要写到具体对象

有效的暂缓记录应说明受影响商品和未回答的问题。“目录有问题”太宽泛，后续人员无法判断能否继续。若问题只是杯盖的渠道映射，应说明仅暂缓这项映射，还是商品本身也因身份不明而不能继续提交。

观察到的情况	建议决定	恢复审核所需依据
内部分支没有明确含义	暂缓映射提案	分类定义与负责人的解释
两条规则输出不同目标分类	暂缓冲突范围	批准的优先级与结果记录
供应商标签与包装描述不一致	暂缓依赖身份的修改	确认内容与匹配资料
一个标识被复制到整个类目	暂缓这些标识修改	各商品对应的分配依据
分类有依据、标识仍待确认	分别记录状态	标识负责人给出的结论
分类编辑意外修改 SKU 或 GTIN	停止这项转换	字段级原因与独立批准依据

保留上次审核版本作为比较点，但旧值不因为存在过就一定正确。如果此次调查发现当前记录也有问题，负责人需要决定如何限制影响。恢复已知版本与证明事实正确是两件事，不应在回退说明中混为一谈。

为暂缓指定复查触发条件，例如供应商回复、分类定义获批或规则修正完成，并写清收到证据后由谁检查。否则暂缓很容易变成无人处理的备注，下一批操作人员又可能把没有新消息理解为默认通过。

当批准来源与系统输出不一致时，可使用 商品 Feed 排错教程 继续追踪。当前分类审核只处理产生分歧的具体规则和商品关系，不需要顺带扩展成全店发布项目。

一份精简的分类决定记录

下面仍是假设杯盖场景。状态只表示建议的内部处理进度，不是 Merchant Center 的实际结果；示例没有任何可用商业标识。

字段	假设记录
商品范围	保温杯系列的替换杯盖
实际销售对象	一只杯盖，不含杯子
当前分类原因	标题包含杯字，被完整杯子规则选中
拟议分类	已批准的内部配件分支；目标渠道映射待审
修改理由	原规则描述父商品，没有描述当前销售对象
事实来源	商品负责人确认的描述及包装记录
映射负责人	指定商品目录运营人员
标识负责人	指定商品数据审核人员
标识决定	本次分类提案不授权标识修改
规则范围	精确杯盖记录，排除完整杯子
暂缓条件	未核对目标规范前，不批准目标分类值
复核材料	原值、拟改值、规则版本及受影响记录清单

真正作出决定时，再填写日期和审核人，不要预先填审批日期或渠道结果。记录应让同事不必翻找多个聊天就能理解判断，但不用复制一整份发布日志。如果已有更完整的发布记录，可以保留引用，把分类原因留在这里。

批准的修改执行后，对同一批商品读取已保存分类和标识字段。确认映射确实生效，同时检查是否意外修改了身份字段。记录读取的是哪个位置，以及这次核对能说明什么：本地导出证明导出内容，渠道读取证明当时处理后的目标记录，两者不能互相替代。

审核结论还应与后续观察分开。分类负责人可以写“拟议映射符合本店分类定义”，但在没有渠道证据时，不能写“商品已接受”。即使后来获得接受状态，也应把它记录为另一次观察，而不是倒过来证明当初所有身份依据都正确。

商品目录负责人的检查清单

当分类提案涉及商品身份时，可按下面项目检查。完整的标题、标识、价格与可售状态检查仍交给已有的 商品 Feed 质量检查文章，这里保留分类边界。

• 写清实际销售对象、变体和包装内容。
• 指定内部分类负责人及标识依据负责人。
• 分开内部层级、导航集合和目标渠道分类属性。
• 保存来源字段、目标字段、规则版本与例外优先级。
• 确认分类规则不会复制或编造 GTIN、SKU、MPN 与品牌。
• 加入一个应被排除的配件或相邻分支样本。
• 把供应商与包装证据冲突标为未解决。
• 写清暂缓对象、解决人及重新审核的触发条件。
• 保留旧值、拟改值与调整原因。
• 执行后读取同一批记录，说明实际核对范围。

如果剩下的问题只是 GTIN 结构与校验位，可以使用 GTIN 工具 做机械检查。工具不分配商业标识，不证明品牌归属，也不保证渠道接受；不要把测试值填进商品资料，让分类审核看起来已经完成。

更广的标识背景可见 Shopify 中的 GTIN、UPC 与 EAN。GTIN 与商品数据质量主题路径 则把定义、工具和相邻运营问题分开，便于根据实际分歧继续查阅。

常见问题

修改商品分类能修正错误 GTIN 吗？

不能。分类修改可以纠正归类，但不能验证或替换商品已分配的标识。GTIN 应根据准确商品与包装资料，由对应负责人单独审核。

不同变体可以属于同一分类吗？

可以，内部分类能够组织相关变体。但同类关系不能成为复制变体标识的理由，每条受影响的可售记录仍需对应标识依据。

商品类型与渠道分类是同一个字段吗？

不要默认等同。应分开商家内部分类与渠道目标属性，并记录转换关系。对于 Google，选择值前应查看 product_type 与 google_product_category 的当前说明。

供应商资料冲突时应如何处理？

暂缓依赖争议商品描述或标识的修改。记录两份来源、受影响商品、解决负责人，以及恢复审核需要的依据，不能把尚未确认当作批准。

来源与适用边界

• GS1 全球贸易项目代码：贸易项目识别的标准背景。
• GS1 Canada GTIN 说明：包装层级识别的背景。
• Google Merchant Center 商品数据规范：分类和标识字段定义；具体目标仍需按当前属性要求核对。
• Google Merchant Center：查找 GTIN：通过商品、包装与制造商资料查找已有标识。

责任表、决定记录、暂缓条件和商品示例属于编辑建议，并非平台统一规定，也不是商品接受、搜索排名或经营改善的证据。