
.avif)
简短回答:要在 WordPress 上正确设置 hreflang,页面的每个语言版本都需要一组完整的 hreflang 标签,这些标签应:
x-default 备用方案,均使用有效的语言代码和绝对URL。 如果你其中任何一项填写错误,搜索引擎就会忽略整组标签。虽然这听起来很严苛,但最简洁的方法是使用一个能自动生成标签的插件。不过,了解这些规则还是很有必要的,这样你就可以自己检查生成的结果。
让我们先把一件事说清楚:添加 hreflang 标签和正确添加 hreflang 标签是两回事。WordPress 本身不会自动添加 hreflang 标签,因此大多数人会使用插件或snippet,看到标签出现在页面源代码中,就以为大功告成了。不过,如果你使用的是一个设计良好的插件,这样通常是没问题的。
但如果你突然发现某个翻译版本的流量开始停滞不前,且搜索结果中显示的语言有误,这些都是明确的信号,表明你需要重新检查 hreflang 的配置。
通常标签是存在的;只是很有可能它们以某种常见的方式出现了故障——但这完全是你自己就能解决的问题。
本指南将探讨“正确”的真正含义、大多数人常犯的错误,以及如何验证您的配置。如果您想了解在 WordPress 中添加 hreflang 的所有方法(包括插件、SEO 工具和手动代码)的完整操作指南,请参阅我们关于 WordPress 中 hreflang 的完整指南,其中对此进行了深入讲解。
Hreflang 是一个 HTML 属性,用于告知搜索引擎页面针对的语言,以及(可选)针对的地区,以便搜索引擎能向合适的用户提供正确的版本(en-US 对于一位美国游客来说, en-GB (针对英国的版本)。Google 将一组 hreflang 标签视为一个集群,且只有当所有这些规则同时满足时,该集群才被视为有效。
每个语言版本都必须包含一个指向自身URL的hreflang标签,同时还需包含指向所有其他版本的标签。英文页面列出了英语(即该页面本身)、法语、德语以及 x-default. 必须包含自我引用;否则,该聚类将不完整,您会立即遇到 hreflang 错误。
如果您的英文页面指向法语版本,那么法语版本也必须指向英文版本。这些被称为“返回标签”,集群中的每个页面都必须双向设置。如果缺少返回标签,Google 可能会直接忽略该标注,而不是进行猜测。
该 x-default 标签是针对那些您未明确定位其语言或地区的访客的备用方案。它通常指向您的主页或语言选择菜单。所有模型和SEO工具都会特别强调这一点,而且理由充分:如果没有它,搜索引擎就无法找到默认的备用页面。
语言代码遵循 ISO 639-1 标准(zh-cn, fr, de, es, zh). 可选的地区代码遵循 ISO 3166-1 Alpha-2 标准(如 US、GB、FR),二者组合为 language-REGION 格式,例如 en-GB。仅使用地区代码是不合法的;语言代码必须始终置于首位。
请勿擅自推测语言代码,务必事先查阅列表。例如,若要将页面设为英国英语,其代码为 en-GB 而不是 en-UK. 整个代码均无效;UK 是乌克兰语的语言代码(其国家代码是 UA),因此该代码的格式本质上是“语言-语言”,而非“语言-地区”。
Hreflang URL 需要包含协议在内的完整地址(https://example.com/fr/page/),而不是像 /fr/page/ 这样的相对路径。相对 URL 是最常见的隐性错误之一。
每个版本的规范标签都应指向自身,而非原始语言版本。如果规范标签将法语页面指向英语页面,这会告诉谷歌忽略法语版本,从而抵消了您对 hreflang 的设置,并导致错误的页面在错误的语言下获得关键词排名。这就是为什么自引用规范标签和自引用 hreflang 必须配合使用。
在 <head> 一个同时存在法语版本的英文页面,带有 x-default 备用方案:
<link rel="alternate" hreflang="en" href="https://example.com/page/" />
<link rel="alternate" hreflang="fr" href="https://example.com/fr/page/" />
<link rel="alternate" hreflang="x-default" href="https://example.com/page/" />法语版本请见 https://example.com/fr/page/ 包含相同的 3 个标签,指向相同的 URL。正是这种对称性使得该集群有效。选择一个位置放置这些标签(该 <head>(例如 XML 站点地图或 HTTP 头部)并保持一致。在 WordPress 中, <head> 是最常见的选择。
大多数有问题的 hreflang 配置都是因为以下其中一个原因导致的,尽管在页面源代码中这些标签看起来一直都很正常。
/fr/page/ 而不是https://example.com/fr/page/。虽然看起来合理,但实际上根本行不通。x-default. 对于无法匹配的语言和地区,没有备用方案。如果你需要手动在大量页面上添加 hreflang 属性,这些工作量会随着页面数量的增加而呈指数级增长,这就是为什么手动配置很快就会变得难以维持。
在信任这些标签之前,请先确认它们是否有效,而不是等到排名发生变化之后。
首先说明一下:谷歌早在2022年就已停用了Search Console中的专用“国际定位”报告,因此“查看Search Console中的hreflang报告”这一旧建议已不再适用。谷歌仍然完全支持并读取hreflang标签;只是相关报告功能已移至其他位置。目前可用的工具包括:
每次进行大规模发布或模板更改后,请执行一次检查,因为此时集群往往容易出现故障。
上述每条规则都可以手动完成,对于小型网站来说,这完全可行。问题在于,即使 hreflang 的配置有 90% 正确,仍可能导致配置失败,因为这些规则相互依赖,且难以全面掌握。一个缺失的 return 标签就足以破坏原本完美的配置集群,而要找出问题所在,就必须费力地逐行检查代码——又有谁愿意把宝贵的时间浪费在这种事情上呢?
这就是为什么大多数 WordPress 网站都使用多语言插件来自动生成 hreflang 的原因。 Weglot WordPress 的翻译插件 2.0 版本构建于…… Weglot 你知道,我们提供围绕您的品牌构建的 AI 翻译、重新设计的翻译体验以及内置的多语言可见性。
随着您添加语言和发布内容, Weglot 创建标签并保持它们同步:自引用标签、互惠返回标签 x-default遵循谷歌制定的多语言 SEO 最佳实践,使用有效的代码和绝对 URL。翻译后的元数据和特定语言的 URL 也得到同等处理,因此每种已发布的语言都已准备好被索引。您无需手动维护每个页面上的集群;该插件会自动完成此操作,并在每次内容更改时更新集群,从而为您提供轻松便捷的翻译流程。
无论你选择哪种方式,规则都不会改变。插件只是帮你强制执行这些规则,因此遗漏了返回标签也不会让你错失任何商机。
正确设置 hreflang 的关键在于在每个页面上始终如一地应用几条规则,一旦知道该检查什么,出现的问题也是可以预测的。如果您不想随着网站的发展手动管理这些集群, Weglot 它会自动生成并同步这些内容,并提供 AI 翻译,确保第一稿就能完美展现您的品牌形象。立即开始 14 天免费试用,几分钟内即可拥有一个多语言、可搜索的网站。
要了解Weglot 的强大功能,最好的方式就是亲自体验一下。您可以免费试用,且无需承担任何义务。
如果您尚未准备好连接自己的网站,可以在控制面板中使用演示网站。

不。Hreflang 标签仅在您拥有多种语言或针对不同地区的相同内容时才起作用。单一语言的网站无需使用它。
“

该 <head> 在 WordPress 中,为每页设置标题是最常见且最简单的方法。您也可以使用 XML 网站地图或 HTTP 头部,但请选择其中一种方法,并在整个网站中保持一致。

zh-cn 面向所有英语使用者,无论其所在国家。en-US 则专门面向美国的英语使用者。仅当您确实需要为不同地区提供不同内容时(例如分别运营美国和英国的商店),才应使用地区代码。
“

通常的原因是缺少返回标签(页面之间没有相互链接)或规范链接冲突(翻译后的页面其规范链接指向了原始语言版本)。这两种情况都可能导致谷歌移除该标注。请先检查页面间的相互链接和规范链接设置。

它本身并不能提升排名。它的作用是确保向合适的搜索者展示正确的语言版本,从而提升用户体验,并避免您的翻译页面在搜索结果中相互竞争。

如果您已经打好了多语言SEO的基础(包括特定语言的URL、hreflang标签以及翻译后的元数据),那么您已经成功了一大半。GEO可见性正是依赖于这些信号。AI搜索引擎会优先展示与查询语言相匹配的内容来源,而我们对130万条引用数据的分析发现,与单语言网站相比,翻译后的网站在AI概览中的可见度提高了327%。
剩下的工作是覆盖面和时效性:完整翻译您的网站,包括元数据,并随着内容的更改保持所有语言版本的同步。 Weglot 插件可自动管理 WordPress 网站上的语言设置,支持 110 多种语言。 Weglot 2.0 版本中,每个语言版本都能一致地展现您的品牌,因此 ChatGPT、Perplexity 和 AI Overviews 引用的页面在每个市场中听起来都像是您的品牌。
如需了解完整的5步流程,请阅读我们的多语言GEO指南。