多语言网站 hreflang 技术 SEO：繁中／简中／英文站的正确标记与踩坑
香港公司做出海网站，常见路线是先有繁中站，面向香港、台湾及海外华语客户；再做英文站，承接国际与东南亚市场；之后视需要加入简中版本，覆盖中国大陆、星马或其他华语搜索需求。真正麻烦的地方，是同一批内容有了多个语言版本后，hreflang 一旦标错，Google Search Console 未必会亮红灯提醒。很多时候，Google 只是静默忽略错误标记，结果错误版本出现在错误市场。
本文是技术 SEO 教学，属于出海企业会遇到的网站基建延伸脉络，并非任何自家代办服务。读完后，你应能判断语言码怎样填、三种实作方式如何选，以及 canonical 冲突为何会令整个 hreflang cluster 失效。
1. 什么是 hreflang？为何香港出海站一定会遇到
hreflang 是一组给搜索引擎看的替代版本信号，用来说明同一内容有哪些语言或地区版本，以及搜索结果应该向哪类用户显示哪一版。假设同一篇文章有香港繁中版、英文版与简中版，内容主题相近，Google 需要知道它们不是互相抄袭，而是同一页面的不同语言版本。
这里有三个常见误解。第一，hreflang 不是排名因子。它不会因为页面加了标记，就直接让排名升高；它是在页面本身已有排名信号时，协助 Google 选出较适合用户的语言或地区版本。第二，Google 不靠 hreflang 判断页面语言。Google 官方文档明确表示，它不使用 hreflang 或 HTML lang 属性来侦测页面语言，而是使用算法判断。第三，hreflang 不是指令。John Mueller 在 2025 年仍重申，hreflang 是 hint，不是 directive；就算标记正确，也可能被 canonical、索引状态、站点结构或内容相似度覆盖。
对香港出海站来说，港澳台与多数海外市场仍以 Google SEO 为主，所以标准 Google hreflang 做法是基础功。若要进入中国大陆，还会牵涉 Baidu、ICP 备案与本地主机等问题，不能假设 Google 的 hreflang 机制可以处理所有市场。
2. 繁中／简中／英文：语言码到底怎么填
多语言 SEO 的第一个技术关卡通常不是工具，而是语言码。标准做法是使用 ISO 639-1 语言码，例如 en、zh、ja；如需地区，再加 ISO 3166-1 Alpha-2 地区码，例如 en-US。整体格式遵循 IETF BCP 47，语言码通常小写，地区码通常大写，中间用连字号，不用底线。
中文站特别容易出错，因为中文同时有 script 与 region 两个维度。script 是字体变体，例如繁体与简体；region 是地区，例如香港、台湾、中国大陆。Google 官方文档列明 zh-Hant 可代表繁体中文，zh-Hans 可代表简体中文；如果需要更精准，才加入地区码，例如 zh-Hant-HK、zh-Hant-TW、zh-Hans-CN。ICU 相关建议亦采用语言、script、region 的顺序，也就是把 script 放在中间。
香港站的实务判断可以简化成一句话：内容差异不够大，不要急着拆 region。如果繁中内容主要覆盖香港、台湾及海外繁中读者，可先用 zh-Hant。如果香港与台湾页面在法规、币别、用语或服务流程上真的不同，才拆成 zh-Hant-HK 与 zh-Hant-TW。英文站可先用 en；只有英美港内容明显不同，才使用 en-HK、en-US 或其他地区版本。
常见错码表
以下错码很常见，而且 Google 多数不会主动报错，只会忽略或弱化标记：us 是地区，不是语言；en-UK 应改为 en-GB，因为 uk 是乌克兰语语言码；en_US 应改为 en-US；jp 应改为 ja；cn 应改为 zh；kr 应改为 ko。裸 zh 虽然可表示中文，但对繁简场景过于模糊，通常不适合用作香港繁中与简中站的主要标记。
3. 三种实作方式与如何择一
Google 官方列出三种 hreflang 实作方式：HTML head 内的 <link rel='alternate'>、HTTP Link header，以及 XML sitemap 内的 xhtml:link。从 Google Search 角度看，三者是等价的，选一种即可；同时使用多种方式没有额外搜索好处，反而会增加维护成本。
HTML head
HTML head 是最直观的方法，工程师与 SEO 顾问可以通过 view-source 直接检查。对繁中、简中、英文三语站来说，这通常已经足够。缺点是标记量会随语系数量快速增加；语系接近或超过十个时，页面模板与 QA 成本会明显上升。
XML sitemap
XML sitemap 适合大型企业站、商品站或内容量很大的站点，因为 hreflang 关系可集中在 sitemap 管理，不必塞进每页 HTML。代价是更新与抓取可能较慢反映，除非 sitemap 产生与提交流程本身已经很成熟。
HTTP Link header
HTTP Link header 最适合 PDF、图片、文档或其他非 HTML 资源，因为它们没有 head 区块可放 link tag。注意每个语言变体都要回传完全相同的一组 Link header，否则 return tag 关系会断裂。
这里的铁律是：不要混用两种 emission。若 HTML 与 sitemap 同时输出，而其中一边漏页、URL 不一致或 canonical 状态不同，就很容易制造 hreflang 冲突。香港三语站通常用 HTML head 即可。
4. 四条铁律：self-reference、双向互指、绝对 URL、200 状态
第一，每个语言版本都要列出自己。Google 官方写法是，每个语言版本必须列出自己以及所有其他语言版本。第二，所有版本必须双向互指；如果 A 指向 B，但 B 不指回 A，这组标记会被忽略。第三，URL 必须是完整绝对 URL，包含 https:// 或 http://，不能使用 /path 或 //example.com/path。第四，目标页必须回 200、可抓取、可索引；如果目标页 404、redirect chain 太长、noindex，或被 robots 阻挡，hreflang cluster 就不可靠。
最致命的坑：hreflang × canonical 冲突
多语站最常见的高风险错误，是所有语言页 canonical 都指向同一个主语言页。例如英文页与简中页的 canonical 都指向繁中页，页面又用 hreflang 表示三页互为替代版本。这对 Google 来说是矛盾信号：canonical 说只有繁中页应被视为正本，hreflang 又说英文与简中页应在不同市场出现。实务上，Google 可能直接忽略整个 hreflang cluster，非主语言页在相关语言 SERP 中变得很弱。
正确做法是：每个语言页 canonical 指向自己，再用 hreflang 互相链接。处理顺序亦应先修 canonical，再修 hreflang；否则你可能是在一组已被 canonical 否定的页面上反复修标记。canonical、hreflang 与 html lang 三个信号应保持一致。
5. x-default：语言选择页与 fallback 怎么设
x-default 不是语言码，而是 fallback 指示。Google 官方用途包括语言或国家选择页、会依地理位置自动导向的首页，以及没有对应语系时应显示的 catch-all 页面。它不会自动替用户转址，只是告诉搜索引擎在 SERP 没有更精准匹配时，应该显示哪一版。
每个页组通常只设一个 x-default。对繁中、简中、英文三语站而言，x-default 可指向英文版，或指向一个真正存在的语言选择页。重要的是，x-default 页本身也要含有指向所有语言变体的 return tags。当网站已有三个或以上语言变体，把 x-default 纳入检查清单会比较稳妥。
6. 香港站的实战决策树
第一步，先决定你是在分 script 还是分 region。只分繁简，就用 zh-Hant 与 zh-Hans；如果香港、台湾、中国大陆页面因法律、税务、币别、交付流程或搜索词真的不同，才使用 zh-Hant-HK、zh-Hant-TW、zh-Hans-CN。
第二步，决定是否要进入简中与大陆市场。大陆市场牵涉的不只是翻译，还包括 .cn、ICP 备案、本地主机与 Baidu 生态。研究笔记所列数据指出，hreflang 对 Baidu 并非有效机制，因此不能用 Google hreflang 取代中国 SEO 策略。
第三步，不要把繁简转换当成本地化。机械转字可以让内容可读，却未必让内容被正确搜索到。香港、台湾与中国大陆在商业词汇、技术词汇与搜索习惯上可能不同，直接转字有机会锁定到当地买家不会搜索的词。
每页上线前，最少检查六件事：self-reference、双向互指、绝对 URL、目标回 200、canonical 指向自己、同一页组只有一个 x-default。验证顺序可先看 return tags，再看 self-reference、x-default、canonical，最后才查语言码细节。
7. 2024–2026 变了什么
截至研究笔记所列数据，Google 仍支持并使用页面上的 hreflang tags，但仍视为 hint。真正改变较大的，是验证工具与监控方式。Search Console 的 International Targeting 报表已于 2022 年 9 月移除，过去可看到的 hreflang 错误监控不再存在。2024 年亦有数据指 Google 官方 hreflang validator 已不再提供，官方较多建议站长使用第三方工具。
因此，现行验证更依赖外部市场工具与自家爬虫流程，例如 Screaming Frog、Sitebulb、Ahrefs Site Audit 等可爬完整 hreflang graph 的工具；免费工具则可用作单页或小型 cluster 检查，例如 reciprocity checker 类工具。这些均属市场外部工具，不是本文品牌的自家产品或官方服务。
8. 常见错误 checklist 与如何验证
hreflang 最麻烦之处，是错误常常静默失败。Google 不一定为 hreflang mistakes 产生 crawl error；如果没有主动爬完整语系关系图，很容易以为标记已经存在，实际上却被忽略。
WordPress 多插件脉络
WordPress 原生不会自动输出完整 hreflang，常见做法是选用 WPML、Polylang、TranslatePress、Weglot 等多语插件。这些是市场常见方案与可集成的外部工具，不是本文品牌提供的自家 offering。实务上要避免两个插件同时输出 hreflang；例如一个 SEO 插件与一个多语插件各自输出不同 URL，就会令 Google 收到互相矛盾的信号。
TranslatePress 等插件可通过 filter 客制 hreflang localization；部分站点亦曾遇到 Cloudflare 安全规则阻挡 trp-ajax.php，导致动态翻译或 AJAX 请求出现 520。这类问题应从插件设置、Cloudflare rule 与实际 HTTP response 一并检查，不应只看页面表面是否有 link tag。
效益数字要保守理解
研究笔记提到 Ahrefs 的 Patrick Stox 曾扫描 374,756 个网域，发现使用 hreflang 的站点中，67% 至少有一项实作问题。另有二手研究提及正确 hreflang 可能带来非主要市场自然流量提升 47%，或曝光提升 20% 至 300%。这些数字只能作为风险与潜在机会参考，因站而异，并非保证排名、保证流量或保证转换。
9. 结语与下一步
hreflang 是出海技术基建的一环，不是排名魔法。对繁中、简中、英文站而言，先把 canonical、语言码、单一 emission 方式、双向互指与 x-default 做对，再谈内容扩张与流量增长，会比盲目加页面更稳妥。
多语站亦可能连带影响税务、公司架构、收款、数据流与合规安排；相关判断须按个案处理，宜咨询专业税务、法律或合规意见。本文不构成保证节税、保证排名、保证流量或任何一刀切安排建议。如涉香港公司秘书、信托或公司服务等受规管 TCSP 范畴，相关服务由 Intelligent Services Limited（TCSP 牌照号 TC010349）提供，非 Chan & Chung Consultancy Services Limited 本身。
若你正在规划繁中、简中与英文网站，并希望把网站技术、合规节点与出海路线放在同一张检查表上，可通过 Chan & Chung 服务页了解顾问支持入口。本文提及的 Screaming Frog、Sitebulb、Ahrefs、WPML、Polylang、TranslatePress、Weglot、Cloudflare、Google Search Console、Baidu 与 ICP 备案，均为外部工具、市场方案或延伸脉络，并非本公司提供的自家产品或服务。