在国际 SEO 的世界里,hreflang 元素是对 SEO 专业人士和网站所有者最有影响力的工具之一。

在搜索结果中显示错误的语言或国家/地区页面是全球网站中相当普遍的问题,即使没有重复的语言网站也是如此。这可能不是站点范围的问题,它只发生在某些搜索查询中。

过去,我们必须为每个市场创建目标国家信号以指定具有不同差异(例如 ccTLD 和服务器位置)的位置,但这并不能解决所有地理定位问题。

因此,当 Google 在 2013 年宣布 hreflang 时,您可以想象国际 SEO 专业人士为它跳得有多高。

然而,六年后,仍有许多人试图从 hreflang 中获益。

本文不是关于如何使用 hreflang 或是否应该在标头或 XML 站点地图格式中使用 hreflang。

这也与人们如何仍然使用 EN-UK 而不是 EN-GB 或 JP 而不是日本人使用 JA 无关。您可以参考 Google 的帮助页面和 YouTube 视频。

相反,我想谈谈在 hreflang 实施过程中经常出现的隐藏挑战。以下是我反复发现的三个常见挑战。

1.并非所有网站都具有相同的内容

hreflang 的工作原理是列出每个语言/国家/地区网站上具有相同或相似内容的页面的 URL。

当所有站点都具有相同内容结构中的相同内容时,映射或分组相同内容页面并不难,但通常情况下并非如此。发生这种情况的原因有多种。

这可能是出于商业原因,例如某些商品在某些国家/地区不可用。

可能还有更多的外部原因,比如内容受到某些国家的法规限制。

为什么这是一个挑战?

这是因为没有人真正掌握站点之间的内容可用性和独特内容。

通常,负责hreflang站点地图的人会选择一个他熟悉的主要站点,并通过覆盖URL中的语言国家目录来增加URL,假设URL覆盖范围很广。

如果您的网站缺少某些语言/国家/地区的页面,您需要决定是将替换页面放在 URL 组中还是用全局 URL 替换它们。

2. Hreflang 验证工具的误报

URL 结构的改变也会造成一些麻烦。

您希望每个人都使用与主站点相同的 URL 结构,但现实情况是许多站点变得有创意并使用不同的 URL 结构。

这通常发生在相同的域站点上,因此您可以想象尝试将来自不同域站点的页面正确分组的难度。

URL结构的差异不仅存在于站点之间,也存在于站点内部。

不规则 URL 结构示例:

  • example.com/us/category1/page1.html
  • example.co.uk/category1- page1 /index.html
  • example.com/en-sg/products/category1/page1.html

大多数验证工具不会抓取网站来确认网站的URL 或列出的 URL 存在。

他们不检查是否有任何 URL 被重定向,或者其他 URL 是否包含在页面的规范标签中。它只是根据 Hreflang 的备用页面逻辑检查您的输入。

如果适用,它将返回,因为没有发现问题。这些工具只有在您绝对确定您使用的 URL 都是正确且有效的情况下才有效。

3.商业蚕食

使用 hreflang 的最重要目标之一是根据搜索者的位置在搜索结果中显示正确的语言/国家/地区页面。

它是关于根据进行搜索的位置向搜索用户提供正确的内容。还要在正确的地方进行业务转型,让本地团队从转型中受益。

如果搜索结果中出现了错误的语言/国家/地区页面,转换将计入错误的当地办公室,或者最坏的情况是根本不会转换。

例如,当您为美国市场创建的页面出现在日本的搜索结果中时,网站访问者可能会跳回搜索结果页面并点击另一个蓝色链接。

在这种情况下,您只会失去潜在的业务。美国页面可能出现在日语搜索结果中,特别是如果产品名称是英文字母或产品编号是字母和数字的组合并且在日语中没有独特含义。

如果您有多个网站使用同一种语言定位到不同的国家/地区,这会变得更加棘手。

例如,有人在哥斯达黎加搜索西班牙语,但搜索结果显示的是专为墨西哥设计的页面。

因为它是西班牙语,网站访问者可以填写有关产品的问题或请求的表格。但由于表格上的地址不在墨西哥,哥斯达黎加办事处永远无法访问该信息。墨西哥办事处忘记或删除了一条可能的线索。

造成这种蚕食的主要原因是hreflang的实现不完整。

HREFLangBuilder 的 2019 年研究发现,全球 42% 的网站仅在首页和关键类别页面上实施了 hreflang,产品页面任由 Google 摆布,并可能错失巨大的机会。

4.没有人审查或更新 hreflang

可悲的是,一个常见的问题是 hreflang 列表在上线前没有仔细检查。常规 XML 站点地图文件也会发生这种情况。

我相信很多读者在他们的 Google Search Console 报告中看到过“提交的 URL 发送了 404 错误”。

问题并不总是从头开始。随着时间的推移,该站点不断添加新内容。

从站点添加或删除新页面,但很少有自动更新 hreflang 的方法。

某些语言/国家/地区可能在网站上有更多独特的内容。

如果您使用的是 hreflang 站点地图文件并且不经常更新它们,则许多 URL 可能会给出 3xx 和 4xx。

建议

在为您的网站实施 hreflang 时,花点时间感受一下您要列出的所有网站的 URL 结构和内容结构。

不要假设每个人都有使用相同 URL 结构的相同内容。

完成后,创建一个映射 URL 列表,并使用爬虫程序确保列表中的所有 URL 都处于活动状态,并且不会重定向或规范标签中有其他 URL。如果发现任何错误,请更新列表。

即使是小网站也经常通过添加或删除页面来更改。将 hreflang XML 站点地图更新放在您的审核计划中,以确保搜索引擎提供最新的 URL。

希望这些方法能够防止因语言或国家/地区页面错误而造成的业务蚕食。

如果您不确定自己是否存在蚕食问题,可以检查 Google Search Console 中的页面,看看大部分展示次数是否来自其他市场。

这种快速简便的检查可以帮助您发现新的机会来改善您当地的市场表现。