多语言发布管线：一份内容，两套市场

示例场景：十一月初，一家做智能门锁的出海团队赶德语站促销。中文稿周一上线，德语版排进下一批；三天里运营改了两处——续航从 12 个月改成 18 个月，电池从 2 节改成 4 节，只改了中文。hreflang 已指向 /de/ 下还没生成的页面，抓取器撞了一次 404。客服转来截图：聊天助手告诉德国买家，这锁“续航 12 个月，保修 3 年”——前一个数字来自德语页，后一个来自中文页，拼起来哪页都对不上。

多语言发布的单位不是一篇文章，而是一个 ID 的两份稿：同一份 brief 出两版本地化，同批发布、按 ID 回滚；排期上一前一后，两版就会各自长大，最后模型替你拼出一个哪边都不存在的版本。

一前一后发，等于维护两个站点

翻译排在发布之后，是多数团队的默认顺序：中文定稿，交翻译，排期上线。每个环节都没错，但它默认事实在交付那刻冻结——等翻译的两周，运营改了价、换了条款、补了规格。

改动只落在看得见的那一版上：页面以文件为单位，事实以段落为单位。同一个数字写两遍就没有单一事实源；编辑改手上那版是局部最优，放进两周窗口就成了两套并行事实。

AI 看到两份都像真的文档：一新一旧，数字和措辞都不同。它不追哪版“最新”，只按检索到的段落组装答案。于是出现截图那种组合：每个数字都能在某一页找到出处，合起来没有一页这么写——改哪句都修不好，答案不在任何一页上。

抓取侧同样吃亏：hreflang 指向还没生成的对应页，sitemap 只有一边，爬虫预算花在 404 与跳转上，德语提问的候选集里就没有你。细节见hreflang 之外：多语言站点的抓取一致性。

最常见的反例是那句“英文版下周补”。等它补上，中文页已改过两次价、换过条款；补译不是补齐，是把过期事实再发一遍。整页机翻也不行：句式通顺，单位与法规口径仍按源语言走，德语读者读到的是“翻译过来的中国条款”，模型照单全收。

一份 brief，两张本地化清单

Brief 不是译稿，是一页纸：这页回答哪些提问、哪些事实不能动、哪些必须换。拆成两层字段，双轨写作才不打架。

类别	字段	谁定	怎么验
共享（不能改）	code、型号与别名、价格口径与取数源、规格与测试条件、认证编号、保修与退货窗口、证据链接	品类运营	与主数据对账，差异为 0
本地（必须改）	单位与电压插头、合规与保修表述、场景词、配送时效与税费、本地第三方来源	本地写手	每个市场单独抽样提问

共享字段的关键是“从源里取”，不是“从上一版抄”。价格、库存、政策写进正文，迟早会漏改；它们该由同一份 SKU 主数据生成，正文只解释。写手改不动事实，译者也骗不过对账。

共享不等于同句。同一事实两种句式，是本地化；同一事实两个数字，是事故。两类差异要分开检，不然审核会在翻译腔上耗光时间，却放过一个价格。

本地提问集也要在本地生成。把中文提问翻成德语，测的是翻译，不是需求；方法见分市场度量：别用全球平均值骗自己。问题不能翻译，答案也就不该从译文里长出来。

五步管线：谁在什么时候签字

管线要解决的不是“翻得快”，而是“两个人同时干活，事实只有一个版本”。

步骤	做什么	谁来做	怎么算过
1 立 brief	从主数据抽事实，列本市场 20 个真实提问	品类运营 + 本地增长	每个提问指得到一页，每条事实有来源
2 双轨起草	两位母语写手按同一骨架各写一版，互不看稿	本地写手	两版都能独立回答本市场的提问
3 交叉审	互换稿件核数字、政策、引用；语言润色放到最后	另一市场写手 + 编辑	共享字段差异为 0，本地表述各有依据
4 同批发布	两版都过门禁才进 sitemap 与 hreflang	发布负责人	发布日志里一个 code 对应两条 URL
5 按 ID 回滚	以 code 为单位撤两版，或都保留	技术	回滚后没有悬空 hreflang

第 3 步的顺序最容易反：先润色再核数字，数字错了要重润一遍，润色过的句子也更难改。先核事实，再润色。

第 2 步的成本常被高估：brief 只写一次，审核只做一轮，多出来的是“两个能写母语的人”，不是两倍预算。贵的是补译：把旧事实再发一遍，还占一次抓取与采样。

发布与回滚：以 ID 为单位

发布不是“写完按上线”，是一个状态机：三种状态，对外表现完全不同。

状态	条件	对外表现
草稿	只有一版，或未过审	不发布，不写 hreflang
单边	只有一版过审，另一版仍在排期	可以上线，但不进 sitemap 的 alternates、不写 hreflang；或先 noindex
成对	两版都过审，同一批发布	双向 hreflang 加 x-default，同批进 sitemap

hreflang 的语义是“已经有了”，不是“我打算有”：声明随发布生成，不靠谁想起来补。矩阵怎么由同一源头算，多语言 URL 与 hreflang 的正确姿势给过做法。

回滚同理。版本号跟 code 走，发布日志记两版 URL、价格快照与审核人；撤的时候按 code 撤两版。只撤一版就是从“成对”跌回“单边”，留下悬空 hreflang，模型会把剩下那版当成唯一来源——修了一边，另一边成了新的错。回滚粒度必须等于发布粒度。

示例：一把门锁的两套稿

型号与参数均为示例，只演示字段怎么分。

共享事实：型号 L-20，4 节 AA 电池，在 25℃、每天 8 次开合条件下标称续航 18 个月；德语市场法定保修 2 年，品牌另加 1 年延保；德国仓 3 个工作日发货。

字段	中文版	德语版	归类
续航	18 个月	18 Monate，同一测试条件	共享
电池	4 节 AA	4× AA（Mignon）	共享事实，本地写法
保修	2 年法定 + 1 年延保	2 Jahre Gewährleistung + 1 Jahr Garantie	本地表述，同一条款
配送	3 个工作日	3 Werktage ab DE-Lager	共享时效，本地单位

两版句子不必一样，事实必须一样。中文版可以写“放在门口过完一个冬天不用换电池”，德语版写本地场景，18 个月和 4 节 AA 不动；发布同批，回滚按 L-20 撤两版。

要人工判断的是第三行：法定保修与延保是两条承诺，中文读者习惯听总数，德语读者要知道哪两年是法定、哪一年是延保；写不清楚，模型会把“三年”直接抄成品牌承诺。

边界：什么时候不该成对发布

第一，只有一个市场、一种语言。管线退化成发布清单，不必建状态机。

第二，长尾页与政策页。尺码表、配送说明只维护主语言版，本地给一页摘要并标明适用范围；把“成对”当硬规则，会卡住整站。

第三，没有母语写手的市场。双轨起草做不到，退成“一稿多语 + 本地审校”，可见度预期也要调低；整页机翻只在非决策页成立。

第四，强合规品类。无线射频、儿童用品、医疗相关，本地法规审是发布门禁的一部分，写手替代不了。

第五，平台内 listing。由平台与 feed 管线决定，官网排得再整齐也管不到。

第六，成对发布不等于有需求。两版上线只说明你能被读到；有没有被引用仍按市场抽样看，别用全球平均值决定德语站要不要继续投。

这条线归技术底座：管的是“两份稿能不能始终指向同一个事实”，不管“这个市场值不值得做”。管线还没排进季度计划，就按GEO 的 90 天落地路线图排在可见性修完之后——先能抓到，再谈成对。

这个月先做一件事：挑一个已上线的双语 SKU，两版正文并排打开，列出七个“必须一致”的字段逐个对。对不上的先别改文案，先改取数源。