独立站能切 5 种语言，为什么 Google 几乎只收录英语？

做多语言独立站，有个问题很容易在验收时被忽略：

网站能切换语言，不代表每种语言都有机会被搜索引擎找到。

最近看了一位跨境客户的建站方案。他想用一套系统，覆盖英语、法语、德语、西班牙语和日语市场。

开发团队的方案很“丝滑”：根据 IP、浏览器语言，或者用户手动选择，加载对应语言包，把页面文字替换掉。

切到法语，页面变了。
但地址栏没变，依然是：
example.com/product

客户不解：网站上线大半年了，除了英语，其他语言为什么几乎没有自然流量和收录？

这类实现，首先要排查的就是：其他语言有没有可独立访问的网址。

用户知道点击右上角的语言按钮，也会保留上次访问的 Cookie。搜索引擎抓取时，未必会触发同样的条件。

Google 官方文档建议：不同语言版本使用不同网址，而不是只靠 Cookie 或浏览器设置调整内容。^［1］

原因并不复杂。Googlebot 通常从美国 IP 抓取，而且默认请求不设置 Accept-Language 语言偏好。Google 也会从美国以外的 IP 抓取，但不能指望它替你触发所有语言条件。^［2］

如果你把其他语言藏在特定 IP、Session 或按钮交互后面，Google 就可能一直抓到默认版本，无法充分发现其他语言内容。

多个语言版本共用一个地址，又依赖访问条件，搜索引擎就难以稳定发现和区分它们。

以同一件商品为例，可以这样规划：

直接访问 /de/product，就应该得到德语页面；换个 IP、清空 Cookie、重新打开，页面语言也应由这个网址确定。

这里有个概念要分清：独立 URL，不等于静态 HTML 文件。

页面可以由同一套程序动态生成。Google 也能处理 JavaScript 页面；但需要执行脚本的内容，还要确保能正确渲染。服务端渲染或预渲染，通常更便于稳定交付主要内容。^［6］

你完全可以继续使用一套代码、一个后台和一套数据库。要改的是语言版本的访问方式。

结构示意：一套系统，也可以输出多个语言网址。

常见的多语言网址结构有三种。选择时，先看业务和维护成本。

国家 / 地区域名

example.de、example.fr

适合长期独立经营某个国家市场、当地品牌与运营体系比较完整的业务。代价是多个域名的注册、续费和维护；部分后缀还存在资格限制，需按目标市场核实。

子域名

de.example.com、fr.example.com

适合不同市场由不同团队或系统管理、需要分开部署的情况。Google 支持子域名，也支持子目录；没有“子域名天然受罚”的通用规则。^［3］

子目录 · 多数中小团队的优先选项

example.com/de/、example.com/fr/

如果品牌统一、产品相近、由同一个团队维护，我通常更推荐子目录。理由很实际：

一个域名，品牌统一。
不用为每种语言另买一个域名。

一套系统，维护集中。
语言作为路由前缀，后台继续管理对应内容。

内部链接和运营更好统筹。
导航、内容更新和数据分析更容易保持一致。

这是基于维护成本的推荐，不是“子目录一定排名更高”的保证。换成 /de/，也不会自动获得流量；内容质量、内部链接和站点可抓取性仍然要做好。

01 / 语言切换，指向对应页面

用真实链接，把英文商品页指向同一商品的德语页、法语页。别切一次语言，就把用户送回首页。

识别出用户可能更适合德语时，可以提示切换；避免按 IP 或浏览器语言强制改写用户访问的语言版本。^［1］

02 / hreflang，关联同一内容的各个版本

让 Google 知道，哪些页面是同一内容的不同语言或地区版本。每个页面应包含自身和对应版本的标记，版本之间要相互指向。^［4］

还要分清语言和国家：es 是西班牙语；需要区分西班牙和墨西哥版本时，可使用 es-ES、es-MX。日语的语言代码是 ja。

hreflang 帮助匹配合适的版本，不保证收录，也不保证某个国家的用户永远只看到某个页面。

03 / canonical，别全部指回英文版

已经充分翻译、希望单独收录的语言页，通常应以自身网址作为规范网址。别把所有法语、德语页的 canonical 都指向英文页。^［5］

04 / 上线后，用抓取结果验收

把需要收录的语言页列入 Sitemap，检查有没有 noindex、抓取限制或错误跳转；再用 Search Console 的网址检查工具，分别查看各语言页的抓取与渲染结果。^［3］

同时确认：商品正文、标题和主要导航已正确翻译，而不是只换了几个菜单。