一个网站，数十种语言：电商实用国际化
问题规模
将网站翻译为十几种语言听起来像是一个翻译任务。实际上，它是一个工程任务，翻译是其中的一个输入。URL 结构、SEO 信号、内容管理工作流，以及在不维护十几个独立代码库的情况下保持一致性——这些都是比翻译本身更难的工程挑战。
URL 结构决策
子路径（/de/produkt）、子域名（de.site.com）或 ccTLD（site.de）之间的选择对 SEO 有影响，但对日常运营的影响更大。
我们选择了子路径，原因如下：单个部署、单个 SSL 证书、以及更容易在不同语言版本之间传递 URL 上下文。子域名需要单独的 DNS 配置，对于十几个语言版本来说这是额外的运营开销。
翻译管道
静态内容（UI 标签、按钮文本、错误消息）通过标准 i18n 库处理，使用 JSON 文件按语言组织。产品内容（描述、规格）存储在 CMS 中，每个语言版本在相同的产品 ID 下有对应的记录。
机器翻译处理初始翻译，人工编辑处理产品描述和营销文案。UI 字符串通常不需要人工编辑——机器翻译在简短、惯用的界面文本方面质量足够好。
hreflang 实现
hreflang 标签告诉搜索引擎同一页面有不同语言的版本。实现错误会导致重复内容处罚和错误的语言版本在搜索结果中排名。
关键细节：每个语言版本必须引用所有其他语言版本，包括自身。hreflang 值必须与 URL 路径前缀匹配。并且必须有 x-default 标签用于没有语言偏好的用户。
内容完整性
不是所有内容在所有语言中都同等完整。产品可能在某些市场不可用，某些页面可能没有完全翻译。处理这些情况的政策需要提前确定：回退到英语、隐藏未翻译内容，还是显示机器翻译并标注。