Merchant缺GTIN，SKU能代替商品条码吗？

要做的是向厂家确认这件商品的编号，填到准确款式，再回Merchant检查收到的值。下面用Northcase银色24寸行李箱说明，店内货号为CASE-S24，厂家型号为NC24-SILVER。这些名称和ID是教学设定；GTIN须用你自己商品经厂家确认的完整原码，本文没有实际操作商店或Merchant账户。

先向厂家确认这件银24的编号

先在Merchant的 Products → All products（商品→所有商品）找到报错项，点商品名称。记下问题原文、Product ID（商品ID）、Source（来源）和更新时间；商品详情说明列出了这些字段。这个ID可能由插件生成，不一定就是CASE-S24。

对照落地页和实物，确认是银色24寸、单件零售包装。银24、黑20和一整箱批发包装可能各有自己的编号，不能混用。链接预选错款时，先按变体链接检查找对那件；有多个来源、找不到对应条目，或没有账户权限时，用Woo商品与Merchant来源核对方法请现有管理员锁定原条目。

拿出银24包装标签，与厂家资料对照。三个编号各有用处：

编号	应填在哪里、凭什么填
SKU：CASE-S24	留在店内SKU栏，帮你找货和订单，不填GTIN。
GTIN：厂家完整原码	填GTIN栏；确认属于银24单件，保留开头的0。
MPN：NC24-SILVER	填厂家料号栏；须由厂家确认对应此款，不能拿店内货号冒充。

品牌也按实物填写，本例用Northcase，不能为了消除提示换成网站名字。Google商品标识规则要求使用已分配给准确商品的编号。

给供应商的问法应带款式和包装，别只问“有没有条码”：

请确认Northcase银色24寸行李箱、单件零售包装的完整GTIN、厂家MPN和品牌写法。店内货号是CASE-S24，附包装标签照片。请区分银24与黑20；若没有GTIN，请说明是没有分配，还是这次资料没有提供，并确认有无厂家MPN。

厂家答复后，按实际情况选择：

• 有GTIN：核对标签与厂家资料一致，提供完整GTIN及真实品牌、MPN。主例走这条路：CASE-S24留在SKU，GTIN用厂家原码，品牌Northcase，MPN为已确认的NC24-SILVER。
• 没有分配GTIN，但有品牌和MPN：按适用规则提供这两个真实值，GTIN留空。厂家已分配、只是尚未给你资料的，继续索取；暂时找不到不能当作没有分配。
• 确实没有该类别适用的标识：才考虑发送 identifier_exists=false，表示这件没有适用的商品标识。包装没印条码、手工制作等单一特征，都不足以直接得出这个结论。

自己的制造或品牌有特定MPN例外：你是制造者且唯一销售者、商品未分配MPN时，可以分配唯一MPN；自有品牌也可按Google规则用唯一SKU作MPN。普通经销商不能把这一例外套到Northcase箱子，更不能把SKU填成GTIN。

已有品牌商品只增加印名字等定制，仍要保留原商品已分配的GTIN。GTIN规则与无标识字段说明分别解释了这些条件。资料齐全就继续；真正无标识的，见最后的维护分支。

把厂家编号填到准确变体

本例使用已连接的Google for WooCommerce 3.9.4（下文简称GFW），以及WooCommerce 9.2起提供的原生GTIN字段。先在 插件→已安装插件确认版本。版本不同或没有字段时，请原维护者确认实际来源；一次编号修改不需要你自行升级全站、迁移所有条码或另装feed插件。

1. 在 商品→所有商品编辑原行李箱，在“商品数据”中打开 Variations（变体）。展开银色24寸，核SKU CASE-S24；教学变体ID为3271。找到 GTIN, UPC, EAN, or ISBN，填厂家完整原码。简单商品则在“商品数据”的 Inventory（库存）中填写这个原生字段。
2. 在该变体由Google for WooCommerce添加的字段中，将 Brand（品牌）填为Northcase，Manufacturer Part Number（MPN）填为NC24-SILVER。简单商品的这两个字段在“商品数据→Google for WooCommerce”页签。
3. 点变体区 Save changes（保存更改），再点整件商品的 Update（更新）。重新展开银24，确认三个值仍正确，渠道可见性按原计划保持 Sync and show（同步并展示）。

银24要明确填写自己的GTIN。Woo变体说明指出，变体未填GTIN时可以沿用父商品的编号。父项若放着黑20的码，银24框为空也可能发送黑20码。为银24填自己的原码，才能明确区分这两款。

旧框可能不是当前发送来源。官方GTIN文档推荐用Woo原生字段。当前3.9.4发送时，原生GTIN非空会覆盖旧Google字段或映射规则给出的GTIN；旧框也可能隐藏或只读。Brand、MPN的单商品Google字段则覆盖全局映射。若ERP导入或自定义代码随后又写回旧值，原维护者要改那个实际来源，不能只在编辑页反复填。

商品更新会由后台队列继续发送。在 Marketing → Google for WooCommerce → Product Feed（营销→Google for WooCommerce→商品数据）看这项是否有发送问题。Woo重开后值正确而Merchant还没出现新的更新时间，应先查这次同步是否完成，再到下一节读值。

回Merchant看Google收到的值

再次进入 Products → All products，点原商品名称，核同一Product ID、Source、银24版本及更新时间。在详情找 Raw feed attributes（原始商品数据属性）和 Final attributes（最终属性）；Google排错说明给出了这条入口。

原始属性回答“这条来源送来了什么”，最终属性回答“经过处理后，Google采用什么”。在两处展开或搜索 gtin、brand、mpn，应读到银24的厂家原码、Northcase和NC24-SILVER。商品编辑框里的值不能替代这里的处理结果。

原始GTIN仍空或是旧码，问题还在准确变体、来源或发送这一侧。把Woo变体3271、本地三个值、保存时间、Merchant商品ID和来源、当前原始值交原发送维护者，请他查队列、字段来源与已有覆盖代码。没有新更新时间，也一并说明。

原始GTIN正确，最终GTIN错误，先请Merchant账户维护者查已有属性规则、其他来源或覆盖设置。厂家码已经正确，不用再去改包装编号。

两处都正确，缺GTIN提示仍在，保留当前问题原文与更新时间，再核品牌、MPN、准确款式及处理进度。编号正确与商品审核、展示是不同结果；Approved（已批准）也不必然同时Visible（可见）。

看不到这两处属性，就请账户管理员打开原商品详情。来源仍叫Content API也不能直接判失败：当前Woo说明提醒，新版转用Merchant API后，旧来源标签可能保留。

主例完成的标志很具体：银24在Woo的三个值正确，同一Merchant来源的原始与最终值也一致。仍有差异时，你已能指出哪一层不对，把问题交给相应负责者，而不用继续试不同条码。

确实没有标识时，再交维护者处理

这一节只适用于已确认没有该类别适用标识的商品。identifier_exists=false不能表示“资料暂时没找到”。本次核对的GFW3.9.4没有这个普通编辑选项，GTIN、MPN留空也不会自动发false；在GTIN框填 no 则会把文字当作条码。

现有发送维护者可以使用插件的属性覆盖钩子，按准确Woo商品或变体ID限定这一项：

woocommerce_gla_product_attribute_values

当前Merchant API发送器接受它返回的属性。API字段文档定义 identifierExists 为布尔值；维护者须确认网站实际使用的发送器，检查已有覆盖逻辑，再为符合条件的这一项设置false并重新发送。旧Content API教程的键和值不能直接照搬，也不应把全目录都设为false。

可以把下面的说明发给原维护者，补上真实ID和厂家答复。本例银24有GTIN，不能使用这一分支：

此商品已确认没有该类别适用的GTIN或品牌、MPN，厂家答复已附。准确Woo商品或变体ID、Merchant商品ID和来源见附件；当前Raw/Final属性与查看时间也已附。请核现有发送路径，用woocommerce_gla_product_attribute_values限定这一ID，按当前Merchant API设置identifierExists为布尔false，重新发送后回给我处理时间。我再到同一商品检查原始和最终属性及当前问题。

尚未实施、未重新发送或最终值未变，都说明这一分支仍待处理。实施后回原详情核 identifier_exists 是否为false，再查看原问题；收到维护者回复并不保证商品获批或展示。

需要协助判断现有来源或字段覆盖，可以查看谷歌SEO执行服务，在联系表单附网站、商品链接、问题原文及两处属性差异。凭这些资料判断哪一步能自行修改、哪一步需要原维护者，不发送账户密码。