多语言内容的一致性与差异度

七月的第一个周一，做家用咖啡机的出海团队收到一封德语邮件：买家说商品页写保修 36 个月，随箱说明书是 24 个月，问哪个算数。运营打开三个语言站，英语页 36 个月，德语页 24 个月，日语页压根没写。这条矛盾在站上躺了半年，没有任何工具报错——因为它不在一个页面上，它在三个版本之间。

多语言站点要一致的是身份：品牌、型号、价格口径、政策与可比较的数字；要差异化的是语境：案例、单位、合规与本地证据。两者混为一谈，翻译会毁掉可信度，本地化会毁掉可比性。

一致性管的是身份，不是措辞

AI 不会替你并排读三个语言版本。它按提问语言取一个 URL，读到什么就用什么组织答案。所以跨语言不一致有两种后果：同一件商品出现互斥事实时，模型要么挑一个（常常挑错），要么加限定语，例如“部分市场标注 24 个月”。后者读起来像不确定，买家就去比下一家。

更基础的一层是实体合并。模型要把德语页和英语页认成同一件商品，靠的是型号字符串、GTIN、品牌名这些标识；措辞不同没关系，“Aero X2”和“AeroX2”却会被拆成两个商品。标识一分裂，两条薄记录各自都赢不过竞品的一条厚记录。先做哪个市场、语种铺到什么程度，是市场进入的六个变量要回答的问题，定完再谈一致性，顺序不能反。

判断标准只有一条：能被机器比较的字段，归一致性；只影响本地判断的字段，归差异化。

必须一致的八类字段

一致性不是“翻译得一样”，是“取同一份主数据”。这些字段一旦各写各的，就是在给 AI 制造矛盾。

字段	为什么必须一致	一致的口径
品牌名、型号字符串	模型靠它把语言版本合成一个实体	全语言同一字符序列，含大小写与连字符
SKU、GTIN、MPN	商品图谱的连接键	由 PIM 下发，禁止本地手填
价格与货币	比价与 agent 结算都读它	页面、feed、结构化数据同源同批更新
库存与交期	agent 敢不敢下单看它	走实时接口，不写死在文案里
保修月数与起算方式	24 与 36 会被读成两个政策	一个数值、一个起算口径；本地只改“怎么申请”
认证编号与适用市场	编号错等于资质不明	编号一致，适用市场分列
尺寸、重量、单位	各自四舍五入会给出两个答案	主数据存公制，页面按市场换算并标注
功率、续航、容量等参数	缺测试条件就不可比	参数与测试条件成对出现

这张表的价值不在“每格都填了”，而在“只有一个来源”：同一字段由两个团队维护，三个月内必然冲突。

该差异化的三类内容

反过来，有些东西翻得越准越不可信。

第一，案例与场景。一位美国用户拖着房车露营的照片，翻成德语还是那个美国用户，本地买家读到的信息是“这个品牌还没在我这儿卖开”。宁可少一个案例，也不要翻译一个。

第二，单位、电压、插头、支付与配送。这些不是文案细节，是能不能用。把英语站的规格表原样搬过去，德语页会写 120V、配美标插头——买家一眼看穿，模型也会把这条记录判成不可靠。

第三，证据来源。德语买家信本地评测与本地媒体，一条本地测评胜过五条翻译过来的美国测评。这不是投放策略，是引用材料问题。

一个常见反例：把“服务过上万名露营用户”直译到每个语种。这个数字在本地既无法复核，也没有出处，模型不会拿它当证据；能用的反而是“在德国有本地维修点”这类句子——这类事实同样要来自真实数据。

时间维度：漂移比翻译错误更常见

跨语言矛盾里，大部分不是翻错，是时间差。英语页一年改十几版，德语页项目制上线后就冻结；半年后价格变了、型号换代了、保修政策改了，其他语言还停在第一版。AI 抓到的德语页可能只是没被重抓；但在答案里，它就是你的最新说法。

所以一致性是一条变更链，不是上线前的一次校对：主数据改一次，触发所有语言版本，各处 lastmod 跟着变。价格、库存、保修从接口取，文案里不写死；认证编号这类低频但必须准确的字段，进主数据表。标签与 URL 也必须是同一条链上的产物，否则页面改对了、版本指错了，效果等于没改，做法见多语言 URL 与 hreflang 的正确姿势。

验证口径：抽 20 个 SKU，把各语言页面的关键字段与主数据表对一遍。不一致的行先判“过期”还是“翻错”：过期补变更流程，翻错改模板。

双语 QA：三道闸，一道都不能省

闸	查什么	谁来做	怎么算过
1 自动对账	型号、SKU、价格、保修月数、单位换算	工程	抽 200 个 URL，字段冲突为零
2 本地可读性	答案单元能否被本地人一句话复述；单位、电压、支付是否正确	本地内容或母语审校	每语言 10 个核心页，遮住上下文仍成立
3 引用抽检	用该语言提问，看引用落地页的语言与字段	增长	每月一次，按语言分开记引用份额

第一道闸只能查数字，查不出翻译腔；第二道闸的人得能判断“本地人会不会这么说”，而不是“看不看得懂”。第三道闸是唯一能从买家侧证伪的：如果德语提问引用的还是英语页，前两道闸都白做。

示例：一次三语对账

示例：一个做家用咖啡机的品牌（假设场景，不含真实品牌与数据），英语、德语、日语三版。对账跑出四处问题：德语页保修写 24 个月，英语页 36 个月；三语共用一张规格表，德语页仍是 120V；日语页重量写“11.5 磅”，本地买家要自己换算；三版都放了同一段美国用户案例。

按影响排序：保修以主数据为准统一 36 个月，本地版只改申请流程；规格表按市场拆列，电压与插头由主数据带市场属性；重量以公制为主、英制括注；美国案例删掉，换成本地一句可指认的服务事实，找不到就不放。验收只看两件：抽 20 个 SKU，三语字段零冲突；各语言 10 个核心页的答案单元，母语同事能一句话复述出来。

边界：这套对齐什么时候不成立

只做一个语言市场时，这套流程是空转，成本高于收益。

各市场卖的是不同 SKU、不同产品线时，不要强行统一字段——它们不是同一页的变体，硬对齐会把两个商品写成一个。

强合规品类（医疗、儿童、电池、食品）里，一致性让位于当地法规：冲突以当地合规文本为准，并在主数据里标“市场例外”，别为了对账把合规文案改回去。

平台内成交为主的品类，语言版本由平台管，官网一致性的优先级往后放。站点还没过抓取与答案单元这两关时，先修那两件——漂移是有了内容之后才出现的问题；抓取层另有一条线，见多语言抓取一致性。

最常见的误用是把一致性做成逐字审校表——结果是所有语言都变成英语的复印件：本地买家读不下去，AI 也拿不到本地表达，两头都输。

这个月先做一件事：挑一个卖得最好的 SKU 和一个非默认语言，把上面八类字段拉成两列——主数据里的值、那个语言页面上的值。不一致的行按“过期”和“翻错”分开，先修过期的那批。这条线归在技术底座主题页。