如果两个页面不相互引用

cipedi

Hreflang 适用于最具体的匹配。 语言 + 国家/地区比仅语言更具体，而语言比 x-default 更具体。 X-default 主要用作备份页面或将用户发送到的全局默认页面。 18% 的页面缺少自引用 hreflang 标签 指南中包含自引用 hreflang 标签。 然而，这些实际上更像是最佳实践，并不是真正需要的。 在 hreflang 的旧时代，在系统和插件处理它之前，缺少自引用标签意味着将该标签复制到另一个页面会破坏至少一个连接。 我在那里。 这种情况在现代网站上不太可能发生，所以这没什么大不了的。 16.9% 的 hreflang 标签引用重定向或损坏的页面链接到错误的 URL 将破坏标签并阻止页 洪都拉斯手机号码列表 面在搜索结果中正确切换。

它们成对工作以形成页面簇。 hreflang 集群如下所示： 如果在设置页面时损坏的链接是暂时的，则可以安全地保留它。 如果这些损坏的页面不存在并且您不打算创建它们，那么这并没有什么问题，但您可能还是想删除这些引用。 仅当您的主页有自动重定向全局版本时，hreflang 标记中的重定向页面才可以。 我仅对主页进行了批准的设置，该设置使用 302 重定向来根据位置和语言设置进行动态重定向。 总会有人试图改变这一点，但这是一个记录在案的设置，多年来一直被推荐并在许多网站上工作。 在所有其他情况下，hreflang 标记中引用的重定向页面意味着某些内容已损坏。 15.3% 的页面没有相互标签 正如前面提到的，hreflang 标签成对工作。 如果两个页面不相互引用，则无法建立连接，并且它们将无法在搜索结果中正确交换。 当同一种语言的页面有多个版本时，这一点尤其重要。 这可能会导致用户访问错误的国家/地区版本的页面。 8% 的 hreflang 标签指向非规范 URL Hreflang 是 Google 用于确定要索引的重复页面版本的众多规范化信号之一。






在我观察过的许多情况下，使用 hreflang 指定的 URL 会受到尊重，而规范标签会被忽略。 然而，这只是一个像许多其他信号一样的信号，可以被忽略，因此它的行为可能会有所不同。 4.6% 的页面具有不正确的 hreflang 值 Hreflang 需要两个字母的语言代码 ( ISO 639-1 ) 和两个字母的国家/地区代码 ( ISO 3166-1 )。 常见的错误值包括使用国家/地区代码而不是语言代码、输入错误、尝试使用不受支持的区域代码或使用三个字母的代码而不是两个字母的代码。 这包括尝试使用它。 有些人使用了错误的代码。 例如，您可以使用“la”之类的内容来代表拉丁美洲，但这不起作用。 另一个常见的例子是当您应该使用“gb”时却使用“uk”。 但这里有趣的是，“uk”是一个专门保留的代码，谷歌实际上接受了它。 3.2% 的页面语言属性不一致 此问题中，显示的页面在 HTML 语言属性中声明的语言代码与 URL 中的 hreflang 注释中声明的语言代码不同。