Feed 自动修复器

粘一份带表头行的 feed。你会拿回两样东西,而第二样和第一样一样重要:修好的文件,以及一份「没有动过什么」的清单

🔒 你的数据不会离开浏览器。

对大小写本身有意义的列(比如 SKU)请关掉。

规则:要么答案唯一,要么不动

这一页做的每一处改动都只有一个可能的答案。乱码只有在「把修好的文本重新编码能还原出原始字节」时才修 —— 正是这个往返让还原变得唯一,因为好几条编码链都能产出看着说得通的结果,而其中只有一条是对的。

凡是答案不止一个的,都列出来、留着不动。一个被表格软件变成日期的商品编码,原值可能是 MAR1,也可能是 1MAR;这个选择需要知道这个商品是什么,而任何文件里都没有这个信息。

「坏到修不回来」不等于「没事」

科学计数法是真的把数位毁掉了:8.71E+12 只保住了一个 13 位条码的三位有效数字,剩下的谁也找不回来。这些单元格会被报告为需要回源系统重取,而不是一声不吭地放过去 —— 一个看着修好了、却还带着坏条码的文件,比一个从没声称修好过的文件更糟。

它刻意不做的事

它不会把 LLarge 合并。它们在你的商品目录里可能是同一个意思,也可能不是,而自动执行这件事等于这个工具替你做了一个商品运营决定。列审计器会把这些集合摆出来,由你来决定。

大小写确实会在一列内部统一,因为那只改变呈现、永远不改变一个单元格装的是哪个值 —— 而且对大小写有意义的列你可以把它关掉。

为什么「没有动过」那份清单才是诚实的那一半

一个什么都修的修复器看起来更能干。它同时也正是那个会在你不会去看的地方改动数据的工具 —— 而这个文件马上要发到公开渠道去。把它决定不了的东西列出来,才是让其余部分可信的那一部分。

本工具执行的全部检查(共 10 条规则)

FIX-M01 只做答案唯一的修复

这个工具做的每一处改动都只有一个可能的答案。凡是答案不止一个的 —— 一个可能对应两种原值的损坏、一个说不准与另一个是否同义的尺码 —— 都原样列出、不动。一个会猜的修复器,会在你不会去看的地方改掉数据,而这个文件是要发到公开渠道去的。

来源: Google Merchant Center — Product data specification

FIX-E01 乱码修复,并用往返编码自证

乱码只有在「把修好的值重新编码能一字不差地还原出原始字节」时才会被修。正是这个往返过程让答案变得唯一 —— 没有它,好几条编码链都能产出看着说得通的文字,而其中只有一条是对的。

来源: Google Merchant Center — Product data specification

FIX-X01 可逆的表格损坏才还原

科学计数法、丢掉的前导零之类的表格损坏,只在原值能被确定无疑地恢复时才还原。一个值如果可能对应不止一种原值 —— 最典型的是被表格软件变成日期的编码 —— 就原样留着,并把两种读法都列出来。

来源: Google Merchant Center — Product data specification

FIX-I01 清除不可见字符

零宽字符、不换行空格和字节序标记会被删除,或者换成它们有据可查的等价物。这里没有歧义:每个字符都只有一种正确处理方式,记在字符表里。

来源: Google Merchant Center — Product data specification

FIX-W01 去掉首尾空白

取值两端多余的空白在表格里看不见,在别的地方却处处有意义。去掉它不可能改变含义,所以不问自取。

来源: Google Merchant Center — Product data specification

FIX-C01 统一同一列内的大小写

一列里同一个值出现了好几种大小写写法时,统一成用得最多的那种 —— 打平的话取最先出现的那种。这只改变呈现,永远不改变一个单元格装的是哪个值。

来源: Google Merchant Center — Product data specification

FIX-L01 因为修法不止一种而没有动

这个值确实坏了,但它的损坏有不止一种说得通的还原方式。两种读法都给出来,让人来挑 —— 而这个选择需要知道这个商品到底是什么,任何文件里都没有这个信息。

修复: 回去查这一行的原始来源。

来源: Google Merchant Center — Product data specification

FIX-S01 同义词永远不会被自动合并

L 和 Large 这样的取值在你的商品目录里可能是同一个意思,也可能不是,所以这个工具即使看得见它们也不合并。用列审计器 —— 它会把这些集合摆出来,由你来决定。

来源: Google Merchant Center — Product data specification

FIX-V01 没有需要修的地方

没有发现乱码、表格损坏、不可见字符或多余空白。

来源: Google Merchant Center — Product data specification

FIX-H01 没有表头行

第一行必须写出列名,修复才能按列汇报。

来源: Google Merchant Center — Product data specification

只有答案唯一的修复才会被执行。其余一律原样报告、不动。

关于这些规则。 每一条都有编号、严重级别和通俗解释。每个来源链接都已登记在案,并对线上页面实际复验过,而不是凭印象写上去的;本工具的来源最近一次复验于 22 August 2026. 规则如何编写、测试与保持更新 →