“页面明明已经翻译了,为什么 Google 还是把英文页展示给德国用户?”不少外贸企业在扩展多语言官网时,都会遇到类似困扰。更常见的是:开发人员加过 hreflang,站长工具却持续提示不一致、缺少返回链接,或者各语言页面收录和自然流量始终没有起色。
多语言站点hreflang标记老是出错怎么解决?关键不在于反复修改一行标签,而在于把它当作一套“多版本页面互相声明关系”的机制来排查。hreflang 用于告诉搜索引擎:哪些 URL 是同一内容面向不同语言或地区用户的版本。它不保证排名,却能降低语言版本错配的概率,让用户更有机会落到适合自己阅读、咨询和下单的页面。
如果网站只有中文和英文两个版本,且内容、货币、物流、联系方式都相同,仅仅是界面语言不同,通常使用 zh 与 en 即可。若同为英语,但美国站使用美元和英寸、英国站使用英镑和毫米,才更适合进一步区分为 en-US、en-GB。
不要为了“覆盖更多市场”机械生成几十个地区代码。一个没有独立内容、价格、服务或转化路径差异的页面,强行拆成 en-DE、en-FR 等版本,反而会增加维护成本,也容易让搜索引擎无法判断页面关系。对 B2B 外贸站而言,按核心语言和重点市场建立版本,往往比大量低差异地区页更稳妥。
hreflang 不是在英文页指向中文页就结束了。一个有效的语言版本组,应该包含所有对应页面,并且每个 URL 都要包含同一组声明,且包括自身。例如中文、英文、日文三个产品页,三者都应同时列出 zh、en、ja 的对应链接。
<link rel="alternate" hreflang="zh" href="https://example.com/zh/product-a/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/product-a/" />
<link rel="alternate" hreflang="ja" href="https://example.com/ja/product-a/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/" />
其中,x-default 适合指向语言选择页、国际首页或可供用户自行切换语言的默认页面。它不是必填项,但对于面向多个国家获客的品牌站很有帮助。注意,默认页本身也应是可访问、可收录的真实页面,而不是会立刻强制跳转的中转地址。

这是多语言商城和营销站最常见的隐患。英文产品详情页应对应中文产品详情页、日文产品详情页;英文博客文章应对应同主题的其他语言文章。若英文内页全部 hreflang 到中文首页,或翻译内容尚未上线却临时指向栏目页,搜索引擎很难将其视为等价版本。
对于暂时没有翻译的内容,宁可不建立该语言的 hreflang 对应关系,也不要随意配对。特别是批量建站时,需检查产品下架、URL 改版、分页和筛选页是否留下了过期映射。
假设 A 页面声明了 B 页面为英文版,但 B 页面没有声明 A 是中文版,这就是常说的“缺少返回链接”。另一种更隐蔽的情况是:中文页列出 zh/en/ja,英文页只列出 zh/en。看似每一页都有标签,实际语言集不一致,同样可能导致信号失效。
建议用表格先维护页面关系:每一行是一组内容,每一列是一种语言或地区,确认 URL 后再由系统统一输出。不要依赖人工在不同模板中复制粘贴,网站一旦有数百个产品页,漏改几乎不可避免。
hreflang 指向的 URL 必须返回 200 状态码,不能是 301、302 跳转地址,也不应是 404、软 404、被 robots.txt 屏蔽或带有 noindex 的页面。常见问题包括:移动端自动跳转到另一域名、地区识别插件强制跳转、CDN 规则改写 URL,以及测试环境链接被错误带到正式站。
还要检查 canonical。通常,每个语言版本的 canonical 应指向自身;如果英文页 canonical 指回中文页,同时又用 hreflang 说它是独立英文版,这两类信号会相互矛盾。搜索引擎往往会优先处理规范化问题,hreflang 也就难以发挥作用。
语言使用 ISO 639-1 两位代码,如 en、de、fr、zh;需要指定地区时,采用“语言-地区”格式,如 en-US、pt-BR、zh-CN。不要只写国家代码 US,也不要混用不存在或不规范的自定义缩写。
另外,页面的 lang 属性与 hreflang 作用不同:前者帮助浏览器、辅助阅读工具理解页面语言,后者用于搜索中的版本匹配。两者建议保持一致,但不能互相替代。
hreflang 可以放在 HTML 的 <head> 内,也可以通过 HTTP 响应头或 XML Sitemap 提交。普通企业官网和内容站,多数采用 head 标签;PDF 等非 HTML 文件可考虑 HTTP 头;语言版本多、页面量大的跨境商城,则可由系统生成 XML Sitemap,便于集中管理。
技术上可以同时存在多种方式,但前提是数据完全一致。实践中,模板标签、插件和 Sitemap 往往由不同团队维护,最容易出现“页面里一套、站点地图里另一套”的冲突。若没有明确的管理能力,建议确定一个主数据源,其他渠道不要重复输出。
打开页面源代码确认标签存在,只是第一步。还应逐个抽查链接是否为绝对 URL、是否返回 200、canonical 是否自指,以及对应语言页是否有完整的反向声明。对于大型站点,可先选首页、核心产品页、重点落地页和高流量文章页做样本检查,再通过爬虫工具批量导出问题。
Google Search Console 的网址检查工具可以帮助确认页面是否可抓取、规范页如何判定;服务器日志则能辅助观察搜索引擎是否成功访问不同语言版本。修改后不必期待即时变化,搜索引擎需要重新抓取并处理页面关系。此时更重要的是保持 URL、标签与站点地图稳定,避免今天改目录、明天换跳转规则。
多语言 SEO 的难点通常不在标签本身,而在内容、URL 架构、翻译进度与技术模板之间是否同步。对持续新增产品、博客和广告落地页的网站,最好在发布流程中设置“语言版本映射、索引状态、canonical、hreflang”四项检查。
易营宝这类面向出海业务的智能建站与营销服务,会更强调从站点结构阶段规划多语言路径,而不是等收录异常后再逐页修补。无论使用何种建站系统,企业都应保留可维护的语言映射规则:内容更新时同步更新标签,页面下线时同步移除关联。这样处理后,hreflang 才能真正成为全球用户与正确页面之间那条清晰、可靠的路线。
相关文章
相关产品