出海团队在搜索上撞的墙，多半是同一面。市场调研做完了，广告也开了，网站还是那一套，访客点进来发现全是母语语境，价格用本国货币，案例全来自国内，转身就走。另一个极端是把网站摊成好几套域名，页面三倍增长，维护的人没有变多，几个月后连语言版本声明都对不上，内部先打起来了。

这两件事是一道选择题的两面，站点怎么搭，版本怎么声明。官方文档把选项、规则和边界都写得很清楚，混乱大多来自没有先做选择就直接开工。

国际化这一层要做三件事。选架构，一个站还是多个站、用哪种 URL 结构；声明版本，让搜索引擎明白各语言和各地区的页面是同一内容的变体；做区域内功，让页面真正像为目标市场准备的。先把边界说清楚，hreflang 解决的是版本识别问题，不承诺排名；架构没有普适最优解，只有和团队条件匹配的取舍。市场值不值得进，由 词量不等于市场那篇负责判断，本篇处理的是进去之后站怎么搭。SEO 的全景框架在 指南总纲里，本篇展开国际与本地这一层。

一个站还是多个站，先看四个条件

Google 官方文档把 URL 结构选项摊开了，每种都有明确的优缺点。国别域名（example.de）信号最清晰，服务器位置不重要，站与站分离干净；代价是费用高、可选范围有限、需要额外基建，部分国家还有严格的注册要求，而且一个域名只能对准一个国家。子域（de.example.com）容易搭建，可以分散服务器，分离度好；缺点是用户光看 URL 分不清 de 是语言还是国家。子目录（example.com/de/）最好搭，维护成本最低，同一台主机就能跑；缺点是用户同样分不清，服务器位置单一，站点间隔离也弱。参数式（site.com?loc=de）被官方直接标注为不推荐。

判断条件有四条。市场的数量与重心，试水两三个市场用子目录成本最低，重点市场做深了再考虑更重的结构；内容差异度，各市场只是翻译，还是连产品线都不同，差异足够大才支撑得起独立结构；团队运维能力，多一个域名就多一套证书、部署、分析和值班，没人接得住就别开这个头；品牌与合规要求，需要本地化品牌、当地法律要求独立主体呈现时，国别域名或子域的价值才真正兑现。

路径式多语言长什么样，其实每天都能见到实例。弦界官网本身就是这种结构，中文页面不带路径前缀，英文挂在 /en 下，两个版本的页面互相声明各自的另一语言版本。这种「默认语言加前缀语言」的组合适合大多数从双语起步的团队，先跑通一套，再谈更多语言。如果落地场景是电商站，语言与货币的设置细节可以对照 建站那篇。

国家与语言是两个维度

做国际 SEO 最常见的一个混淆，是把国家当成语言。英语可以对应美国、英国、澳大利亚和更多市场，西班牙语同样横跨几十个国家，语言相同不代表内容该长成一样。代码体系里这两个维度是分开的，语言用 ISO 639-1（en、de、zh），地区用 ISO 3166-1（GB、US、CA），组合写法就是 en-GB、en-US 这类；中文还多一个脚本维度，用 ISO 15924 写 zh-Hant、zh-Hans。

组合方式对应三种典型场景。单语言多国，比如英语站服务多个英语市场，各地区的版本差异主要在价格、物流和案例；多语言单国，比如一个市场内提供两种语言；多语言多国则是两者的叠加，也是出海品牌最终会走到的形态。官方还提了一条实用建议，如果为爱尔兰、加拿大、澳大利亚的英语用户分别做了 en-IE、en-CA、en-AU，最好再补一个不带地区的通用 en 页面，接住美国、英国以及其他英语地区的搜索者。

两个容易踩的点提前说清。Google 不会从国家代码自动推导语言；URL 里出现的 en、de 这类子域或路径，也不会被用来判断页面受众，目标受众必须显式声明。语言与地区声明做不完整，后面做得再细都可能被识别成同一版本。

hreflang 是声明体系，别当成排名工具

官方对 hreflang 的定位就一句话，告诉 Google 这些页面是同一内容的不同语言或地区变体。它不承诺排名提升，Google 识别页面语言用的是算法，也不依赖 hreflang 或 lang 属性。把 hreflang 当排名开关用，方向从一开始就错了。

实现方式有三条路。HTML head 里的 link 标签，HTTP 响应头（适合 PDF 这类非 HTML 文件），以及 XML sitemap。三条路选一条即可，官方明确说同时上多种实现没有搜索收益，反而更难维护。

具体的规则和常见错误，做成自检清单更好用。

  • 双向回指。页面 A 声明页面 B，B 必须回指 A，否则双方的声明都会被忽略。
  • 自指。每个版本都要把包括自己在内的完整版本集合列全，且所有版本上的集合保持一致。
  • 完全限定 URL。写带协议和域名的完整地址，不能只写路径的一半。
  • x-default 兜底。给没有明确语言或地区对应的用户准备一个兜底页面，比如语言选择页或通用主页。
  • 语言与地区组合正确。en、en-GB、zh-Hant 各就各位；有地区差异的页面别只声明语言。
  • 与 canonical 配合。同一语言的多个地区版本如果内容重复，选定一个优选版本并用 canonical 指向它，hreflang 负责说明版本关系，两者要互相一致。
  • 更新习惯。新增语言版本时，把新页面与主导语言版本双向补链，不要只在新页面之间互链。

清单跑完，声明这层基本就干净了。页面自身的标题与内链处理，见 站内优化清单那篇。

区域内容与本地信号

本地化不等于翻译。货币、单位、案例、联系方式、支付方式，这些一眼可见的细节决定访客是否觉得来对了地方。官方说明目标受众怎么判断时，列过一组页面级信号。页面上的本地地址和电话，当地语言与货币的使用，来自本地站点的链接，还有 Business Profile 的信息。这些信号不需要全占，但每一条都在替页面回答一个问题，你为这个市场做了什么准备。

判断条件有三条。目标市场的搜索需求足够大，服务或法规确有地区差异，团队能持续产出针对该地区的选题；三条同时成立才单独做，缺一条就把内容并进更少的页面，别做一批模板复制的薄页，那只会稀释整站的信号。区域内容的持续产出属于内容策略层的问题，框架在 AI 时代内容策略里。

还有一条硬性规则值得单独提醒，不要用 IP 分析去适配内容。官方的解释是 IP 定位既不准确也不可靠，还可能让搜索引擎抓不到你的版本差异，因为绝大多数爬虫从美国发起，并不会变换地区来探测站点变体。正确做法是显式声明版本，再把语言和地区切换链接放在页面上，让用户自己选。

本地 SEO 的基础动作

有实体或者想经营本地存在感的业务，动作主要在 Business Profile 上。先完成验证，这代表官方确认你有权代表这家业务；然后把信息补完整、保持准确，地址、营业时间、业务类别、服务范围这些填全的商家更容易出现在本地结果里；评价要回复，照片和视频要维护。本地结果主要基于三个因素，相关性、距离和知名度，官方明说没有付费提升本地排名的通道。知名度的来源包括外链和评价数量，评价的积累是可以主动经营的。

技术侧还有一件事可以顺手做，给业务页面补上 LocalBusiness 结构化数据，让地址、电话、营业时间这些信息机器可读。结构化数据怎么做、怎么和内容模型绑定，工程化那篇里讲得完整，这里只点一句。没有线下实体的纯线上业务，本地 SEO 就落在区域内容和信号一致性上，把该做的做到位即可。

几个常见的误区

以为 hreflang 贴了就等排名涨。它是声明工具，解决的是识别问题，官方从未把它列为排名手段。声明做全的价值在于让合适的版本被展示，排名本身要靠内容与链接。

全站机器翻译加一堆 hreflang 就等于国际化。低质量的翻译页面就算声明完整，用户跳出的速度也会说明问题。翻译之前先问这个市场值不值得投入内容，值得再谈质量。

每个市场都要上独立域名。国别域名信号强，但成本、基建和注册要求都是真实门槛，内容差异小、团队精力有限的阶段，子目录反而更稳。结构可以随着市场重心升级，不必一步到位。

用 IP 自动跳转替代显式声明。官方明确不建议用 IP 分析适配内容，跳错版本的体验问题和抓取问题都会找上门。把选择权交给用户，把声明交给爬虫，各拿各的。

相关阅读