多语言外贸网站怎么做 SEO：先建立页面对应表，再检查 hreflang 与 canonical

多语言网站应先完成可独立访问的语言页面，再添加 hreflang 对应关系。翻译缺页、canonical 冲突或强制跳转没有解决时，多加标签也无法补齐内容。

翻译上线，不等于形成可索引的语言版本

一家 B2B 企业准备英语和德语网站。首页、服务页已翻译，案例和政策页仍显示英文正文；语言选择器依赖 Cookie 改变内容，部分德语 URL 又 canonical 到英文页。后台看起来有两种语言，公开站却没有一套能逐页验收的对应关系。

Google 的多地区与多语言网站指南建议为不同语言版本使用不同 URL，而不是只根据 Cookie 或浏览器设置在同一 URL 改内容。Google 主要根据页面可见内容判断语言，不使用 URL 或 lang 属性直接认定页面语言，因此只翻译导航、按钮和页脚，正文仍保留原语言，并不能得到可靠的完整语言页。

先用页面对应表把“翻译完成”和“技术上线”拆开。

• 页面任务：首页；英语 URL：已发布；德语 URL：已发布；翻译状态：完整；canonical：各自首选；hreflang 组：双向完整；入口与 Sitemap：均可发现
• 页面任务：核心服务；英语 URL：已发布；德语 URL：已发布；翻译状态：完整；canonical：各自首选；hreflang 组：双向完整；入口与 Sitemap：均可发现
• 页面任务：案例详情；英语 URL：已发布；德语 URL：未完成；翻译状态：缺失；canonical：仅英语；hreflang 组：暂不加入德语；入口与 Sitemap：英语保留
• 页面任务：退换政策；英语 URL：已发布；德语 URL：已发布；翻译状态：待法务复核；canonical：暂不发布德语；hreflang 组：暂不成组；入口与 Sitemap：德语不进 Sitemap

最重要的列是翻译状态。不存在的德语案例页不需要用英语正文占位来凑 hreflang；尚未审核的政策页也不应仅因为导航已经有德语入口就进入索引。某个语言版本缺失时，保留已经完成的页面即可，不要把缺失 URL 的 hreflang 临时指向该语言首页：页面任务并不对应，顾客也会从具体案例突然落到首页。

canonical 与 hreflang 回答两个不同问题

canonical 说明同一内容存在多个地址时，哪个 URL 更适合作为首选；hreflang 说明哪些 URL 是同一页面任务的语言或地区版本。把两个标签当成替代关系，是多语言网站最常见的结构冲突之一。

真实完成翻译、希望独立进入搜索的语言页面，通常各自保持 self-canonical，再通过 hreflang 建立对应。不要把德语、法语和西班牙语页面全部 canonical 到英语页，否则一边要求它们作为语言替代页出现，一边又声明英语地址才是首选。

Google 的canonical 指南明确区分 canonical 与语言替代标记。若同一种语言针对多个地区发布高度相似内容，例如德国德语与奥地利德语，才需要同时判断区域关系和重复内容的首选地址；不能把“多语言”一律等同于“重复页”。

检查时不要只看源码里是否出现这两个词。逐个记录最终跳转后的 URL、HTTP 状态、robots 指令、canonical 目标和页面实际正文，确认信号指向同一个发布意图。

hreflang 必须按完整页面组维护

Google 的本地化版本说明要求每个语言版本列出自身和其他对应版本，并保持返回关系。英语页声明德语替代页，而德语页没有返回英语页，这组标记可能不会按预期使用。

页面组可以用 HTML head、HTTP 响应头或 XML Sitemap 表达。Google 将三种方式视为等效，并说明同时使用并没有搜索收益，反而更难维护。团队应选择最容易从同一数据源稳定生成和验证的一种，而不是在主题、代理与 Sitemap 各维护一套可能不一致的清单。

语言和地区代码也要表达真实目标。en 面向英语使用者，en-US 才是面向美国的英语版本；不能只填国家代码。x-default 可以指向语言选择页或没有匹配语言时的默认入口，但它不是必填项，也不应被用来替代缺失翻译。

每次增加、下架或迁移语言页，都要更新整个对应组。只改新页面而不改旧版本，会留下单向关系；URL 改版后继续输出旧语言地址，则会把爬虫送进重定向或 404。暂时 noindex 的翻译页也不应作为可搜索替代版本加入正式对应组，等内容和索引资格同时通过验收后再成组发布。

不要让自动跳转藏住其他语言

根据访问者 IP 或浏览器语言自动推荐内容，可以改善部分访问体验；强制跳转却可能让用户和爬虫无法访问另一版本。Google 的区域自适应页面说明指出，Googlebot 的默认请求通常不带 Accept-Language，来源也可能影响看到的版本，因此推荐使用独立区域 URL 并明确标注对应关系。

更稳妥的做法是让每个语言 URL 可直接访问，提供清楚的语言切换入口，并记住用户选择；若做自动推荐，允许用户返回和切换，不要把所有访问无条件推回一个市场。登录、支付或法规页面另有业务要求时，应先满足合规与交易正确性，再单独设计搜索入口，不能套用内容页规则。

用样本页完成上线前后两轮验收

不要只验证首页。至少从首页、服务或集合、产品、案例或文章、政策页面各选一组，覆盖完整翻译、暂缺翻译、已下架和发生重定向的不同状态。

上线前逐组检查：

1. 每个计划发布的语言 URL 返回可索引的 200 页面，正文和导航以目标语言为主。
2. canonical 指向该页面实际首选地址，不跨语言误合并，也不指向重定向或 404。
3. hreflang 包含自身和所有真实对应版本，各页集合一致并双向返回。
4. 语言切换、站内链接和导航都指向最终 URL，不依赖只有脚本才能触发的隐藏入口。
5. Sitemap 只收录正式可索引页面，且与页面对应表的发布状态一致。
6. 页面标题、描述、正文、图片替代文字、结构化数据和政策内容都完成本地化复核。

上线后再从公开网络读取最终 HTML、响应头与 Sitemap，确认 CDN、缓存或代理没有输出旧配置；用 Search Console 的 URL 检查观察 Google 看到的 canonical 与抓取页面，并按语言目录或主机比较收录与点击。正确标记有助于理解对应关系，但不保证每个语言页都被收录、排名或按指定版本展示。

只有单一语言，或第二语言只服务登录后的内部用户时，不需要为了“国际 SEO”创建公开 hreflang。先确认内容是否真的面向搜索与公开访问，再决定是否建立语言 URL 和维护责任。

李李出海在外贸网站设计、改版与 SEO / GEO 工作中，可以协助把页面清单、翻译状态、URL、技术标记和上线验证放进同一份对应表。多语言 SEO 的基础不是标签数量，而是每个页面组都有清楚内容、稳定地址和可复查的发布状态。