多语言架构与 hreflang 配置

这项工作具体做什么

多语言官网不是把中文页面翻译一遍放上去就完事。搜索引擎需要知道三件事：这个站有哪些语言版本、每个版本给谁看、同一篇内容的不同语言版本之间是什么关系。这三件事靠语言路径规划、hreflang 标注和 canonical 三样东西共同表达。

语言路径规划决定英文版放在 example.com/en/ 还是 en.example.com 还是 example.de。三种做法各有代价，选定之后很难改，所以这一步要在开发之前定。

hreflang 是写在每个页面上的标注，告诉搜索引擎「这一页还有德语版在这个地址、法语版在那个地址」。它必须成对：英文页指向德文页，德文页也要指回英文页。少一半就不生效。

canonical 声明哪个地址是这篇内容的正式地址。多语言站常见的是同一篇内容能通过好几个地址访问（带参数的、带尾斜杠的、语言前缀写法不同的），canonical 把它们收敛到一个。

这三样加上语言切换控件、默认语言的处理和 x-default 的设置，构成一个多语言站的地基。地基之上才是页面内容。

不做会怎样

做错的直接后果是德国买家搜到的是你的中文页面，或者搜到英文页但打开跳转回中文首页。这两种情况买家都会直接退出，你在分析工具里只能看到跳出率高，看不到原因。

另一个后果是同一篇内容的几个语言版本被判定为重复，搜索引擎只留一个，其余不进索引。你花钱做了六个语种，实际参与竞争的只有一个。

多语言架构的特点是错误不会立刻显现。上线时一切正常，几个月后才发现某个语种的收录一直上不去。等到那时再改，要动的是 URL 结构，意味着全站跳转和权重转移，成本比一开始做对高得多。

这也是为什么这一项在物料清单里是必选项而不是可选项。它不是一个功能，是网站能不能在多个市场被搜到的前提。

验收时应该拿到什么

验收时你应该拿到：

一份语言路径方案，写明选了哪种结构、为什么、以后加语种怎么扩展。

一份已配置页面的清单，每个页面对应哪些语言版本、hreflang 怎么标的。

语言切换控件，能在保持当前页面的前提下切换语种，而不是一律跳回首页。

x-default 的设置说明：不匹配任何语种的访客看到什么。

一次抓取检查记录，证明标注成对、自指正确、没有指向 404 或已下线的地址。

你自己怎么验

你自己能验的几项：

打开任意一个英文页面，查看网页源代码，搜 hreflang。应该看到每个语种一行，包括指向自己的那一行。

复制其中一行指向德文页的地址，打开它，同样看源代码。它应该有一行指回你刚才那个英文页。指不回来就是没成对。

在语言切换控件里从产品详情页切到德语。应该还在同一个产品的德语页，不是德语首页。

用手机在非中国网络下访问根域名，看跳转行为是否符合方案里写的。

以上任何一项不对，都是这一项没做完，不是「小问题以后再说」。

常见被糊弄的地方

只在首页配了 hreflang，内页没有。这是最常见的一种，因为首页手工加一次很容易，全站自动生成需要在模板层做。

用机器翻译生成了六个语种，每个语种的 hreflang 都配对了，但内容读起来不像人写的。标注对了不代表页面有资格进索引。

hreflang 用了错误的语言代码。写 en-UK 而不是 en-GB，写 zh-CN 但内容是繁体。代码不合法时整条标注被忽略，而且没有任何报错。

语言切换做成了 JavaScript 跳转，搜索引擎抓不到其他语种的地址，等于没配。

canonical 全部指向中文版。这会让所有外语页面都不进索引，是一个改一行代码就能修、但不查就永远发现不了的错误。

用 IP 自动跳转语言且不给切换入口。搜索引擎的抓取来自美国 IP，它会认为你的站只有英文版。

为什么各家报价不同

价格主要由三件事决定：站点已有多少页面、语种数量、以及是新建还是改造。

新建站的多语言架构是在空地上打地基，工作量可预期。改造已有站要先盘点现存地址、处理历史遗留的重复页面、设计跳转方案，通常比新建贵。

语种数量对这一项的影响不如想象中大。架构做好之后加一个语种的成本主要在内容和路由落地，那是「语种扩展」那一项的钱，不是这一项的。所以清单里两项是分开的。