多语言网站翻译术语表与内容交接 QA 检查清单

大多数翻译缺陷在译员打开文件前就已经产生。团队可能交接未完成的源文案、把文字藏在设计稿里、翻译期间继续修改英文，或缺少判断正确用词所需的上下文。最终就会出现术语不一致、布局溢出、链接错误，以及无法匹配本地搜索意图的页面。

把本地化当成内容、SEO、设计、开发、翻译和法务共同参与的发布流程。术语表负责控制重复语言，结构化交接负责控制范围，真实页面 QA 负责证明最终网站可用。

• 不要只用截图、导出的 PDF 或没有字段信息的 URL 列表启动翻译。
• 区分翻译缺陷与 CMS 映射、布局、路由和部署缺陷。
• 为源内容变更指定一名负责人，并为每个目标 locale 指定审核人。
• 让页面状态清晰可见：草稿、源内容冻结、翻译中、审核中、已实施、QA 通过或已发布。

估算字数前先完成 locale brief。只有语言代码还不足以描述市场；美国英语与新加坡英语可能使用不同的服务、证据、单位、法律文本和联系路径。记录每个 locale 是直接翻译、市场改写，还是独立页面。

从真实 sitemap 和 CMS 建立 URL 清单，再为每个页面指定源页面、目标路由、canonical 规则、hreflang 对应页、内容负责人、译员、审核人和发布决定。先排除过期或重复 URL，避免产生无意义的翻译成本。

• Locale 与市场：语言、地区、货币、单位、时区和法规范围。
• 路由规则：子目录、子域名、独立域名、语言切换和 fallback 行为。
• 页面决定：翻译、改写、合并、重定向、保留源语言，或不进入索引。
• 审核链路：源内容负责人、主题专家、本地审核人、法务和发布人。
• 服务范围：验证每个本地化承诺与 CTA 都能在目标市场兑现。

有用的术语表是决策记录，不只是两列词语对照。加入足够上下文，用来区分产品名称、服务术语、界面动词、SEO 词组和受监管声明。批量翻译开始前，先让本地主题专家审核。

为每个术语分配稳定 ID，让反馈可以准确定位。术语变更时，记录日期、负责人、受影响 locale 和需要更新的页面。官方品牌名称与通用产品语言要分开管理。

• 源术语、批准译法、locale、定义、词性和大小写规则。
• 禁用变体、常见误译，以及必须保留原文的词语。
• 上下文句子、截图或组件引用、字符限制和语法说明。
• SEO 目标词、自然语言替代写法，以及不应强行使用精确词组的场景。
• 状态、批准人、批准日期、变更原因和受影响内容 ID。

翻译应该从已批准的源内容快照开始。冻结源版本，导出全部可翻译字段，并为页面、section、组件和字符串保留稳定 ID。如果必须允许紧急修改，就把变更写进 delta log，不要静默替换交接文件。

使用能够按原结构回写 CMS 的格式打包内容。每条内容都应包含字段名、内容类型、组件名、URL、上下文、字符建议，以及必须保留的 markup 或变量。

• 包括导航、页脚、Cookie Banner、表单、错误提示、邮件、搜索状态和空状态。
• 包括 title tag、meta description、社交字段、图片 alt、caption 和结构化数据文案。
• 保护 placeholder、Liquid 或模板变量、HTML、Markdown、SKU 和追踪参数。
• 标记图片或视频中的文字，并替换为可编辑或单独本地化的素材。
• 公布源内容变更截止时间，并为法务、价格和产品修正提供升级路径。

导入译文前，先记录不同 locale entry 在 CMS 里的关联方式。真正等价的页面需要共享 translation key 或 relation；仅特定市场存在的页面，则要明确 fallback 和索引决定。不要通过相似标题猜测页面关系。

完整导入前，先用一个包含所有字段和组件的代表页面做测试。这样可以提前发现字符限制、富文本不兼容、reference 断开、locale 字段缺失，以及仍然从默认语言读取内容的组件。

• 映射 title、slug、导航标签、heading、正文、CTA、metadata、alt 和 related content 字段。
• 决定 slug 是否翻译；如果公开 URL 改变，要为旧地址保留重定向。
• 连接 hreflang 等价页，防止默认语言 canonical 覆盖本地页面。
• 解析 locale 专属内链，不要复制源语言目的地。
• 不要让必填字段缺失时，已发布页面静默显示其他语言。

搜索需求不能逐词翻译。批准 metadata 和 heading 前，要验证本地术语、SERP 意图、买家语言和品牌认知程度。为了产品一致性而选定的术语，可能与用户真实搜索词不同，因此要记录两者如何自然共存。

点击后的路径也要与 landing page 一样认真本地化。表单、日历、电话链接、隐私文本、thank-you page、CRM 路由和回复预期都必须适配目标市场。翻译后的 CTA 如果指向当地无法提供的服务，就是内容和运营缺陷。

• 研究本地主关键词和支持词，不要机械翻译 keyword list。
• 在真实像素与字符限制内编写独特 title tag 和 description。
• 检查本地案例、证据、货币、单位、日期格式、地址和信任元素。
• 把表单与线索送到正确团队、语言、consent 记录和跟进流程。
• 使用 locale 专属 related posts 和 services 建立有用的内链集群。

要在真实渲染网站里审核内容，而不是只看 spreadsheet 或翻译工具。语言审核人需要真实布局与导航上下文；开发人员则需要能够复现的缺陷，包括 route、viewport、组件和内容 ID。

先测试代表性模板，再检查所有高价值和可索引 URL。记录 expected 与 actual、严重级别、负责人和复测状态。语言修正与工程 bug 要分开，让问题快速到达正确负责人。

• 语言：术语、语法、语气、漏译、截断、断行和混合语言片段。
• 功能：切换器、导航、搜索、筛选、表单、验证、下载、checkout 和邮件。
• SEO：状态码、可索引性、canonical、hreflang、metadata、heading、sitemap 和结构化数据。
• 视觉：移动端与桌面端布局、长字符串、按钮、表格、适用时的 RTL 行为和字体覆盖。
• 分析：locale 值、consent、CTA event、表单成功、电商事件和 campaign 参数。