语种扩展

这项工作具体做什么

语种扩展是在已经建好的多语言架构上，增加一个完整的语言版本。

它包含的工作有：为新语种配置路由和地址规则，把它加进 hreflang 的标注网络，配置语言切换控件，把已有页面在新语种下落地，处理这个语种特有的排版问题（德语的长单词、阿拉伯语的从右到左、日语的换行规则），以及为这个语种单独配置标题摘要。

要区分清楚的是，这一项不包含翻译。翻译是另一件事，在清单里单列。这一项是让翻译好的文字能在正确的地址、以正确的排版、被搜索引擎正确识别地显示出来。

如果站点还没有多语言架构，那么第一个外语版本要先做架构，成本和后续每加一个语种不是一回事。清单里把两项分开，就是为了让这个差别写在明面上。

不做会怎样

外贸企业加语种通常有两个动机：某个市场已经有客户，想让他们看得更方便；或者想开一个新市场。

第一种动机下，加语种的价值容易被高估。已经在谈的客户不会因为网站有德语版就多下单。真正的价值在于新客户——搜德语关键词的采购，在你没有德语页面时根本搜不到你。

第二种动机下，最容易犯的错是一次加六个语种。六个语种意味着六份内容要维护，产品更新一次要改六个地方。多数企业维护到第三个月就放弃了，网站上留着四个长期不更新的语言版本，比只有英文更伤信任。

所以合理的做法是一次加一个，跑三到六个月看有没有真实流量和询盘，再决定加不加下一个。这也是为什么清单里这一项按语种计价、可以逐个勾选，而不是打包卖一个「多语言套餐」。

验收时应该拿到什么

验收时你应该拿到：

新语种的地址规则说明和一份页面地址清单。

更新后的 hreflang 配置，新语种已经加入标注网络，且所有已有语种都指回它。

可用的语言切换控件，能在当前页面上切换而不是跳回首页。

该语种下所有页面的标题和摘要，不是机器套用的模板。

排版检查记录：这个语种特有的问题（长单词、字符高度、书写方向）已处理。

sitemap 已包含新语种的地址。

你自己怎么验

自己验的几项：

打开新语种的一个产品页，看源代码里的 hreflang，确认包含所有语种且有指向自己的那一行。

回到英文版同一个产品页，看它的 hreflang 里有没有新语种。没有就是没成对。

在产品详情页点语言切换，应该到同一个产品的新语种页面。

看新语种页面的浏览器标签标题，应该是该语种的文字，不是中文或英文。

在手机上打开新语种的首页，看有没有文字溢出或按钮被撑破。德语和俄语最容易出这个问题。

访问 sitemap.xml，确认新语种的地址在里面。

常见被糊弄的地方

用浏览器插件或自动翻译脚本冒充语言版本。这类方案生成的内容搜索引擎抓不到，等于没有新语种，但你会以为已经有了。

只翻译了首页。买家点进产品页发现是中文，比首页就是中文更让人困惑。

标题和摘要没翻。页面正文是德语，搜索结果里显示的是中文标题，点击率会很低。

hreflang 只单向加了。新语种指向老语种，老语种没指回来，标注不生效。

没考虑排版。德语的复合词会撑破按钮，阿拉伯语需要整个布局镜像，这些在中文和英文下都不会出现。

一次加六个语种然后没人维护。半年后六个版本的产品信息互相矛盾。

用了本地化域名但没做地区定向配置，搜索引擎不知道这个版本给哪个国家看。

为什么各家报价不同

每个语种的价格主要看页面数量和该语种的排版复杂度。

拉丁字母语系（英、德、法、西、葡）成本接近。阿拉伯语和希伯来语需要整体镜像布局，明显更贵。日语和韩语涉及字体和换行规则，中间水平。

页面数量是另一个变量。一个二十页的企业站和一个带八百个产品的目录站，语种扩展的工作量不在一个量级——后者主要成本在产品数据的多语言字段处理。

翻译费用单列，不含在这一项里。