英国客户搜到了商品，点进来却是美元价格、美国配送条件。你明明已经做了英国站，问题出在哪？
先别急着再装一个多语言插件。错误版本出现在搜索结果里，可能与页面内容、规范地址选择、抓取情况或版本关联有关。只补一行标签，不一定解决得了。
Hreflang做的事很具体：告诉Google，这个页面还有哪些语言或地区版本，以及它们分别在哪里。 它不是翻译工具，也不是保证某个国家只能看到某个地址的开关。
下面用一个商品的三个版本，把配置和检查走一遍。示例网址只用于说明结构。
01
先确认，你是不是真的有多个版本
网站只有一个英文页面，客户来自美国、英国和澳大利亚，并不代表要给它硬加三套国家标签。先问一句：这几个市场是否有不同的页面要交给访客？
只有一个通用英文版本，可以用语言级的en来描述。确实分别经营美国和英国，且有独立页面、相应的货币、配送或售后信息，再考虑en-US与en-GB。
同样，右上角有“English / Deutsch”按钮，不等于已经有能被搜索访问的德语版本。如果按钮只是通过Cookie把同一个URL的文字换掉，Google未必能发现所有变化。Google建议为不同语言使用不同URL，而不是仅靠浏览器设置动态切换。多语言站点说明
打开两个版本，复制地址，再用一个没有登录、没有保留偏好设置的窗口访问。这个简单检查，往往比先翻插件设置更有用。
先有真实可访问的版本，再写它们之间的关系。
02
配对要落到这一页，不是整个网站
假设你卖一款亚麻衬衫，同一个商品有下面三个页面：
-
美国英语：https://example.com/en-us/linen-shirt/ -
英国英语：https://example.com/en-gb/linen-shirt/ -
德语：https://example.com/de/leinenhemd/
这三页可以组成一组。路径名称不必一模一样，页面必须确实对应同一个商品或同一份内容。不能因为德语商品还没翻译，就把英文商品页的德语版本统一指向德语首页。
首页对首页，商品对相应商品，文章对相应文章。批量生成时，最容易漏掉的是“这个页面有没有对应版本”这一步。
配图 01
同一个商品的不同语言页面，才是一组对应版本
某篇文章只有英文，没有德文，就先不为它声明德语替代页。缺一份真实翻译，不需要用一个无关页面凑齐语言矩阵。否则访客从一篇具体教程切换语言，却被送回首页，你的标签即使语法正确，内容关系也是错的。
准备上线前，先整理一张简单的对照表：内容名称、语言/地区、最终URL、是否可访问。商品数量多时，用商品ID或内容ID配对，比猜测路径翻译可靠。
03
语言代码和国家代码，别凭习惯写
en是英语，de是德语；en-GB是面向英国地区的英语，en-US是面向美国地区的英语。前半段回答“什么语言”，后半段才是可选的地区。
英国的地区代码这里使用GB，不是日常写惯的UK。也不要只写US，期待Google自动推断这是英语。语言与地区不是一回事，一个国家可能对应多种语言。
普通语言代码按ISO 639-1，地区代码按ISO 3166-1 Alpha-2。中文还有简繁书写系统的用法，例如zh-Hans、zh-Hant；有需要时再结合地区，不要把所有中文页面随手归成一个版本。Google支持的代码
配图 02
先写语言，再按需要补地区；英国英语使用 en-GB
做国际站，也不一定要把每个国家拆一个目录。如果多个国家用的都是同一份德文内容，没有不同的商业条件，一个de版本就可能更容易维护。不要为了把标签填满，先制造一堆几乎没区别的页面。
04
最小示例，先把这一组做完整
以英语和德语两页为例，在两页的HTML head里，都声明同一组关系。包括页面自己，也包括另一页。这里用两个版本，是为了把代码看清楚；实际项目按真实版本补齐。
<link rel="alternate" hreflang="en"
href="https://example.com/en/linen-shirt/">
<link rel="alternate" hreflang="de"
href="https://example.com/de/leinenhemd/">
英文页说“我的德语版本在B”，德语页也要说“我的英文版本在A”。只有单向声明，关系可能被忽略或无法被正确理解。自引用和回链，都是要逐页检查的部分。本地化版本配置
地址写完整，包含协议和域名。填写最终页面地址，避免指向旧路径、重定向中间站，或把测试域名留在生产环境里。
实现位置有三种：HTML标签、HTTP响应头、XML站点地图。Google把它们视为等效方法，没有“同时做三套就更强”的加成。普通HTML站点可以按现有系统选最容易维护的一种；PDF这类非HTML文件，可用HTTP响应头。大型站点也可以集中在站点地图维护。
WordPress多语言插件、Shopify的语言和市场设置，都可能已经输出这些关系。先看页面源码、响应头或站点地图，再决定是否需要补代码。不要在主题、插件和自定义代码里各写一遍，最后三处互相矛盾。
05
别让Canonical把语言版本收走了
一个容易忽略的情况：德语页的hreflang已经配对正确，但canonical却指向英文页。
Hreflang描述语言或地区替代关系，canonical表达规范地址偏好。检查它们时，要看整套信号是否说得通。不能一边保留完整德语版本，一边习惯性把全部语言都归到英文首页。
标签写得齐，不代表这些页面能各自正常参与索引。
对于内容确实已翻译、希望独立出现在搜索里的语言页面，通常保留各自合适的规范地址；同一种语言有多个重复URL时，优先在同语言范围里处理规范化。具体canonical判断，在前面的规范地址篇已经展开，这里不要靠一个多语言标签去覆盖那层问题。
配图 03
语言版本关系与规范地址选择，要一起核对
英语的美国版和英国版又有一点不同。两页如果几乎完全一样，Google可能把它们视作重复版本。Google的多地区站点说明也讨论了：相同语言、相似内容且使用不同URL时，结合canonical和hreflang表明偏好的地址及地区版本。因此不能把“所有页面必须自canonical”当成不看内容就套用的铁律。
回到经营实际：英国页的价格、配送、退货条件是否真的不同？如果有，准确展示这些差别。如果没有，先考虑有没有必要维持两个独立版本，而不是单靠修改标签要求Google一定分别处理。
06
上线后，沿着地址来回查
验收不只看“源码里搜得到hreflang”。选一件商品、一篇文章、一个分类页，检查完整的一组对应版本。
-
打开被声明的每个URL：是否落在预期的最终地址，是否返回正常内容，而不是404、登录页或无关首页。 -
核对页面语言与内容：标签写de，正文却还是英文，先处理内容本身。 -
反向打开另一版本：它是否列出了自己和原页面，是否仍指向旧地址。 -
同时查noindex、robots限制和canonical：不希望索引的页面，不该被当作正常搜索落地版本来安排。 -
改一条路径后重新检查整组：单页地址变了，其他语言页和站点地图里的对应地址也要更新。
配图 04
沿着对应地址来回走一遍，而不只看标签有没有
如果还有一个让访客选择语言或地区的入口，可以用x-default表明：没有匹配到已列出的语言/地区时，建议去哪里。它是兜底关系，不是“全球英语”的另一个写法，也不意味着每组都必须硬塞一个选地区页。不要给所有商品无脑绑定同一个不相关的首页，只为多一个标签。
页面上也要保留能用的语言切换入口。不要只凭IP或浏览器语言强制把访客来回跳转，导致人和爬虫都访问不到另一个版本。尤其检查：从商品切语言，是否仍然留在对应商品，而不是每次回首页。
Search Console可以辅助检查单个URL的获取、索引和规范地址情况，但它不是“所有hreflang已经生效”的一键认证。标签配置无误，也不能保证立刻收录、立即切换搜索结果，或带来某个固定幅度的排名提升。
记住这一点
最终要留下的，是一张能维护的版本对照表：每个内容有哪些真实版本、每个版本的最终地址是什么、彼此是否回链、规范地址是否合理。少一行标签容易补，错误的页面对应关系批量扩散以后，才更难收拾。
资料口径（2026年9月10日核对）：Google Search Central本地化版本、多语言和多地区站点文档。具体来源见正文。页面与操作图均为教学示意，不是客户实测或效果案例。
下一篇预告 · 42
下一篇，我们把这几篇技术内容收在一张检查清单里：抓取、索引、速度与状态码，先查哪里，查到问题后怎么安排处理顺序。
这里是跨境YOUNG，专注独立站SEO、GEO、AI搜索与跨境增长，分享能落地的策略、工具和实战判断。
SEO学习系列按完整路径持续更新，建议收藏系列，按顺序学习。