先说一个可能让人意外的判断：多数多语言外贸站，要么根本不需要 hreflang，要么配了但配错了，等于没配。
hreflang 的作用只有一个——告诉 Google 这个页面还有哪些语言或地区版本，让正确的版本呈现给对应的用户。它不是排名因素。Google 官方的说法很明确：它帮助搜索引擎提供正确版本，本身不会让任何版本排名更高。
所以单语言站点不需要做，哪怕访客来自几十个国家。需要 hreflang 的是下面三种情况：同一内容有多个语言版本；同一语言面向多个国家且内容有实质差异（价格、货币、运输、拼写）；或者全球默认版本加若干本地化版本的混合结构。
四条硬规则
Google 官方文档对 hreflang 的要求可以概括成四条，每一条没做到都会让整套注解失效。
一、必须有双向返回链接。 如果页面 X 声明「我的德语版本是页面 Y」，那么页面 Y 也必须声明「我的中文版本是页面 X」。官方说明写得很直接：缺少返回链接时，注解可能被忽略或无法正确解读。这是 hreflang 最常见的错误，没有之一。
二、每个页面都要自引用。 页面的 hreflang 集合里必须包含它自己。德语页面要在自己的注解里写上德语版本，不能只列其他语言。
三、代码必须符合标准。 语言代码用 ISO 639-1，地区代码（可选）用 ISO 3166-1 Alpha 2。两条容易踩的规则：
- 单独指定地区无效。 `hreflang=”de”`（德语）是合法的，但没有「只写国家不写语言」这种形式
- 使用无效的地区代码会被忽略。 官方文档明确举例：`EU`、`UN`、`UK` 都不会对 Google 搜索产生影响。英国的正确代码是 `GB`，所以是 `en-GB` 不是 `en-UK`
另外，URL 必须是完整地址，包含协议（`https://`）。用连字符而不是下划线——`en-US` 对，`en_US` 错。
四、设好 x-default。 当用户的语言和地区都不匹配你声明的任何版本时，用 `x-default` 指定一个兜底页面。官方对它的定位是：专为语言选择器页面设计，最适合搭配这类页面使用；而且不需要为 x-default 指定语言代码，因为它面向的是语言不匹配的用户，与页面本身的语言无关。
三种实现方式，选一种就别换
- HTML head 里的 link 标签——最常用的方式，适合你能控制模板的普通页面
- HTTP 头——适合 PDF 这类无法编辑 head 的非 HTML 文件
- XML 站点地图——适合页面数量多、模板不好改的站点
三者在效果上是等价的，官方文档的建议是：选一种并保持一致，同一组页面不要混用。 混用是错误的高发区，尤其是「HTML 里写一部分、站点地图里又写一部分」这种半途切换的情况。
中文站最常写错的地方
外贸站做中英双语或多语言时，中文代码的写法是个高频错误点。
Google 官方支持用 ISO 15924 脚本代码来区分简繁体：`zh-Hans` 表示简体中文，`zh-Hant` 表示繁体中文。也可以在此基础上加地区，比如 `zh-Hans-US` 面向美国境内的简体中文用户。
常见错误是把 `zh-CN`、`zh-TW` 当作语言代码使用。`CN`、`TW` 是国家/地区代码，不是书写系统。用它们在很多情况下能工作，但语义上不准确——你要表达的是「简体」还是「繁体」，而不是「中国大陆」还是「中国台湾」。对主要面向海外华人市场的站点，这个区别尤其重要。
八个常见错误
1. 缺少返回链接。 前面说过，这是第一名。B 页面没链回 A，整套注解可能失效。
2. 代码写错。 `en-UK`、`en-EU`、只写地区不写语言、用下划线代替连字符。
3. 指向了非 200 的 URL。 hreflang 里写的地址如果是 301 跳转、404，或者被 robots.txt 挡住了，这条注解会被丢弃。站点改版或迁移 URL 之后最容易出这个问题。
4. 与 canonical 冲突。 页面的 canonical 指向 A，但 hreflang 里这个语言/地区的地址写的是 B，两个信号互相打架。规则是：hreflang 指向的应该是每个页面的规范版本。
5. 漏掉 x-default。 没有兜底页面时，语言不匹配的用户会落到 Google 的猜测上。
6. 漏掉自引用。 页面没有在自己的注解集合里写上自己。
7. 混用实现方式。 一部分页面用 HTML 标签，一部分用站点地图。
8. URL 不完整。 缺少 `https://` 或域名写错。
这八条里，前三条占了实际故障的绝大多数。
怎么验证配得对不对
Search Console 的国际定位报告能直接显示 hreflang 的错误，是第一步该看的地方。
网址检查工具可以看到 Google 对这个页面的具体判断，包括它识别到的 hreflang 集合。
第三方校验工具可以批量检查，能省不少时间。需要说明的是：这些工具不是 Google 维护或审核的，结果仅供参考。
最实用的验证方法：用目标国家的网络环境实际搜一次你的核心词，看出来的版本对不对。工具说不报错不等于效果正确——只有真实搜索结果能验证「对的人看到了对的版本」。
多语言站的结构怎么选
三种主流方案各有取舍：
- 子目录（`example.com/en/`、`example.com/de/`）——维护最简单，权重集中，多数外贸站的选择
- 子域名（`en.example.com`）——介于两者之间，配置灵活但需要注意各子域名是独立站点
- ccTLD（`example.de`、`example.co.uk`）——给用户的地理信号最强，但每个国家都要单独建站、单独维护，成本最高
对刚起步的外贸独立站，子目录通常是性价比最高的选择：维护成本可控，也便于后续扩展语言。等某个单一市场足够大、需要独立运营时，再考虑那个国家单独上 ccTLD。
多语言不只是加标签
最后说一句容易被忽略的：hreflang 只解决「哪个版本给谁看」，不解决「本地化做得好不好」。
机器翻译的产品页、货币和单位没转换、没有当地的认证信息、联系方式只有国内电话——这些问题 hreflang 一个都解决不了。多语言站真正的竞争力在本地化深度，标签只是让 Google 别搞混。
探索者SEO顾问团队在检查多语言外贸站时，习惯先不去看标签，而是直接用目标国家的网络环境搜一遍核心词——如果出来的版本不对，再去查 hreflang；如果版本对了但没流量，问题就在内容和本地化深度上，不在标签。
如果你正在搭或改多语言站，可以把现在的语言版本清单和 URL 结构整理一下，发给项目顾问做一次检查，电话 15617834052，邮箱 931519643@qq.com。技术层的整体排查见外贸网站技术SEO清单，页面内容怎么写参考机械设备产品页SEO。
常见问题
单语言站点需要做 hreflang 吗？
不需要，哪怕访客来自很多国家。hreflang 解决的是「同一内容有多个语言或地区版本时，把正确版本呈现给对应用户」的问题。单语言站没有这个问题。
hreflang 能提升排名吗？
不能。Google 官方的说明是它帮助搜索引擎提供正确版本，本身不会让任何版本排名更高。把 hreflang 当成排名手段是对它的误解。
什么是返回链接，为什么这么重要？
如果页面 X 声明「我的德语版本是页面 Y」，页面 Y 必须也声明「我的中文版本是页面 X」。官方文档明确写了：缺少返回链接时注解可能被忽略或无法正确解读。这是 hreflang 最常见的错误。
英国的 hreflang 应该写成 en-UK 还是 en-GB？
en-GB。ISO 3166-1 Alpha 2 里英国的正式代码是 GB，UK 属于保留代码，Google 会忽略。同理，EU（欧盟）和 UN 都不是有效的地区代码，en-EU 这类写法无效。
中文简繁体应该怎么写？
用 ISO 15924 脚本代码：zh-Hans 表示简体，zh-Hant 表示繁体，也可以再加地区（如 zh-Hans-US）。把 zh-CN、zh-TW 当语言代码使用语义上不准确——你要表达的是书写系统，不是国家。
hreflang 指向的 URL 有什么要求？
必须是完整地址（含 https://），必须返回 200 状态码。如果指向 301 跳转、404 页面，或被 robots.txt 挡住，这条注解会被丢弃。站点改版后要记得同步更新 hreflang 里的地址。