这篇playbook是为了解决什么
多语言内容网站不是单纯的翻译问题，而是运转问题。你需要一个原始编辑源、一个翻译层、一个审核层，以及一个能让三种语言稳定发布的系统。
真正的目标不是逐字一致，而是在不把工作量放大的前提下，把内容可靠地发布到多个语言市场。
Quick take
最好用的组合通常是：确定一个主语言，给每个content desk建结构化数据库，用AI做第一轮翻译，再把首页级、转化级和语气要求高的页面交给人工轻审。
| 层级 | 作用 | 推荐工具 |
|---|---|---|
| 原始源 | 保存编辑意图和结构 | Notion, 主写作流程 |
| 翻译 | 快速生成第一版本地化文案 | GPT / Claude翻译流 |
| 审核 | 保证标题、语气和细节可信 | 对重点页做人工轻审 |
| 发布 | 让URL、语言切换和CMS对齐 | Astro, i18n routes, Vercel |
这套栈怎么用
先定一个主语言。再让每个页面都有明确的slug、summary、outcome、audience和status。结构越清楚，后续翻译越稳定。
不要把所有页面一视同仁。Daily Brief可以快翻快发，主页文案、核心评测和关键playbook则需要人把关。先保留结构和意图，再修正文案手感。
多语言网站真正昂贵的地方在于内容漂移。统一routing、CMS模型和翻译状态管理，比盲目增加更多页面更重要。
一周节奏
- 先发布或更新主语言页面。
- 自动生成另外两种语言的初稿。
- 审核首页、转化页和语义要求高的内容。
- 批量redeploy，保持版本同步。
- 跟踪哪些页面已经过时或语言之间不同步。
哪些页面优先人工审核
| 优先级 | 页面类型 | 原因 |
|---|---|---|
| 1 | 首页和hero文案 | 这里的语气最容易暴露问题 |
| 2 | 核心评测和核心playbook | 这些页面最影响信任感 |
| 3 | 带数字和判断的案例页 | 准确性比速度更重要 |
| 4 | Daily Brief | 如果不是首页主位，可以相对轻审 |
Checklist
- 只保留一个主语言作为canonical source。
- 三种语言都放在结构化数据库里管理。
- 手动审核标题、hero文案和关键editorial judgment。
- 保持slug和路由逻辑一致。
- 用批量redeploy保持多语言版本同步。
什么时候你应该用这套系统
- 你的读者已经来自多个语言市场。
- 手动翻译已经明显拖慢了发布速度。
- evergreen页面已经不少，一致性开始变得关键。
- 你想扩大覆盖面，但不想搭建完整编辑团队。
旧站和当前项目里最值得迁来的内容
Operator note
多语言网站真正强的地方，不是翻译得多快，而是把翻译变成稳定的运营层，而不是永远在补漏。