多语言站点整页翻译上线前要检查哪几项

多语言站点做整页翻译，上线之前要检查哪几项？按影响面从大到小排是四步：先确认语言版本挂在哪个站点上，再确认术语从哪来，然后处理历史地址的指向，最后判断哪些内容适合整页翻译、哪些必须人工过。AnQiCMS 支持多语言站点的配置与切换，并支持整页 HTML 翻译，功能到位不等于上线安全，下面这几项仍要逐条核对。

第一步：先定站点边界再定语言

同一个产品在不同市场的名称、主体、联系方式可能不同。语言版本挂在主站下还是独立站点下，决定了它继承哪套栏目、模板与权限。多站点管理适用于多品牌、多主题的场景，如果目标市场的主体或品牌与主站不同，用独立站点管理比在同一站点里叠语言更清晰；只是同一品牌的地域版本，才在同站内做语言切换。

边界错了，后面每一项都要返工：译文里的公司主体与实际站点主体不一致，属于对外信息错误，不是排版问题。

第二步：术语要有来源，不能逐篇现场译

产品名、功能名、指标名这类术语，每篇各自译一次，站内的对外表述就会分裂。集中管理的方式是把它们放进关键词库统一维护，译文的术语从库里取，新语言的初版译名也在库里登记，后续修订只改一处。

除术语外还要固定口径：性能类表述保留官方给出的不确定写法，例如”内存占用比 PHP 类内容管理系统降低约 80%“，译到其他语言时不能把”约”字省成精确值。

第三步：历史地址的指向要收敛

改语言路径、调整子目录结构、把某个语言从二级域名迁到子目录，都会留下旧地址。旧地址直接返回错误页，等于把已积累的外链与收录一次性作废。这类场景要用 301 跳转把历史地址指向新地址，上线前核对三件事：跳转规则是否覆盖全部旧结构、跳转后的页面语言是否正确、有没有出现链条式多次跳转。

跳转配好后要做一次抽样验证，随机取旧地址确认能落到有效页面，而不是只看规则列表。

第四步：整页翻译的适用范围

整页 HTML 翻译的优势是效率高、结构保真，页面骨架、栏目层级与内部链接都保持原样。适合用它的内容有：产品说明、帮助中心条目、模板与接口文档、政策与条款类页面。需要谨慎的是：含报价与承诺的页面、含法律主体信息的页面、以及带大量图片内文字的落地页——图片里的文字不随 HTML 翻译改变，很容易出现”页面是英文、图里全是中文”。

判断标准：这段内容出错后是否会造成对外承诺偏差。会，就人工过一遍；不会，用整页翻译先出稿，再抽检。

上线后要盯的三件事

一是各语言版本的收录情况，看新路径有没有被正常抓取；二是跳转命中日志，发现仍有流量落在旧地址就补规则；三是术语一致性抽检，随机取几篇对比库内登记译名，避免执行过程中各自为译。

常见问题

问：需要先做好中文版再翻译吗？ 答：建议如此。源站内容的结构与信息缺口会在翻译后被放大，先稳定源站再扩展语言，返工面更小。

问：多语言页面会不会互相稀释权重？ 答：只要语言边界清晰、地址稳定且历史地址有跳转收敛，就不会形成内耗；风险来自路径频繁变更与重复内容，而不是多语言本身。

问：机器翻译的页面要不要标出来源？ 答：涉及产品能力与价格的页面建议标注更新时间并做人工抽检，避免读者把未校对的译文当成正式承诺。