多语言站点上线后,最常见的技术错误不是“没加 hreflang”,而是给英文页 canonical 到中文页、互相指向不存在的翻译、只做单向注解,或让地区切换强制跳转。这些配置可能使本来独立的本地页面难以被正确发现。配置前要确认每个语言 URL 是否真的有完整、可访问的目标语言正文。
先区分语言替代与重复 URL
简体中文与英文完整译文承担不同语言用户的任务,应各自有可访问 URL;同一英文正文的多个参数 URL 则是重复页治理问题。Google 多语言版本说明要求替代版之间互相指向,且每页包含自己的版本;canonical 指南建议 hreflang 集合中的规范页优先保持同语言。不要让 en 页统一 canonical 到 zh-CN,否则英文版的独立性被自己削弱。
一个最小可核验的语言集合
假设中文页 /guide.html 与英文页 /en/guide.html 都已真正发布且内容对应,两页的 <head> 都应包含指向中文、英文及自身的替代链接;各页的 canonical 指向本页的规范 URL。每条链接使用绝对地址,检查返回 200、无额外跳转、页面正文语言正确。若只有中文页,就先不声明不存在的英文对应页。
| 检查项 | 正确状态 | 典型错误 |
|---|---|---|
| 语言 URL | 每种语言有独立稳定地址 | 按 IP 强制重定向 |
| 互指 | A 指 B,B 也指 A,各自含自指 | 只在首页或单向配置 |
| canonical | 指向同语言规范页 | 所有版本指向中文 |
| 页面内容 | 目标语言的主要正文可读 | 仅导航被翻译 |
| sitemap | 只列可索引规范页 | 列草稿、404 或冲突版 |
如果某语言页暂时缺失,保留现有页面正常访问,不要把缺失 URL 塞进 hreflang。语言切换器应让用户手动选择,避免猜测语言后强制跳转。大量页面可用 XML sitemap 管理语言关系,但这与 HTML <head> 实现是两种配置方式,先选可维护的一种并做一致性校验。
智核增长的本地化验收
智核增长会先把多语言知识结构作为设计方案,只有英文对应页实际发布并完成事实审校,才在官网或客户站点添加对应标记。可在 多语言内容架构中看到母版与本地化字段原则;URL 规范治理解释重定向、canonical 和 sitemap 的职责。平台是否选择相应区域版本,仍需在 Search Console 及目标市场搜索结果中验证,不能仅凭标签存在保证展示。
发布前的自动校验清单
可以把每组语言对应页写成一张映射表,逐行检查:URL 可访问、返回 200、页面语言与标记一致、双方列出同一个 hreflang 集合、各自自指 canonical、没有指向重定向页。若英文页 /en/guide.html 实际跳转到 /guide.html,则两页不能作为独立语言版发布;若中文页写了 en-US,英文页却只写 en,应先统一目标市场策略。区域标签也不应拿语言代码和国家代码混用。
对于并非逐页对应的知识中心,宁可只给确实互为替代的文章成组,也不要让所有英文文章 hreflang 到一篇中文总览。页数多时从 XML sitemap 生成映射,抽样检查实际 <head> 与 sitemap 是否冲突;页数少时页面内标记更直观。改 URL、合并文章或删除翻译时同步撤销旧映射,不让 hreflang 指向 404。最后在目标市场搜索结果检查实际落地页,区分“配置正确”和“平台选择了预期版本”。
x-default 可用于语言选择或默认入口,但它不能替代具体语言的正确对应页。发布记录应保存各页面版本号、翻译审核时间和 hreflang 集合的校验结果;当一篇中文技术长文改写了关键参数,而英文页尚未同步时,先标记该组待复核,不应让系统继续把两页当成完全对应的答案来源。智核增长尤其要把“规划中的英文版”与“已经上线的英文 URL”分开,只有后者可进入公开标记和 sitemap。