学习契约与正确模型
先明确为什么学、学完能做什么，以及如何证明自己真的掌握。
直译可能语法正确却不符合当地查询、产品能力和信任标准；机器批量翻译若无审阅会快速制造事实错误、品牌风险和内容债。
- 能用本地 query/SERP/customer evidence 建 locale keyword/task map
- 能决定 Translate、Transcreate、Local-create、Do not localize
- 能建立术语表、样式指南、QA 和 source-to-locale 更新链
精读 50 分钟 → 引导练习 50 分钟 → 实战任务 120 分钟。实战时间单列，不再把浏览页面和项目操作混成一个数字。
- 它是什么
- Localization 调整语言、术语、证据、格式、法规、产品可用性与用户任务；translation 只是其中一个步骤。
- 为什么重要
- 搜索引擎主要依据可见内容判断语言，用户则依据本地准确性和可购买性建立信任；两者都需要真正本地价值。
- 什么时候使用
- 市场 pilot、页面创建、产品/价格变化、内容刷新和 locale 质量审计时使用。
- 什么时候不要套用
- 产品不能服务该市场、没有本地 owner 或页面缺乏独立任务时，不要自动生成完整版本。
- 边界与不确定性
- 不得把客户数据或未发布产品信息发送给未批准的机器翻译/LLM；所有健康、法律、价格、安全和性能主张需本地专家/法务审阅。
机制精讲
先读完整因果链，再看每个环节留下什么可观察信号。
本地化不是把source逐句换成另一种语言，而是为当地用户重新验证搜索任务、术语、证据、产品能力、格式、法规和购买路径。语法正确的直译仍可能使用当地人不说的产品类别、承诺并不存在的功能，或缺少当地评估所需的认证与案例。研究应结合本地查询、SERP样本、站内搜索、销售通话、支持记录与领域专家，区分语言共性和国家差异，并注明采样时间与市场。
每个页面应明确采用Translate、Transcreate、Local-create或Do not localize。事实、型号、安全范围与批准主张必须与source一致；标题、例子、信息顺序和说服方式可按任务重构。机器翻译或LLM可辅助草稿和术语一致性，但受限数据不能送入未批准服务，高风险事实需本地专家/法务审阅。长期质量依赖source-to-locale变更链、术语表、样式指南、QA状态与过期处理，而非发布当天一次校对。
本地需求研究重建任务地图
同一问题在不同市场可能使用缩写、法规名、产品类别或英语借词。搜索量只是一个输入，还需SERP类型、销售和客户任务确认。
四类策略控制制作深度
稳定事实可Translate；价值表达可Transcreate；法规、价格和案例可能Local-create；不能服务或无owner时Do not localize。逐页选择避免全站一刀切。
术语与事实双重QA
术语表解决一致称谓，事实矩阵确保功能、价格、法规和证据在该市场成立。语言流畅不代表事实或可购买性正确。
变更传播防止locale漂移
source更新若不触发翻译和复核，地区页会长期保留旧功能与旧承诺。系统需记录source版本、差异和截止日，并在高风险过期时降级或下线。
关键概念
掌握术语之间的关系，才能迁移到不同网站、行业和工具。
Search language
用户会混用本地语、英语、品牌、缩写和行业术语；不能只翻译 source keyword。
Transcreation
在保留价值主张与事实的前提下重构表达、例子和信息顺序，使其符合本地决策情境。
Locale parity
不是逐字相同，而是关键产品、承诺、价格、合规与帮助信息在各版本保持事实一致和适当差异。
Localization debt
source 更新后 locale 未同步、术语漂移、失效截图/链接和过期法律声明形成长期风险。
完整示范
跟随一次“输入 → 分析 → 中间产物 → 结论”，看见专家是怎样做判断的。
德国市场产品页的本地化决策
以下为教学用合成数据。英文source介绍“supplier risk platform”；德国查询样本中，70个相关查询使用三类当地表达，销售访谈又显示客户首先问数据托管和审核证据。现有直译页只替换文字，仍展示美国案例与美元价格。
- 查询和访谈样本只代表本次pilot，不是整个德国市场真值
- 产品支持欧盟数据托管，但价格需销售报价
- 安全与合规主张必须由批准证据库提供
- 不承诺本地化会获得特定收录、排名或引用
建立本地任务与术语表
- 输入
- 70个查询、12次销售通话、SERP样本。
- 分析
- 把表达按发现问题、比较方案、合规验证和采购分组，记录首选词、禁用直译词与证据来源；搜索量不覆盖全部B2B长尾。
- 输出
- locale query/task map与术语表v1。
选择页面策略
- 输入
- 功能说明全球一致；托管、案例、价格和联系路径需地区化。
- 分析
- 核心功能Translate并人工复核，价值叙事Transcreate，欧盟托管与德国客户案例Local-create，美元价格模块Do not reuse。
- 输出
- 每个模块有策略、owner、事实源和到期日。
重构页面而非逐句替换
- 输入
- 当地用户先验证托管与审核证据。
- 分析
- 把批准的托管范围、数据处理说明和可访问证据提前；移除无法在德国购买的套餐与美国专属表单，保留准确报价路径。
- 输出
- 本地brief与可见差异清单，禁止模型自行补全法规结论。
执行语言、事实和功能QA
- 输入
- 预发布页面、术语表、产品矩阵。
- 分析
- 两位角色分别审语言与领域事实，测试货币、日期、href、表单路由、结构化数据、canonical和hreflang；任何高风险主张必须可追溯。
- 输出
- QA记录含pass/fail、reviewer、source版本与修复。
建立source更新闭环
- 输入
- 英文source下月修改数据保留期。
- 分析
- CMS事件生成locale任务；若德国页在SLA内未审核，隐藏具体旧数字并通知owner，而不是静默保留。
- 输出
- source→locale队列、逾期告警和临时降级规则。
决策规则与证据边界
把“看到什么、意味着什么、下一步做什么”连起来，同时区分公开事实、实践推断和未知项。
- 可见内容、产品矩阵、查询样本、表单与版本差异可直接检查。
- 本地专家可核验术语、事实和购买体验是否适用于指定locale。
- 本地任务重构可能改善理解与合格转化，仍需pilot比较。
- 术语表和更新队列可降低一致性与漂移错误。
- 本地化无法保证Google排名、AI引用或市场收入。
- 有限查询与访谈样本不能代表当地所有用户和未来需求。
引导练习
先独立完成，再按提示修正，最后展开参考解法并用 0–4 级量规评分。
教学用合成数据：法语source页含全球功能、美国隐私主张、美元价格和三个美国案例；加拿大法语用户常问魁北克支持与加元合同。请为四模块选择策略并设计QA与更新链。
给定材料
- 模块inventory：功能、隐私、价格、案例及其事实owner和适用地区
- 本地证据：查询、销售问题、产品可售矩阵、批准法务文本和术语表
需要提示时再展开
- 不是每个模块都要同一种策略；先区分稳定事实与地区事实。
- 答案需同时覆盖语言、事实、功能、链接和source变更。
完成后核对参考解法
全球功能可Translate后由法语产品专家复核；价值表达可Transcreate以匹配当地任务。美国隐私主张不能直译，应由加拿大/魁北克法务事实源Local-create，若尚未批准则Do not localize该主张。美元价格应替换为批准的加元报价路径，不能仅换货币符号；美国案例可保留有明确适用性的一个，其余用加拿大案例Local-create或暂不展示。QA要检查术语、事实、单位、日期、表单路由、链接、canonical/hreflang和可购买性。CMS记录source版本与模块差异，源事实变化自动建本地任务，逾期时移除高风险旧信息并升级owner。
自评分量规
真实项目实战
把理解变成一个可以检查、复核和复用的工作产物。
本地化一个高价值解决方案页
英文页表现良好，团队希望用 LLM 一天内生成法语和德语版本。
- 由本地研究者抽样 query、SERP、competitor、论坛/销售问题，识别术语与任务差异。
- 核对当地产品、价格、集成、法规、case 和 CTA 可用性，列出必须保留与必须改写内容。
- 选择 Translate/Transcreate/Local-create/No page，并建立 approved glossary 与禁止声明。
- 生成草稿后由母语编辑和 subject expert 做事实、语言、链接、无障碍与品牌 QA。
- 发布后按本地 query、correct locale impression、engagement、lead quality 复盘，并记录 source 更新同步。
验收条件
- 主要术语和页面任务有本地 SERP/客户证据
- 产品、价格、法规与 CTA 在当地真实可用
- 母语编辑和领域 owner 已审阅
- AI/供应商没有接触未授权数据，更新 owner 与 SLA 明确
诊断练习
目标不是猜中答案，而是提出竞争假设并选择能区分它们的证据。
西班牙语页面已索引但几乎没有非品牌曝光，品牌词访问后也很少转化。
竞争假设
- 使用直译术语而非当地搜索表达
- 页面只翻译 boilerplate 或混合语言
- 产品/CTA/价格不适用于目标地区
- 内容与本地 SERP 任务不匹配
应该检查的证据
- 本地 query research 与 GSC country/page
- visible content language audit
- SERP 结果类型和竞品表达
- 本地访谈、销售拒绝原因与 funnel
常见陷阱：增加更多直译关键词密度或批量扩充低质量本地页。
完成后用本页决策规则复核
- 若观察到：当地查询语言与source术语明显不同
应优先：以本地任务证据更新术语和信息架构，再由专家审阅。
查询量低不等于术语无效，B2B需结合销售与客户证据。 - 若观察到：产品不能在当地购买、实施或支持
应优先：选择Do not localize或发布准确限制/候补说明。
不要用虚假本地表单收集无法服务的lead。 - 若观察到：主张涉及法律、安全、价格或性能
应优先：从批准事实源生成并要求本地领域/法务审批。
模型或译者不能替代具名责任人。 - 若观察到：source已变更而locale超过SLA未同步
应优先：告警、阻止发布或临时移除过期细节，并升级owner。
自动覆盖可能破坏本地创作，需保留模块差异。
自测与误区
先口头回答，再展开检查。无法给出例外与证据，说明还没真正掌握。
你应该能回答
1. 当地用户如何描述问题、方案和评估标准？
参考答案：从本地查询、SERP、站内搜索、销售通话、支持工单和客户访谈提取原话，按问题发现、方案类别、评估标准和采购约束分组；注明locale、时间和样本。不要只把source关键词翻译后再找搜索量。
为什么：当地用户语言来自真实任务和市场语境，直译词可能语法正确却不被使用。
2. 哪些事实必须一致，哪些表达需要本地重构？
参考答案：型号、功能范围、安全限制、批准证据和合同事实必须与权威source一致；标题、例子、信息顺序、语气和当地术语可Transcreate。每个模块标注不可改事实、可重构表达、证据URL、owner与到期日。
为什么：区分事实和表达既保护准确性，也允许真正适配当地决策方式。
3. 当地是否真的能购买、实施和获得支持？
参考答案：核对产品、价格/货币、合同、支付、实施、支持时区、数据托管和法务资格，并实际测试表单与路由。任一关键条件不成立时，应准确说明限制、建立候补或不发布，而不是只追求本地流量。
为什么：搜索可见性若无法兑现购买和支持，会产生低质线索、品牌与合规风险。
4. source 更新后谁负责发现并同步 locale？
参考答案：CMS或版本仓库记录source hash和模块依赖，变化自动创建locale任务；具名本地owner在SLA内判断翻译、重构或无需变更。高风险事实逾期则告警、阻止发布或临时隐藏，并保存reviewer、diff和发布日期。
为什么：没有变更传播机制，地区页会在首次发布后迅速与产品和政策事实漂移。
需要避开的误区
- 高质量机器翻译等于高质量 localization。
- 英文 search volume 可以按人口比例推算其他语言需求。
- 所有 locale 必须与 source 页逐段完全一致。
术语与复盘
用自己的话复述术语和结论；如果只能认出、不能解释，就还没有形成可调用的知识。
- Localization
- 适配语言、任务、事实、格式与购买体验的完整过程。
- Translation
- 在尽量保持含义的情况下转换语言。
- Transcreation
- 保持目标和事实、按当地语境重构表达。
- Local-create
- 依据本地独有需求与证据新建内容。
- Terminology glossary
- 记录首选、禁用和需保留产品术语的受控词表。
- Source-to-locale lineage
- 追踪source版本如何触发并映射到各locale模块的链路。
离开本页前记住
- 本地化从当地任务和可售性开始，不从逐句翻译开始。
- Translate、Transcreate、Local-create与Do not localize应逐模块选择。
- 高风险事实需要批准来源和本地责任人。
- 语言流畅不等于产品、价格或合规正确。
- 机器辅助受数据权限、审阅和发布边界约束。
- source更新链与过期处理决定长期质量。
资料与证据
优先采用官方和一手资料。实践材料用于补充工作方法，不替代机制证据。