外贸站最隐蔽的国际 SEO 故障，不是英文翻译差，而是机器永远拿不到稳定的语言版本：同一个 URL 随 IP 换语言，德语页 canonical 回英文，hreflang 只有单向声明，x-default 指向会强制跳转的首页，Sitemap 又列出另一套 URL。正确的技术合同很简单：每个语言或地区版本有独立 URL、页面自引用 canonical、所有可用版本互相声明 hreflang，x-default 只做中立入口，并让可见页面、HTML 与 Sitemap 描述同一张矩阵。
一、先分清四个信号分别回答什么
URL 回答“这个版本在哪里”
英文、西班牙语、日语或特定国家版本需要稳定、可分享、可抓取的独立 URL。路径、子域或国家域名都可以，关键是同一 URL 的主内容不要因访问者位置而变成另一个语言版本。
canonical 回答“这个页面的首选索引副本是谁”
独立的语言页面通常应该 canonical 到自己。它不是语言切换器，也不应该把所有译文并回英文首页。
hreflang 回答“还有哪些面向其他语言或地区的等价版本”
它建立的是版本集合。每个页面必须包含自己，也必须指向集合内其他真实存在的版本；被指向页面要反向声明回来。
x-default 回答“没有明确语言或地区匹配时用哪个入口”
x-default 可以指向语言选择页，也可以指向你设定的全球默认版本。它不是“英文”的另一种写法，也不应该指向登录页、404 或无限跳转页面。
二、先建页面矩阵，不要从模板里猜
假设一个外贸制造商有下面四个真实版本：
| 市场 | URL | lang | hreflang |
|---|---|---|---|
| 全球英语 | /en/products/laser-cutter | en | en |
| 美国英语 | /en-us/products/laser-cutter | en-US | en-US |
| 德国德语 | /de-de/produkte/laserschneider | de-DE | de-DE |
| 日本日语 | /ja/products/laser-cutter | ja | ja |
先在路由注册表里记录“页面家族 → 可用语言”，再由这张注册表生成语言导航、hreflang 和 Sitemap。不要让前端组件、SEO 配置和 Sitemap 各维护一份数组。
如果日语版本尚未完成，就不要提前输出指向日语 404 的 hreflang；如果某产品因认证限制不在美国销售，也不要机械复制 en-US 页面。hreflang 只能描述真实可访问、内容等价的版本。
三、canonical 必须与语言策略一致
多语言站常见的错误组合是：
- 德语页面 canonical 指向英文页面；
- 同时在德语页面声明 hreflang=de-DE；
- Sitemap 又把德语 URL 当独立页面提交。
这三个信号互相冲突。canonical 要求搜索系统把德语页视为英文页的副本，hreflang 和 Sitemap 却要求把它视为独立版本。
Google 当前指南建议，使用 hreflang 时应为每种语言选择同语言 canonical；如果同语言里有多个地区版本，再在同语言版本中选合适的规范页。对真正独立的国家价格、库存或合规页面，自引用 canonical 通常最清晰。
检查时不要只读页面源码文件，要读取线上最终 HTML。框架 metadata、反向代理、重定向或缓存都可能让最终 canonical 与代码预期不同。
四、hreflang 的五条硬规则
规则 1：使用完整绝对 URL
hreflang 的 href 应包含协议和域名。不要输出相对路径，也不要混用 www、非 www、HTTP 与 HTTPS。
规则 2：页面必须声明自己
英文页面的集合里要有英文自己，德语页面的集合里也要有德语自己。缺少自引用，会让集合不完整。
规则 3：链接必须双向
如果英文页指向德语页，德语页也要指回英文页。单向链接可能被忽略。这条规则必须对页面家族里的每一对有效版本成立。
规则 4：语言和地区代码要有效
语言使用 ISO 639-1，地区使用 ISO 3166-1 Alpha 2，格式为 language-REGION。例如日语是 ja，不是国家代码 jp；英国英语是 en-GB。
规则 5：指向的是等价页面
产品 A 的英文页不能把 hreflang 指到德语分类首页，博客正文不能指向另一篇“主题相近”文章。目标应是同一用户任务的本地化版本。
五、HTML、HTTP Header 与 Sitemap，选一种主实现就够
Google 支持三种 hreflang 实现：
- HTML head 里的 link alternate；
- HTTP 响应头，常用于 PDF 等非 HTML 文件；
- XML Sitemap 的语言版本声明。
三种方法在 Google 看来没有谁更强，同时使用也不会获得额外收益。对普通外贸 HTML 站，优先使用页面 head 往往最容易就地验证；对大量由同一注册表生成的页面，也可以使用 Sitemap。无论选哪种，数据源必须唯一。
本站自己的验收会同时检查页面 canonical 和 Sitemap URL，但这不意味着一定要在两处重复 hreflang。Sitemap 仍负责发现规范 URL；语言关系可以选择由 HTML head 作为主实现。
六、不要用强制跳转毁掉可抓取性
根据 IP 或 Accept-Language 自动识别可以用于提示，不应成为不可绕过的重定向。
危险做法包括：
- 美国 IP 打开任何语言 URL 都被强制跳到 en-US；
- 浏览器首选中文时无法访问英文页面；
- 搜索爬虫永远只能看到默认语言；
- 用户选择语言后，每次请求又被地区判断覆盖；
- 根路径在两个版本之间形成重定向环。
更稳妥的方式是保留请求 URL，显示非阻断的语言建议，并让用户主动切换。用户选择可以记入 Cookie，但原 URL 仍应可直接访问。
Googlebot 通常从美国发出请求，也不会发送你能依赖的完整本地语言偏好。只靠位置自适应而没有独立 URL，很容易导致其他版本无法被发现。
七、x-default 应该指向哪里
x-default 常见有两种合理选择：
语言选择页
如果首页本身不承载某一种语言的主内容，而是让用户选择市场，x-default 可以指向该中立页。这个页面必须返回 200，可被正常访问，并提供指向各版本的真实链接。
全球默认版本
如果根路径就是完整的全球英语版，可以让 x-default 指向根路径，同时 en 或 en-US 也指向对应英文版本。不要为了“字段完整”额外制造一个没有用户价值的选择页。
无论哪一种，x-default 都不解决 canonical 问题，也不替代具体语言代码。
八、Sitemap 只提交规范、可索引、返回 200 的 URL
Sitemap 不是把所有路由倒出来的清单。应排除：
- 登录、账户、结账和后台页面；
- 搜索结果、筛选参数与会话 URL；
- 被 noindex 的页面；
- 重定向、404 或软 404；
- canonical 指向其他页面的重复版本；
- 尚未发布的语言占位页。
如果把 hreflang 放在 Sitemap 中，每个 URL 条目都需要列出包含自己在内的全部语言版本。页面数量一多，手写 XML 很容易漏掉回链；由同一页面注册表生成更可靠。
九、一套可自动化的线上验收
对每个页面家族逐 URL 发请求，至少记录：
- 最终状态码必须是 200。
- 最终 URL 与预期一致，没有隐式跨语言跳转。
- HTML lang 与可见正文语言一致。
- canonical 唯一、绝对，并指向预期规范 URL。
- 页面没有误设 noindex。
- hreflang 集合包含自己和全部已发布等价版本。
- 每个 hreflang 目标返回 200，并反向包含当前页。
- x-default 目标返回 200，不形成跳转环。
- Sitemap 包含规范 URL，不包含重复或私有 URL。
- 页面主体标题、价格、规格与目标市场一致。
建议把每个页面家族转换成一张 N×N 矩阵：行是来源页面，列是目标语言。每个有效格都必须有链接，且对角线就是自引用。发布新语言时，测试应先失败，直到所有已有版本都补齐新回链。
十、外贸站最常见的六种故障
1. 把机器翻译参数页当成独立市场页
URL 虽然不同，但标题、单位、认证、运费和询盘条件没有本地化。hreflang 只能说明关系，不能提升内容质量。
2. 所有语言 canonical 到首页
详情页的索引信号被错误合并，搜索系统也难以为用户选择对应详情页。
3. 只在英文模板加 hreflang
其他语言没有回链，语言集合不成立。
4. 用国家代码代替语言代码
例如把日语写成 jp。正确语言代码是 ja。
5. Sitemap 每天刷新 lastmod
正文未变却持续制造“更新”时间，不能帮助机器判断真实新鲜度。lastmod 应对应显著内容变化。
6. 语言切换按钮不是链接
只有 JavaScript 状态切换、没有真实 href，禁用脚本或直接抓取时无法发现其他版本。语言导航应提供可访问 URL。
十一、这对 GEO 有什么作用，不能证明什么
独立语言 URL 和一致的国际化信号，可以让搜索引擎与其他抓取系统更容易取得正确版本；本地化规格、政策和供应商事实，也降低回答系统核验信息的成本。
但技术正确不能证明：
- 某个 AI 系统一定抓取了页面；
- 页面一定进入搜索索引或检索候选；
- 系统一定选择这个语种作为回答依据；
- 品牌一定被引用、推荐或获得询盘。
语言版本的引用还需要分别观察。《多语言 AI 可见度：为什么英文内容做得再好，德语、日语、西语的 AI 回答里依然查无此人》讨论的是内容与监测层；本文解决的是更上游的路由与发现合同。
商品页还要同时处理市场价格、库存与变体，可继续阅读《跨境商品数据工程》。三篇技术路线也已汇总到跨境电商与外贸 SEO/GEO 技术中心。
十二、发布前最终清单
- [ ] 每种语言或地区有稳定独立 URL。
- [ ] URL 可直接访问，不被 IP 或浏览器语言强制改写。
- [ ] 每页只有一个自引用 canonical。
- [ ] hreflang 使用绝对 URL 和有效代码。
- [ ] 页面声明自己，并与其他版本双向回链。
- [ ] x-default 指向真实的中立入口或默认版本。
- [ ] 语言切换器使用真实链接。
- [ ] Sitemap 只列规范、200、可索引 URL。
- [ ] 结构化数据、可见正文和语言路由一致。
- [ ] 自动化测试覆盖状态码、canonical、回链与 Sitemap。
边界声明
本文解决多语言页面的技术发现与版本关系，不保证索引、排名、AI 引用、流量或询盘。站点迁移、市场新增与路由改版都可能改变矩阵；每次发布后都应以线上最终响应重新验收。
资料来源
本文规则来自 Google Search Central 的多语言与多地区站点、hreflang 和 canonical 官方指南。工程验收方法由妙蛙 GEO 研究团队结合跨境商品页与外贸询盘页场景整理。