多语言外贸网站谷歌 SEO 落地实操方案
说明：hreflang 标签本身怎么写，见hreflang 配置避坑指南；本文讲整站的落地方案。
先定 URL 结构，这一步最难改
| 结构 | 形式 | 优点 | 缺点 |
|---|---|---|---|
| 子目录 | example.com/en/ | 维护简单、信号集中在一个域名、GSC 只需验证一次 | 无法按地区做 ccTLD 级别的本地信任 |
| 子域名 | en.example.com | 可以不同服务器、不同团队维护 | 需要在 GSC 分别验证；信号相对分散 |
| ccTLD | example.de | 地区信任最强，用户一眼认出本地域名 | 成本最高，每个域名都要单独积累权重 |
谷歌官方表示这几种结构它都能处理，选择主要取决于团队资源和业务规模。多数外贸中小团队，子目录是性价比最高的选择。
落地步骤
- 列语言与地区清单：先确定做哪几个语言、是否要区分地区（比如英语是否要分英美）；
- 定 URL 结构：一次性定好，后期改动代价很大；
- 搭目录：每个语言版本独立成体系，别只翻译首页；
- 做翻译：这一步决定成败，见下节；
- 配 hreflang：每个页面自引用 + 双向确认 + x-default；
- 检查 canonical：每个版本都要指向自己，不要统一指向英文版；
- 提交 sitemap：覆盖所有语言版本；
- GSC 验证：子目录验证主域名即可；子域名与 ccTLD 需要分别添加并验证；
- 本地化细节：货币、单位、联系方式、时区、案例与证书按地区调整。
翻译质量是真正的分水岭
机器翻译直接上线是常见做法，也是效果最差的做法，问题有两个：
- 对读者：专业术语和表达错误，采购方一眼就能看出不专业，询盘转化率明显下降；
- 对谷歌：批量生成的低质量翻译页面，符合「规模化内容滥用」的特征——大量页面几乎没有增量价值。
可行的做法：用机器翻译出初稿，必须由懂行业的人校对一遍；至少保证产品页、FAQ、询盘相关页面的翻译质量过关。
常见错误
| 错误 | 后果 |
|---|---|
| 只翻译首页，内页还是原语言 | 用户点进去就跳走了，本地化形同虚设 |
| 机器翻译直接上线 | 体验差 + 有规模化低质内容的风险 |
| 各语言版本的 canonical 都指向英文版 | 其他语言版本不会被索引 |
| hreflang 只写一边，没有回链 | 整组标签可能被忽略 |
| 按 IP 强制跳转且挡住爬虫 | 谷歌只能抓到其中一个版本 |
| 不同语言共用同一套产品图与案例 | 本地信任不足 |
上线后检查清单
- GSC 的国际化报告里有没有 hreflang 错误；
- 用网址检查工具看各语言版本抓到的内容是否对应；
- 抽查几个页面的源码，确认自引用与双向确认都在；
- 看索引报告，各语言版本的收录数是否都在增长；
- 确认没有因为按 IP 跳转导致某些版本抓不到。
常见错误（执行层面）
- 语言版本开了一半就停，有的页面有翻译有的没有；
- URL 结构定得太随意，半年后推倒重来；
- 只做英文，忽略目标市场母语（德语、日语等市场的本地搜索占比很高）；
- 多个地区共用一套内容，只有货币不一样。
来源：https://developers.google.com/search/docs/specialty/international/localized-versions
来源：https://developers.google.com/search/docs/fundamentals/seo-starter-guide