跳到主要内容
Wiki · 机制

搜索与AI可见性 / 搜索基础

Hreflang(多语言标注)

让搜索系统理解哪些独立 URL 是同一页面的语言或地区版本的关联标注。

Herewow Wiki机制说明

搜索与AI可见性 / 搜索基础

多语言标注

Hreflang

机制说明

Hreflang(多语言标注)用 `rel="alternate"` 把同一内容的独立语言或地区 URL 组成一组,帮助 Google 识别本地化版本。它不翻译页面、不判断语言,也不保证排名、收录或询盘;每个版本仍需真实内容和可抓取地址。

机制输入

  • 同一用途且各自可访问的语言或地区页面 URL。
  • 每个版本真实可见的本地化内容与对应页面关系。
  • 一套可持续维护的 HTML、HTTP 响应头或 sitemap 实现方式。

可检查的输出

  • 搜索系统可理解的本地化页面关系集合。
  • 买方可选择而非被强制跳转的语言版本路径。
  1. 01

    确认对应页面

    按同一产品、应用或资料建立集合,不用首页或缺失翻译页凑数。

  2. 02

    声明完整集合

    每个版本列出自身与所有真实变体,使用完整 URL 和正确的语言、地区代码。

  3. 03

    保持互相验证

    每个 URL 返回同一组关系;需要时设置 x-default 作为未覆盖语言或地区的落点。

  4. 04

    在发布后复查

    检查响应、canonical、语言选择和内容对应关系,记录缺失页而不伪造标注。

配置与检查

  • 每个 hreflang URL 返回 200,且页面内容和用途与同组版本相对应。
  • 每页都包含自身与同组所有真实版本的完整 URL,并能获得相应返回链接。
  • 语言代码在前,地区代码只在需要区分地区时添加;没有对应版本时不伪造页面。
  • 独立语言 URL、canonical、语言切换和移动端入口在迁移后一起复查。

失效信号

  • 把不同产品页、首页或未完成翻译页错误地放进同一语言集合。
  • 缺少自指、返回链接或使用无效语言地区代码,使标注被忽略或误解。
  • 按 IP 或浏览器语言强制跳转,导致买方和搜索系统无法访问其他版本。
  • 用 hreflang 代替内容本地化、canonical 判断或页面可抓取性检查。

为什么需要这个概念

工业供应商维护英文、德文和法文产品页,却有些版本只翻译导航或被自动跳转。买方进入错误版本后难核对规格,团队也无法判断 URL 是否真正对应。

先确认哪些页面真正互为版本

Hreflang 的输入不是语言菜单,而是一组独立、可访问、用途相同的 URL。同一产品的英文、德文和法文页可以互相声明;首页、不同型号页或只翻译页尾的页面不应强行配对。

参考:Google Search Central

Google 依据页面的可见内容判断语言,并不靠 hreflang、HTML lang 属性或 URL。标注只能说明已存在的本地化关系,不能替代完整翻译、规格核验和目标市场信息。

参考:Google Search Central

用一套完整关系声明语言版本

Google 支持在 HTML head、HTTP Link 响应头或 XML sitemap 中声明 hreflang;三种方式等效。团队应选择一种可持续维护的方式,而非三处重复配置。

参考:Google Search Central

  1. 为每种真实语言或地区版本准备完整、可抓取的绝对 URL。
  2. 在每个版本中列出自身和同组的所有版本,保持集合一致。
  3. 语言代码在前,地区代码可选;没有合适版本时,按需设置 x-default 落点。

互相指向是关键检查点:A 指向 B 时,B 也应指回 A。缺少返回链接或使用相对地址、仅国家代码等错误写法,可能使整组标注被忽略或误解。

参考:Google Search Central

把 URL、内容与规范网址分别处理

Hreflang 假设每个版本都有独立 URL。只按 IP 或浏览器语言改写同一地址的内容,会让搜索系统难以看到所有版本;Google 建议使用明确 URL 与 hreflang,而不是推测跳转。

参考:Google Search Central;Google Search Central

同语言、不同地区的相似页面还要判断 canonical。确认偏好 URL 和市场差异后,再让 canonical 与 hreflang 各自表达关系;两者不能互相替代。

参考:Google Search Central

在改版后同时检查买方路径

发布或迁移后,逐页抽查语言代码、完整 URL、自指、互指、200 响应和 canonical;再用不同语言入口确认买方仍能自主选择版本。不要把用户强制跳到某一种语言,以免他无法查看所需规格或验证资料。

参考:Google Search Central;Google Search Central

Hreflang 只说明版本关系。页面发现、买方意图、内容完整度和有效询盘仍需分别判断。

项目场景

让多语言产品页按相同内容集合互相指向

背景
一家泵阀供应商有英文、德文和法文的耐腐蚀泵页面;法文版缺少部分产品资料,团队原计划让所有版本都指向英文首页。
处理方式
团队只为内容和用途真正对应的产品页建立语言集合;缺少法文产品页时不虚构对应关系,而是在该页补齐后再加入集合。每个版本保留语言切换链接与自身规范网址。
可能结果
语言版本的关系可被逐页核对;买方仍可看到可选择的版本,团队也能明确哪些缺口属于内容而不是标签问题。

这是用于说明判断路径的情境,并非项目结果或客户案例。

常见误解

加了 hreflang,搜索系统就会自动识别页面语言。

Google 主要依据可见内容判断语言;hreflang 只声明已存在版本之间的关系。

每个语言页只需链接到默认首页。

应为同一页面的真实变体建立完整集合;没有对应内容时,不应伪造对应关系。

hreflang 能保证目标国家的排名和询盘。

它是辅助信号。内容、可抓取性、市场匹配和买方判断仍须分别验证。

还会被问到

只有英文和中文两个版本,也需要 hreflang 吗?

若两页是同一内容的独立语言版本,可以声明彼此关系;若页面用途或内容并不对应,先处理内容与 URL 关系,而不是为了数量添加标签。

x-default 是否每一组都必须设置?

不是。它适合没有明确语言或地区匹配时的落点,例如语言选择页;先确保真实语言版本的自指和互指正确。

资料与方法边界

本页的定义、口径或方法均以可核验资料为依据;下列来源用于说明适用边界,不替代具体项目判断。

  1. 01
    Localized Versions of your Pages

    Google Search Central · 核验于 2026年8月10日

  2. 02
    Managing Multi-Regional and Multilingual Sites

    Google Search Central · 核验于 2026年8月10日

  3. 03
    How Google Crawls Locale-Adaptive Pages

    Google Search Central · 核验于 2026年8月10日

继续阅读

当语言版本、页面职责和搜索入口需要一起规划时,先检查内容是否真正具备可对应的本地化版本。

了解小语种本地化建站与多语言 SEO

相关概念