商品 Feed 的国家、语言与币种版本

商品 Feed 中的国家设置，描述的是某个集成里销售项准备展示或销售的目标范围。它本身不能证明语言正确、币种正确、库存可售、能够配送，也不能确定商品身份。扩展市场前，应把同一个实物变体、经过批准的本地销售条件，以及准确呈现这些条件的商品页连起来。任何一处仍然对不上，就暂缓受影响市场的销售项。

这篇文章面向已有商品目录、准备增加国家、语言或币种版本的运营人员。要解决的问题很具体：这个市场版本能否发布，而不会把买家带到另一个商品或另一套价格承诺。下面的表格和记录方法属于编辑建议，不是所有平台通用的字段规范。具体字段、支持的组合、税费口径、配送义务和渠道资格，都需要对实际平台、账户、商品和目标国家进行当前规范核对。

先拆开“某国 Feed”里的几个含义

团队说“加拿大 Feed”时，可能没有在讨论同一件事。投放人员想到的是受众，目录人员想到的是数据源标签，店铺负责人想到的则可能是显示加元的英文页面。如果没有把这些含义写开，文件名看起来正确，里面却可能混入另一市场的销售条件。

建议在内部审核表中分别记录以下维度。这些名称是帮助人理解的标签，不代表可以把同名字段直接加入渠道上传文件。真实上传字段应由集成负责人按照当前文档确认。

维度	要回答的问题	保留的依据	容易出现的误判
目标国家	销售项准备在哪个国家参与展示或销售？	渠道配置与批准的销售范围	写上国家就等于支持配送
内容语言	用什么语言描述商品与销售条件？	批准的文案和对应页面	看币种就知道语言
币种	价格金额用什么货币表达？	本地价格记录和页面观察	换符号就完成了换汇
市场	适用哪套商品范围与经营规则？	内部市场定义和目录纳入决定	一个市场必定只有一个国家
实物变体	买家最后收到哪一个具体商品？	变体记录与商品资料	翻译后的名称不同就是不同商品
渠道销售项身份	本次读取的是哪一条已处理记录？	账户、来源、商品标识和实际渠道上下文	单看商品编号就能分清所有市场
可售状态	这个市场的销售与履约承诺能否兑现？	库存与履约负责人确认的依据	某处有货就能向所有地方销售

产地也要单独处理。商品在哪里制造，与销售项面向哪个国家，不是同一个问题。买家被识别出的所在地，也不能自动证明企业已经批准在那里销售。如果供应商文件里只有一列“国家”，先问清它表示产地、仓库所在地还是销售区域，再决定是否映射。不能为了让导出继续运行，就选择一个最方便的解释。

内部市场还可能包含自己的商品范围和价格规则。即使业务把几个国家归在一起，也不能假设连接器能原样表达这组关系。应保留一份内部市场到渠道配置的对应说明；缺少对应说明时，暂缓新增市场，让账户或集成负责人先解决配置含义。

本地销售条件变化，不等于实物身份变化

从仓库真正发出的商品开始核对：具体变体、尺寸、颜色、组合、包装和所含物品。翻译商品介绍或换一个销售币种，只能说明表达方式或销售条件发生变化，不能单独证明实物商品变了。反过来，两张图片很像，也不足以证明不同地区供货的包装版本完全一致。

如果地区版本在包装、内容物或配置上有差异，应让商品负责人比较实际供货资料。不能只凭运营给出的市场名称，就决定沿用或重建商业标识。审核记录最好能回答：比较的是哪个供货版本、由谁确认、依据哪份资料，以及哪些差异尚未解释。

GTIN 应放在这份商品证据里判断。使用品牌方或经过核实的供应商记录，不要为每个市场生成一串号码。Google 的查找 GTIN 指引可以帮助定位已有标识，但不能把内部市场标签变成商业标识。如果先要统一术语，可以阅读GTIN 标识什么。

针对 Google，商品数据规范当前要求同一商品在不同国家或语言中使用相同的商品 ID。实际修改前仍需做当前规范核对。不要为了让报表更好区分市场，就随手给这个字段添加国家后缀。内部审核表完全可以另设市场上下文，而不改动渠道要求保持稳定的标识。

这里要分清“稳定的商品引用”和“定位一次观察结果所需的信息”。读取某条渠道结果时，可能还需要账户、数据源、语言或连接器暴露的其他上下文。应分别保留这些信息。实际渠道如何组成记录身份，要看当前文档和真实处理结果，不能把本文的一张内部表当成各平台统一的复合主键。

GTIN 检查工具适合检查结构或校验位。通过检查，不等于号码已经获得商业分配，也不能证明归属、地区包装身份或平台接受。如果实物资料存在争议，应暂缓对应关系，由商品负责人核实；不要用一串形式正确的号码填平证据空缺。

给本地字段找得到的负责人

发布前最有用的准备，是一份简短的字段责任表。每个重要值写明谁有权决定、哪个系统保存正式结果，以及从来源到 Feed 经过了哪些转换。只列出最终字段，不足以告诉下一位运营人员明天应该找谁修正价格。

商品身份由目录或商品负责人提供批准的变体关系。翻译文案要保留批准版本，以及它基于哪个商品资料版本。价格要有正式来源和生效范围。可售状态要有库存与履约依据。渠道设置和落地链接则应能找到集成负责人及店铺负责人。同一人可以负责多项工作，但不同决定仍然要写清楚。

这张图表示共享的商品数据路径，并没有列出各国规则。审核时可以沿着图找出本地覆盖值在哪一层进入。如果只在渠道后台手工改了结果，而上游仍持续同步旧值，下次同步后问题可能再次出现。修改前，应分清哪一层决定事实，哪一层只是格式转换或传递。

例如，运营在 Feed 规则中写了新的本地标题，页面却仍使用旧译文。不能仅因为某个界面更方便编辑，就认定那里代表正确结果。应先让文案负责人批准目标表述，再追踪两个输出是否都使用了这个版本。ERP 价格和市场价目表冲突时，也应先获得经营决定，再修正没有正确执行该决定的数据层。

如果需要长期建立责任制度，可以继续阅读商品数据责任课程。本文只处理眼前较窄的判断：准备提交的这个市场版本，是否已经把来源、页面和渠道销售项对应起来。

翻译商品含义，保留变体差异

本地化不只是让句子通顺，还要保住型号、容量、包装数量和变体差异。标题翻译漏掉“两件装”，可能让买家理解成单件。把供应商的尺码编码直接替换成一个熟悉的本地尺码，也可能让订单对应错误的实物。涉及换算或解释标签时，要保留原始对应关系并获得负责人确认。

审核前可以把可翻译文本与受保护值分开。前者包括标题和说明，后者包括商业标识、型号引用以及已经批准的计量数据。不要把整个导出文件无差别交给翻译。机器读取的属性名和受控值有自己的规则；Google 的商品数据规范对这些值与自由文本语言作了区分，提交前需要核对实际要求。

比较页面和 Feed 时，要选中同一个变体。只看商品系列首页，很容易漏掉“Feed 描述大号，页面默认打开小号”这样的错位。核对数量、颜色、材质和配件是否指向同一购买内容。编辑审核不要求机械逐词相同，但两处不能对买家将收到的东西作出矛盾说明。目标渠道对文案的具体要求，仍须另行核对。

翻译也有版本过期的问题。源商品资料更新后，译文即使还显示“已批准”，也不一定对应最新商品。应检查它基于的源版本。新语言译文尚未完成，可以成为暂缓该语言版本的理由；已有语言如果仍然准确，而且真实渠道配置允许隔离，可以保留。不能只因为团队把文件分开，就假定运行时也已分开。

本地文案审核还应注意商品图片中的信息。正文翻译完成，而图片仍展示另一套包装数量或规格时，买家仍可能读到互相冲突的商品说明。把发现的问题交给商品和素材负责人核实，不要由翻译人员自行改写实物事实。图片是否符合具体渠道要求，属于另一个当前规范检查项。

把币种作为价格的一部分记录

一条可供比较的价格记录，应写清金额、币种、适用市场和生效期间。单独一个“49”没有足够含义；熟悉的货币符号也不能可靠说明具体币种。内部表保留币种代码，核对批准的实际金额，不要靠心算把两张截图解释成一致。

先确定谁负责产生或选择本地价格。真实系统可能使用批准的市场价目表，也可能使用已经配置的换算流程。应查看实际实现，不能凭经验推定。还要记录四舍五入、定时促销和人工覆盖是否参与计算。如果两个系统都对同一基础金额换算一次，最终数值可能看起来合理，却与店铺价格不符。

这种问题应修正未经批准的转换环节，而不是在下游再补一个抵消数值。否则任何一边更新汇率或价格规则，都可能让补偿关系失效。责任表应说明哪个来源决定金额，哪个环节只是格式化，哪些覆盖值是经过批准的例外。

本文不提供当前汇率，也不推断任何国家的税费要求。经营负责人应给出适用的价格政策；目标渠道的当前文档应说明，在具体国家和项目中提交金额需要包含什么。缺少税费或币种口径，应标为尚未解决的检查项，不能一边写“待核实”，一边把这一行放进可发布清单。

定时促销还要核对边界。比较价格来源、Feed 输出和页面使用的生效时间及其时区。促销已经结束时，为了匹配渠道中陈旧的低价而恢复过期价格，会制造新的事实错误。应保留当前批准的金额，修正过期的数据层；暂时无法安全消除差异，就暂缓受影响销售项。

一份好的价格观察记录，读起来应该是一句完整的话：在这个观察时间，这个变体面向这个市场，以这个币种和金额销售，依据的是这一版批准价格。它能帮助后续人员判断，差异究竟来自真实经营变更，还是本地化传递出了问题。

可售状态要对应市场承诺

库存与市场可售状态有关，但回答的问题并不完全相同。仓库数量告诉你某个地点有多少货；市场承诺还涉及企业是否已经批准向那个目的地销售和履约。不能把内部库存数字直接解释成所有本地销售项都可以上线。

请履约负责人说明，哪个来源决定这个市场的可售状态。内部发布记录应保留相关排除条件或履约路由决定，不必把私人运营细节放进公开文案。某个变体无法按当前市场设置履约时，即使标题已经翻译、币种也正确，仍不足以证明它准备好销售。

商品页也要在同一变体下检查。实际运营工作中，可以按照授权范围检查页面展示和可用购买路径；本次内容准备并不需要创建真实订单。若后续需要交易测试，应单独明确授权和目标。这里首先要定义决定性证据：哪个可见销售项、哪个目的地，以及哪份履约依据需要一致。

内部业务状态与渠道受控值也不能混用。业务人员写的“需要复核”，可以作为内部暂缓原因，但不能假设把这四个字上传就成为平台支持的状态。集成负责人应依据当前规范，把已经批准的内部可售决定映射到实际支持的值。无法准确表达时，先解决映射，不要自造枚举值。

落地链接与 canonical 分开检查

打开拟提交 Feed 中的准确链接，不能只从店铺首页手动找到一个正确页面。除了平时使用的商家浏览状态，还应在新的浏览上下文里观察，因为保存过的国家或语言选择可能掩盖错误默认值。记录重定向后的最终地址、选中变体、页面语言、金额币种和可售状态。

这是一套建议采用的核验方法，并不是在声称某个实际店铺已经通过检查。路径里有语言代码，不等于页面真的显示了相应文案。币种选择器改变了可见金额，也不一定说明提交的销售项已经同步改变。以实际页面呈现为准，再与批准的来源比较。

如果买家需要自己寻找国家选择器，才能看见广告中的销售条件，应把准确访问路径交给店铺和集成负责人，核对是否符合该渠道当前的落地页要求。不要因为页面能够手动切换，就把默认错位当成已解决。

canonical 地址单独记录。它不能改变可见价格，也不能让错误变体变成正确变体，更不应由运营为每一行 Feed 自动改写。发现 canonical 指向意外地址时，将源页面和目标地址一起交给 SEO 负责人，按照站点已经确定的本地化规则判断。本文不规定所有国家页面通用的 canonical 写法。

页面中的商品结构化数据也需要独立观察。可见页面已经显示目标币种，嵌入的销售项仍可能保留旧默认值。商品 Schema 与商品 Feed 的区别解释了两者的责任边界。发布记录应分别写页面与 Feed 比较、结构化数据比较，以及渠道处理后的结果，不能让其中一项代替全部证明。

示例：一个水瓶，三个拟发布销售项

下面是虚构的规划示例。价格仅用于比较，不代表汇率、市场建议、税费意见或渠道接受结果。内部商品引用也刻意不使用商业 GTIN，避免把教学值误当成可以直接销售的号码。

假设商家已经批准一个蓝色五百毫升水瓶，内部引用为 BOTTLE-BLUE-500。拟发布集合包括美国英文版、加拿大英文版和加拿大法文版。这次审核是在扩展本地销售条件，并不是创建三个新的实物商品。商品负责人为三行提供同一份经过核实的商品资料，真实商业标识保留在业务记录里。

内部审核行	目标国家	语言	示例批准价格	页面观察	发布判断
美国英文	美国	英文	USD 24.00	同一水瓶、英文、USD 24.00	可继续完成剩余检查
加拿大英文	加拿大	英文	CAD 33.00	同一水瓶、英文、CAD 33.00	可继续完成剩余检查
加拿大法文	加拿大	法文	CAD 33.00	同一水瓶、法文、USD 24.00	暂缓这一销售项

法文行的翻译已经对上，但销售条件没有对上。再次把加元代码写进 Feed，不能修好仍显示美元价格的落地页。运营应把准确链接和观察到的重定向路径交给店铺负责人，同时请价格负责人确认 CAD 33.00 是否仍是批准金额。在这些证据连接起来之前，本地销售项继续暂缓。

再假设履约负责人指出，当前配送设置尚未允许这个水瓶向加拿大目的地销售。此时，两条加拿大销售项的判断都要变化，包括页面看起来正确的英文行。暂缓原因应按真实业务决定写为市场履约依据不足或当前不可履约，不能伪装成 GTIN 错误。

如果供应商进一步说明，加拿大供货使用另一种包装配置，就不能继续假设三行共用相同实物证据。商品负责人需要先明确配置关系及正确标识分配，再决定加拿大销售项如何处理。国家名称和翻译文案都不能替代这个判断。

这个示例没有产生任何已接受销售项，也没有证明效果提升。它说明了同一市场出现的问题，可能分别属于页面币种、履约范围和实物差异。责任人不同，修复位置也不同。先找准是哪一层的事实不成立，才不会围着一个看似万能的“国家设置”反复修改。

按实际变化选择发布范围

先选一组能够覆盖本次变化的销售项，例如第二币种、翻译后的变体、定时本地价格，或某个市场特有的可售例外。这里没有通用样本数量。样本应覆盖真正发生变化的转换环节，并在记录中说明哪些情况未测试，避免把样本通过理解成全目录通过。

提交前保留准确的源数据版本、转换规则版本、目标配置和拟输出内容。如果旧配置仍然真实，并且可能用于恢复，也要保留对应记录。恢复方案应说明如何停止错误的本地销售项，而不是把已经过期的价格、不可售库存或旧商品关系恢复回来。

以下清单可以作为内部发布判断，每一项后面附实际证据：

• 目标账户与拟发布市场范围明确。
• 国家、语言、币种和内部市场已经分开描述。
• 实物变体与商业标识依据已解决。
• 本地文案对应批准的商品资料版本。
• 价格金额、币种、生效期间都有指定来源。
• 市场可售与履约状态有负责人及当前依据。
• 准确落地链接在测试上下文显示目标销售项。
• canonical 和商品结构化数据已经分别复核。
• 当前渠道规则与支持的字段映射已经确认。
• 提交版本能够关联到渠道处理后的准确记录。
• 暂缓或恢复动作写明范围、负责人和下次复核条件。

获得授权并提交后，保留回执，但不能到此为止。读取同一商品、同一市场上下文中的渠道处理结果，与提交版本比较，再次检查对应页面。如果渠道仍显示旧版，记录观察结果和下次检查条件。连接器接收了文件，只能证明提交环节的结果，不能自动说明最终销售项一致。

发布记录不必复杂，但应包含目标、变更维度、商品依据、来源版本、页面观察、当前规范链接、提交版本、处理结果、例外、负责人和下一步。提交时间与观察时间分开保留。这样两张截图不同的时候，下一位处理者才有依据判断是否观察到了不同版本，而不是立即认定有人改错了数据。

如果需要完整检查标题、GTIN、价格和库存，可以转到商品 Feed 基础质量检查。如果问题落在标识含义，可以阅读Shopify 中的 GTIN、UPC 与 EAN。这些文章解决相邻任务，不能代替这里逐市场比较销售条件的工作。

把暂缓原因写在不确定的那一层

有效的暂缓描述，应能让负责人直接行动。例如“加拿大法文落地链接仍显示美元”“市场价格负责人尚未批准生效金额”，或“地区包装与原商品的关系未确认”。同时标明受影响的销售项和缺少的证据。只写“Feed 未准备好”，容易让仍然真实、已经独立核实的旧销售项也无端卷入。

但缩小暂缓范围的前提，是实际配置确实隔离了影响。如果所有市场共用同一条转换规则，这条规则出错就可能需要暂缓整组变更。先查依赖，再判断能否保留另一个国家的销售项。范围应由实现和证据决定，不能为了赶发布日期就宣称相邻市场不受影响。

下一步应写复核条件，而不是编一个固定处理时限。条件可以是价格版本获批、页面观察已纠正，或渠道处理记录已经能连接到本次提交。结果仍不明确时，写明尚无法下结论，继续保留暂缓。没有新证据就反复提交，会让历史更难解释，却可能完全没有解决原来的差异。

当分歧跨越多个系统，可以继续学习商品 Feed 排错课程。如果最终发现问题属于商品身份、页面数据或提交质量，GTIN 与商品数据质量专题提供了对应入口。

常见问题

新增国家就需要新的 GTIN 吗？

不要仅因销售项换了国家、语言或币种就分配新 GTIN。先依据经过核实的商品资料确认实物身份。如果地区包装或配置不同，请商品负责人审核标识分配，再决定是否发布。

只翻译标题、修改币种代码可以吗？

这两项修改不足以证明本地销售项有效。还要核对批准的本地金额、选中变体、落地页、市场可售状态和实际渠道设置。币种代码不能换算金额，也不能修正显示另一销售条件的页面。

每个市场都应该使用不同商品 ID 吗？

按照具体渠道的当前规范处理。Google 商品数据规范要求同一商品在不同国家或语言中使用相同 ID。内部市场审核上下文应与渠道标识规则分开，不要自动添加国家后缀。

上传成功后就能发布剩余目录吗？

不能。需要读取目标渠道上下文中的处理后销售项，并将准确落地页与批准来源比较，还要记录样本覆盖范围。提交回执或样本通过，都不能证明每个市场与变体已经被接受或保持一致。

来源与规范核对

• Google Merchant Center 商品数据规范：用于商品 ID 和语言处理的当前规范参考。实际发布时，继续核对其中链接的国家、币种、价格、可售状态与落地页要求。
• Google Merchant Center：查找 GTIN：帮助定位已有商品标识，仍需真实商品证据。
• GS1 GTIN 标准：项目提供的贸易项目标识参考。实物配置变化时，由商品负责人继续核对适用的分配规则。

可读取的平台资料于 2026-09-07 复核。流程、虚构比较和暂缓记录属于编辑建议，不证明某国销售资格、法规合规、Feed 接受或搜索排名结果。