如何使用本基准报告
本报告最适合作为诊断基准：将您的实施情况与我们的观察结果进行比较，再参考实用章节，确定下一步需要核查的内容。它不是排名评分，也不主张更高的采用比例会带来更好的 SEO 表现。
审核语言及地区版本之间的关联
根据各项通过率，确定代码、自引用、双向链接、HTML 放置位置及与 canonical 标记一致性等检查的优先级。
衔接内容与技术交付
利用本基准报告，确保翻译后的页面不仅已发布，还被一致地映射为对应的语言或地区替代版本。
选择易于维护的规则
参考实施方式与架构章节来设计模板，生成完整、可测试的语言及地区版本集合，避免不必要的重复。
三个容易混淆的数据指标
Hreflang 很常见，完整实施却没那么普遍。
最重要的结论并不是大多数多语言网站忽视了 hreflang，事实并非如此。更有参考价值的基准是：经确认的多语言网站中，近七成使用了 hreflang，但这些使用者中仅有 72.2% 通过了我们能够在整个数据集中一致应用的所有核心检查。
这意味着什么：本样本中，大多数已确认的多语言网站都向搜索引擎明确说明了其本地化页面之间的关系。
为什么重要：即使没有 hreflang，搜索引擎也可能发现翻译版本，但明确标注版本之间的关系，可以减少对各语言或地区版本 URL 目标受众的歧义。这并不能证明 hreflang 能提升排名。
建议做法：如果您运营多语言网站，请核实所有可被索引的语言或地区版本是否都属于同一 hreflang 集合，并确保映射关系符合页面的实际受众。
这意味着什么：这些网站确实拥有其他语言的内容，但我们的抓取未发现将这些版本关联起来的 hreflang。
为什么重要：网站可以拥有翻译版本，却未清晰标明各语言或地区版本之间的关系。这会增加国际搜索配置的审查难度，也会让搜索引擎需要自行推断更多版本关系。
建议做法：将 hreflang 缺失视为需要审查的问题，而不是直接判定为不合格：首先确认网站是否存在应当相互关联、内容对应且可被抓取的语言或地区版本 URL。
这意味着什么：部分网站仅单向声明了替代版本页面，却缺少相应的回指关系。
为什么重要：hreflang 以页面集合的形式发挥作用，而非彼此孤立的标签。回指关系断裂可能导致集合内部不一致，使搜索引擎和 SEO 团队更难理解这些关系。
建议做法：检查两个方向的引用。如果页面 B 未加入同一集合，仅有页面 A 上看似有效的标签还不够。
这意味着什么：大约每八项 hreflang 配置中，就有一项包含未通过本次基准测试验证规则的语言或地区代码格式。
为什么重要：hreflang 的值依赖标准化的语言标记，以及可选的地区标记。无效或格式错误的值可能导致预期的语言或地区版本关系无法被可靠识别。
建议做法：按照相应标准验证每个语言与地区值，避免使用 US 或 GB 等仅包含国家代码的标记。
这意味着什么：大多数页面都将自身纳入了替代语言版本集合，但仍有 8.9% 未通过此项检查。
为什么重要：自引用有助于明确完整的版本集合，并保持一致。缺少自引用可能表明模板或本地化规则不完整。
建议做法：根据语言或地区版本的路由及模板规则统一生成 hreflang，让每个页面自动包含自身以及相同的一组对应版本。
这意味着什么：几乎所有配置都使用了完整的替代版本 URL，而非相对路径。
为什么重要：完整 URL 能消除对引用目标的歧义，也符合 hreflang 的预期格式。
建议做法：在每条替代版本引用中，使用包含主机名和路径的完整 HTTPS URL。
这意味着什么：大约三分之二的 hreflang 使用者为未匹配到特定版本的用户提供了回退页面。
为什么重要：它可用于全球语言或地区选择页以及默认页面，但缺少它本身并不意味着出错。只有当网站确实存在有实际用途的回退页面时，团队才应使用它。
建议做法：只有在确实存在回退页面（例如全球语言或地区选择页）时才使用 x-default；不要仅为达到基准水平而添加。
这意味着什么：在本样本中，抓取工具观察到的语言版本越多，网站使用 hreflang 的可能性就明显越高。
为什么重要：随着语言覆盖范围扩大，各语言或地区版本之间的关系会更加复杂，因此明确映射关系可能更有利于日常运维。这是一种相关性，并不能证明增加语言会促使网站采用 hreflang。
建议做法：随着语言覆盖范围扩大，应从手动添加标签转向通过模板或站点地图系统化生成，并配合自动化质量检查。
这意味着什么：在本研究按排名划分的样本中，知名度最高的域名更普遍地采用了 hreflang。
为什么重要：这一结果提供了有用的成熟度参照，但并不能表明 hreflang 使这些网站变得更知名。公司规模、国际覆盖范围和技术资源都可能是影响这一关系的混杂因素。
建议做法：仅将分组结果用于成熟度比较；应根据自身的国际化架构，优先确保配置正确，而不是试图模仿排名靠前的网站。
这意味着什么：HTML <link rel="alternate" hreflang="…"> 方式是网站表达语言或地区版本关系最常见的方式，远超其他方式。
为什么重要：Google 支持 HTML、HTTP 标头和 XML 站点地图。实际选择通常应取决于您的平台能够最可靠地维护哪种方式；使用多种方式本身并不会带来搜索优势。
建议做法：选择您的平台能够最可靠地维护的一种方式。只有在有明确的运维需求，且能够保持两种方式同步时，才添加第二种方式。
近三分之一的已确认多语言网站未检测到 hreflang
Google 建议，在存在多个语言或地区版本时，应明确标识本地化页面的各个版本。然而，在本样本的5,845 个已确认多语言网站中，有 1,769 个未检测到 hreflang 配置。
这并不意味着搜索引擎无法发现这些网站。Google 表示，即使没有 hreflang，也可能发现其他语言版本。hreflang 的作用是明确各本地化版本之间的关系，让 Google 能更好地按语言或地区向用户提供合适的页面。
已确认多语言网站的 hreflang 采用情况
选择一个分区，查看对应数量。
来源：GlotEO《2026 年多语言网络现状》derived-overlays 工作簿。主要基准采用已冻结的 class_v1_0。
最常见的问题集中在代码、相互引用和自引用
在检测到 hreflang 的 4,076 个已确认多语言网站中，各检查项的实现质量存在显著差异。
hreflang 实现的核心检查项
以下为使用 hreflang 的网站的检查通过率；相互引用和 HTML 放置位置两项除外，其分母为适用的网站子集。
x-default 在下方单独列出，因为未设置它本身并不属于 hreflang 实现错误。
| 检查项 | 通过数量 | 分母 | 通过率 | 含义 | 为何重要 |
|---|---|---|---|---|---|
| 绝对 URL | 4,004 | 4,076 | 98.2% | 替代页面的 URL 均为完整 URL。 | 完整 URL 可以减少歧义，明确究竟将哪个页面声明为替代页面。 |
| HTML 放置位置（采用 HTML 方式时） | 3,913 | 3,942 | 99.3% | HTML hreflang 注释放置在文档的 <head> 中。 | HTML hreflang 应放在有效的 head 区域中；放在其他位置可能导致实现无效或不可靠。 |
| 自引用 | 3,713 | 4,076 | 91.1% | 语言版本集合包含当前页面本身。 | 这有助于确保每个替代页面集合完整，并在不同模板之间保持内部一致。 |
| 有效的语言/地区代码 | 3,540 | 4,076 | 86.8% | 通过了本研究的代码有效性检查。 | 无效代码可能导致所声明的替代页面无法对应预期的语言或地区受众。 |
| 相互引用（适用时） | 3,470 | 4,006 | 86.6% | 替代页面按本研究规则的要求进行了反向引用。 | 单向引用关系可能使替代页面集合不完整，也是模板层面的常见问题。 |
| 所有适用的核心检查项，不含 x-default | 2,944 | 4,076 | 72.2% | 代码有效、URL 为绝对 URL、包含自引用、在适用时相互引用，以及在采用 HTML 方式时放置位置正确。 | 仅仅存在 hreflang 还不够：这项综合指标更能反映其实现在本研究可评估的各检查项中是否协调一致。 |
x-default：常见且实用，但并非必需
在使用 hreflang 的网站中，65.2%（2,657 / 4,076）包含 x-default 注释。Google 将 x-default 描述为一种后备方案，适用于语言设置与任何明确指定的替代版本均不匹配的用户。我们不会将缺少 x-default 视为实现失败。
HTML 是最常见的实现方式，远超其他方式
Google 支持通过三种方式声明本地化版本：HTML 链接注释、HTTP 标头和 XML 站点地图。Google 表示，从搜索角度看，这三种方式等效，同时维护三种方式并不会带来搜索收益。
在 4,076 个使用 hreflang 的网站中，3,942 个使用了 HTML 标注。
在 4,076 个网站中，693 个在站点地图数据中包含 hreflang。
在 4,076 个网站中，93 个使用了 HTTP 标头。不同方法的使用存在重叠。
观察到的 hreflang 方法组合
检测到 hreflang 的 4,076 个网站所采用的具体方法组合。
由于多种方法可以组合使用，上述 HTML、站点地图和 HTTP 标头各自的采用比例并不互斥。
在使用 hreflang 的网站中，15.3%（625 / 4,076）采用了不止一种方法。这可能源于冗余配置、平台默认设置或历史实现方式，不应将其解读为优化得更好：Google 文档明确指出，使用多种方法不会带来搜索方面的收益，反而可能增加实现方案的管理难度。
网站知名度越高、观察到的语言覆盖越广，hreflang 采用率也越高
数据集显示，在已确认的多语言网站中，hreflang 采用率存在明显差异。这些只是观察到的关联，并不能证明 hreflang 会使网站规模扩大，也不能证明特定 URL 架构会带来更好的搜索表现。
按网站特征探索 hreflang 采用率
在 Tranco 排名分组、观察到的语言数量和多语言 URL 架构之间切换。
各项比例均以对应分组中已确认的多语言网站为基数。
主要发现
知名度：在 Tranco 排名前 1,000 的分组中，79.7% 的已确认多语言网站检测到了 hreflang；而在排名 25,000 及以后的分组中，这一比例为 66.3%，相差 13.4 个百分点。这意味着什么：在本样本中，排名较高的域名更常使用 hreflang。为何重要：这可以作为衡量成熟度的参考基准，但仅体现相关性，并不能说明 hreflang 会提升网站知名度。
语言覆盖广度：在已确认且观察到两种语言的网站中，仅有 49.7% 使用了 hreflang。观察到三种语言时，这一比例升至 81.8%；四种语言时为 86.7%；五种语言时为 91.7%。本次抓取范围仅限首页及四个内容页面 URL，因此“五种”是观测上限，并不表示这些网站恰好只支持五种语言。这意味着什么：随着观察到的语言种类增多，明确的语言和地区映射也更为常见。为何重要：语言版本越多，需要维护的页面间关系就越多，因此系统化地标明语言和地区信息也就越有价值。
架构：不同的 URL 模式在 hreflang 使用率上存在显著差异。在本样本中，ccTLD（93.6%）、子目录（81.5%）和混合模式（80.7%）的使用率最高，子域名（35.9%）和参数模式（59.4%）则较低。这意味着什么：在本样本中，不同国际化 URL 架构的 hreflang 采用率差异很大。为何重要：团队可以将自身架构与同类网站进行对标，但这些数据并不能证明某种架构更优，或能带来更好的 SEO 表现。
对标检查您的 hreflang 实现
请将其用作审核清单，而非排名评分。这些基准展示了各项实现实践在我们数据集中的普及程度。
实用的 hreflang 质量检查流程
| 步骤 | 检查项 | 为何重要 |
|---|---|---|
| 1 | 确认每个本地化 URL 都能被独立抓取。 | 如果本地化页面无法访问、重定向错误或被阻止发现，hreflang 也无济于事。 |
| 2 | 验证语言/地区标签。 | 使用受支持的语言代码，并按需添加地区代码；不要单独使用国家代码。 |
| 3 | 构建完整的页面集合。 | 每个版本都应引用自身及其他相关版本。 |
| 4 | 检查是否相互引用。 | 如果页面 A 将页面 B 指定为替代版本，页面 B 也应建立对应的替代版本关系。 |
| 5 | 检查 canonical 设置是否符合预期。 | 除非确有此意，否则不要误将本地化页面的规范 URL 指向其他页面。 |
| 6 | 选择一种便于维护的部署方式。 | 在 Google 看来，HTML、HTTP 标头和站点地图这三种方式效果相同；重复部署可能增加运维复杂度。 |
| 7 | 需要默认回退页面时，使用 x-default。 | 适用于语言/地区选择页面，或未匹配到相应版本的用户，但并非必需。 |
| 8 | 每次修改模板或路由后都进行测试。 | Hreflang 定义的是跨页面关系，因此一次部署就可能破坏整个页面集群。 |
Hreflang 是一种语言/地区路由信号，而非“AI 优化标签”
对于 SEO：hreflang 的用途有明确的文档说明。它向 Google 指明等效内容的不同语言或地区版本，以便 Google 展示其认为最适合用户语言或地区的版本。
对于 GEO 和 AEO：应采用更高的证据标准。本研究未测试 ChatGPT、Google AI Overviews/AI Mode、Gemini、Perplexity 或其他答案引擎，因此无法据此声称 hreflang 能直接增加 AI 引用。应将其视为清晰的多语言信息架构的一部分，而不是已获证实的生成式引擎排名因素。
这意味着什么：本研究支持将 hreflang 视为国际搜索实施中的一项信号，而不是经过测量验证的 AI 引用因素。为什么这很重要：SEO、GEO 和 AEO 团队不应将有文档依据的搜索语言/地区机制，演绎成缺乏证据的 AI 排名主张。
对于同时面向传统搜索和答案引擎优化内容的团队，更广泛的实践启示是：为各语言/地区版本保留独立且可抓取的 URL，确保页面可见内容的语言明确，对标题和页面内容进行一致的本地化，使规范 URL 设置与替代版本关系保持一致，并避免强制机器人或用户经过不透明的语言/地区自适应路由。
lang 属性。Hreflang 关注的是本地化版本之间的关系。本基准研究并未表明，添加 hreflang 能提升排名、获得 AI 引用或弥补翻译质量不足。
应用更新后的覆盖层，hreflang 采用率的研究结果仍基本一致
更新后的研究工作簿包含带标签的 JavaScript 和约鲁巴语/他加禄语敏感性分析覆盖层。其 README 明确指出，新研究应默认使用已冻结的 class_v1_0 分类。因此，我们仍将 69.7%（4,076 / 5,845）作为本基准研究的主要采用率。
仅作为敏感性检验，我们对各带标签覆盖层中归类为“已确认”的网站重新计算了 hreflang 使用比例，结果如下：
| 分类情景 | 已确认网站数 | 使用 hreflang 的网站数 | Hreflang 使用率 |
|---|---|---|---|
| 已冻结的 v1.0 — 主要结果 | 5,845 | 4,076 | 69.7% |
| 定向 JS 叠加分析 | 5,962 | 4,127 | 69.2% |
| 约鲁巴语/他加禄语敏感性叠加分析 | 5,647 | 4,053 | 71.8% |
| 合并推导结果展示 | 5,764 | 4,104 | 71.2% |
重要提示：69.2%–71.8% 并非统计置信区间。这些结果来自对同一组已冻结的成功记录应用不同分类情景。更新后的工作簿将这些覆盖层描述为带标签的替换项，而非新的抓取结果或替代测量数据。
本基准研究使用的技术术语
报告中的技术术语均配有点击或悬停即可查看的提示说明。对于刚接触国际 SEO 的读者，本术语表提供了更详细的解释。
| 术语 | 通俗解释 | 为何重要 |
|---|---|---|
| hreflang | 一种标注，用于关联面向不同语言或地区的等效 URL。 | 它帮助搜索引擎了解各个本地化 URL 对应的受众。 |
| 双向引用 | 替代版本页面相互引用，表明它们属于同一组语言/地区版本。 | 单向关系可能导致这组页面不完整或关系不一致。 |
| 自引用 | 每个本地化页面都在其 hreflang 集合中包含自身。 | 这样可以明确定义该集合，也便于在各个页面版本中进行验证。 |
| x-default | 可选的后备 URL，适用于不匹配任何特定目标语言或地区的用户。 | 适用于全球语言或地区选择页及默认页面，但并非必需。 |
| 绝对 URL | 包含协议、主机名和路径的完整 URL。 | 它能明确所引用的替代页面，避免歧义。 |
| 规范链接（canonical） | 用于指明实质上重复的内容应优先采用哪个 URL 的信号。 | 即使 hreflang 的其他配置均正确，存在冲突的 canonical 声明仍可能对本地化 URL 产生不利影响。 |
| ccTLD | 国家或地区代码域名，例如 .fr、.de 或 .com.au。 | 这是构建国际化网站的一种方式；此处的使用普及情况仅用于描述现状，并非推荐。 |
| GEO / AEO | 生成式引擎优化 / 答案引擎优化。 | 本研究并未证实 hreflang 是影响 AI 排名或 AI 引用的因素。 |
Hreflang 常见问题
简要解答国际 SEO 和本地化项目中最容易引起困惑的问题。
hreflang 能提升排名吗？
本次基准研究并未证实 hreflang 能提升排名。根据文档说明，hreflang 的作用是描述不同语言或地区的对应页面之间的关系，以便搜索引擎选择合适的本地化 URL。应将其视为用于路由和描述页面关系的元数据，而不是优质内容或技术 SEO 的替代品。
必须设置 x-default 吗？
不必。x-default 是一个可选的后备设置，适用于不匹配任何特定目标语言或地区的用户。我们单独报告其 65.2% 的采用率，不会将缺少 x-default 视为核心实施不合格。
需要同时在 HTML 和 XML 站点地图中设置 hreflang 吗？
不需要。Google 支持 HTML 注释、HTTP 标头和 XML 站点地图，这些方法可以相互替代。同时使用多种方法本身并不会带来搜索优势；主要风险在于多个来源的配置可能变得不一致。
hreflang 能解决翻译质量差或页面元素未翻译的问题吗？
不能。hreflang 描述的是 URL 之间的关系。它无法提升翻译质量、修复多语言混杂的内容、让被禁止抓取的页面变得可抓取，也无法解决本地化元数据质量不佳的问题。
本地化页面应将源语言页面设为规范页面吗？
不要想当然地这样做。如果本地化页面的目标是以独立、可索引的语言或地区 URL 存在，存在冲突的 canonical 声明可能会妨碍这一目标。规范链接设计应结合语言和地区架构一并审查，而不是机械地套用。
hreflang 对 GEO 或 AEO 有帮助吗？
本研究未测试 AI 答案引擎，也未表明 hreflang 能增加 AI 引用。更适合将其视为清晰的多语言信息架构的一部分。语言表达清晰、各语言或地区 URL 可被抓取、元数据一致以及本地化内容质量高，仍是需要分别关注的事项。
如果 hreflang 配置混乱，应先修复什么？
先检查页面是否可被抓取，以及各页面是否互为对应版本，再验证语言和地区代码、自引用、双向引用关系及规范链接设置是否符合预期。只有核心配置协调一致后，才应花时间处理 x-default 等可选设置。
本次基准研究如何开展
本分析是一项专题二次研究，基于 GlotEO 的《2026 年多语言网络现状》研究。更新后的工作簿包含25,005 次成功的网站分析，以及带标签的稳健性叠加层。对于新研究，工作簿要求研究人员使用已冻结的 class_v1_0 分类，除非分析明确选择采用某个叠加层。
| 项目 | 本报告采用的定义 |
|---|---|
| 主要研究总体 | 根据已冻结的 class_v1_0，归类为 multilingual_confirmed 的 5,845 个网站。 |
| 已使用 hreflang | 4,076 个已确认的多语言网站，其存储的研究字段中检测到了 hreflang 使用证据。 |
| 代码有效率 | 4,076 个使用 hreflang 的网站中，有 3,540 个通过了本研究的语言和地区代码验证。 |
| 双向引用率 | 在适用双向引用检查的 4,006 个网站中，有 3,470 个通过；另有 70 个使用 hreflang 的网站被标记为不适用。 |
| HTML 放置位置 | 使用 HTML hreflang 的 3,942 个网站中，有 3,913 个将注释放在文档头部。 |
| 所有适用的核心检查 | 4,076 个网站中，有 2,944 个通过了代码有效性、绝对 URL、自引用、双向引用（如适用）以及 HTML 头部放置位置（使用 HTML 时）的检查。不包括 x-default。 |
| 观测到的语言数量 | 根据限量抓取中观察到的语言得出。在仅抓取首页及四个内容页 URL 的设计下，最多只能观察到五种语言，并不一定代表网站支持的全部语言。 |
重要局限
这是一项观察性基准研究，样本来自 Tranco 排名中的大型网站，且均已按研究方案成功完成分析。它并非对整个互联网的随机抽样。自动化的语言识别、页面等价性判断和技术分类可能出现边界情况；更新后的工作簿也明确指出，其已冻结的 gold_* 人工验证列为空。JavaScript 和语言识别叠加分析属于稳健性分析，并非基于人工金标准的验证。
本研究也未衡量搜索排名、流量、转化、翻译质量、用户满意度或 AI 回答中的引用情况。按排名、语言数量或 URL 架构观察到的关联，不应被解读为因果效应。
可供引用的统计数据
以下每条表述均保留了总体范围和分母信息。点击复制按钮，即可获取便于引用的完整句子。
在 GlotEO 2026 年基准研究中，5,845 个已确认的多语言网站中有 4,076 个被检测到使用 hreflang。
1,769 个已确认的多语言网站未被检测到使用 hreflang。
在该基准研究中，4,076 个使用 hreflang 的网站中有 2,944 个通过了所有适用的核心检查，不包括 x-default。
在适用互返检查的 4,006 个 hreflang 实现中，有 3,470 个通过了该项检查。
Tranco 排名前 1,000 的网站组中，已确认多语言网站的 hreflang 采用率。
在限量抓取中，随着观察到的语言数量从两种增加到五种，hreflang 采用率也随之上升。
推荐引用格式
主要分析采用《2026 年多语言网络现状》衍生叠加分析工作簿中已冻结的
class_v1_0 分类；各个已标注的叠加分析场景作为敏感性分析单独报告。
外部标准与指南
- Google 搜索中心，告知 Google 您网页的本地化版本。
- Google 搜索中心，管理多区域和多语言网站。
- Google 搜索中心，Google 如何抓取根据区域设置自适应的网页。
- W3C 国际化，HTML 和 XML 中的语言标签。
- GlotEO，2026 年多语言网络现状。