一句话：第二门语言需要它自己的、用母语从头写的问题集，它自己的竞品集，和它自己的衡量曲线——因为翻译恰好会把「决定你能否被找到」的那些措辞磨平。

会浪费掉整件事的那个错误

团队把站翻了、把问题集也翻了，然后跨市场比较数字，好像它们测的是同一件事。并不是。一个德国买家查 robots.txt 校验时打的是 robots.txt testen，不是某个英文短语的译文——我们在写下第一行德语之前，就在这个查询上看到了 134 次曝光。

用目标市场的语言从零写问题集。如果你是翻译过来的，那你测的是「翻译过的站点在翻译过的问题上表现如何」，这是一个闭环，什么也说明不了。

竞品集因市场而异

引擎在一个市场点名的厂商，常常不是它在另一个市场点名的那些——本地玩家、区域经销商、没有国际业务的老牌公司都会冒出来。竞品集要按市场声明。把英语市场的集合搬到新语言里，算出来的声量份额是拿一批当地根本没人拿来比较的公司作分母的。

技术层

  • hreflang 必须互指。每个版本指向其余所有版本，包括它自己。单向 hreflang 是多语言里最常见的错误，它浪费掉的正是产出这些页面的翻译预算。
  • 在 sitemap 里声明各语言版本，而不是散落在各页 head 里——一处可审计，一处会坏。
  • 所有语言共用一种 URL 形式。末尾斜杠和 www 的决定，在所有语言上一致，否则你会把一个重复 URL 问题乘以语言数。
  • 字体自托管，并从目标市场实测可达性——在买家所在地打不开或很慢的页面，不是内容问题。

不要靠机翻堆页面数

站点一大，就会很想把所有东西过一遍翻译、把 URL 数乘上去。这是把一个语言版本变成负担的最快方式：大规模的低质翻译页面，看起来正是 Google 的垃圾内容政策所描述的「规模化内容」，而且会拖累站上其余部分。

可行的形态是分层的。程序化页面——对比页、参考页、数据驱动的页面——文案在数据文件里，所以加一门语言的成本是几百条字符串，质量也可控。长文则有选择地翻译：真正重要的那三五十篇，认真做；其余干脆不在那个语言下发布。五十张好页面的版本胜过三百张平庸页面的版本，而且更便宜。

按市场衡量，绝不混在一起

每门语言保留一条独立曲线，各有各的基线。混合后的数字会把你唯一想知道的事——新市场有没有起来——藏在成熟市场的体量后面。

先做哪个市场

从你已有的证据里挑，不要按市场大小挑。Search Console 在你翻译任何东西之前就会按国家显示曝光；那是一个免费信号，告诉你在现有语言下、哪里已经存在对你这个品类的需求。然后看那个市场有没有成型的本地竞品集——进入一个引擎已经点名三家本地厂商的市场，和进入一个它谁都不点名的市场，是两个不同的项目。