先说结论
通用 CMS 的多语言是"插件"，外贸站的多语言是"核心业务"。这两件事的复杂度差一个数量级，插件式方案撑不住。
通用 CMS 的三个断点
1. 翻译是外挂
WordPress 的多语言靠插件，插件管的是"字段对应关系"，不管翻译流程。谁译、什么时候译、译完怎么回写、改稿怎么办——全都要人手工处理。
2. 语种是页面属性
插件式方案里，一个产品是"一条记录 + N 个翻译字段"。语种一多，编辑界面就变成 33 个标签页，运营根本没法用。
3. SEO 是补丁
hreflang、canonical、sitemap 分片、逐语言 TDK，靠 SEO 插件拼。插件之间冲突是常态，出问题很难定位。
我想要的形态
- 内容一次录入：运营只面对一种语言
- 翻译是队列：系统管进度、失败重试、版本冲突
- 语种是独立站：每个语种有自己的 URL、TDK、导航
- SEO 是内置：sitemap、hreflang、robots 不需要装插件
边界：明确不做什么
| 不做 | 原因 |
|---|---|
| 电商交易 | 外贸 B2B 是询盘制，不是下单制 |
| 博客平台 | 内容类型固定五类就够 |
| 多租户 SaaS | 私有化交付，一站一部署 |
| 页面可视化编辑 | 结构化内容比自由排版更好维护 |
边界定得越早，后面越省事。
从第一行代码到 v1.0 发布大约 7 个月，1100–1400 小时，基本是一个人用晚上和周末。中途砍掉了三个功能：多租户、页面可视化编辑、队列（改成数据库状态机）。砍完反而提前两个月上线。