翻译 WordPress 网站：可抓取的多语言版本与 SEO

翻译 WordPress 网站不只是安装一个多语言插件。Google 要求每个语言版本都有独立且可抓取的 URL，导航和正文主要使用同一种语言；发布其他语言版本时，还需配置相互引用的 hreflang。

简要回答：为每种语言设置独立的 WordPress URL

WordPress 网站可以通过插件、多站点网络或外部代理扩展，但 SEO 的基础始终不变：每种语言都要有独立且可抓取的 URL。Google 建议为每种语言或地区设置不同的 URL，而不是仅依赖 Cookie 或浏览器语言。对于仅通过 JavaScript 或 Cookie 在 /pricing 上切换文本的插件，搜索引擎仍然只能索引一个 URL。

首先排除在同一 URL 上切换语言的方案，再选择团队能够长期维护的目录、子域名或独立域名结构。如果你正在确定目标市场范围，尚未设计 URL，可以先阅读国际 SEO 与多语言 SEO 的区别。

WordPress 多语言架构方案

三种常见架构：

1. 单站点多语言插件——添加语言地区前缀或并列的 URL 别名（/en/about、/fr/a-propos）。对小型营销网站而言，实施阻力最小。
2. WordPress 多站点——在同一网络下，为每种语言建立独立站点。隔离性强，但运维开销更大。
3. 反向代理或无头架构层——仍以 WordPress 为内容源，由边缘层或静态层提供各语言地区版本的 URL。适合对性能要求较高的技术架构。

只要每个语言地区版本都有独立的公开 URL 和完整的 HTML，这三种方案都能满足 Google 的要求。但无论采用哪种方案，都不应在同一地址上仅靠 Cookie 切换语言。

URL 结构：目录、子域名和独立域名

目录（/de/、/es/）可以共用一张证书和一个 Search Console 资源（通过路径查看各语言地区版本的数据）。子域名（de.example.com）适合区域团队管理或配置 CDN 规则。如果你运营的是真正面向本地市场的独立网站，国家和地区代码顶级域名（ccTLD）可以传达国家或地区定位信号。

Google 根据可见内容判断页面语言。选定一种结构，记录规范，并在上线后保持固定链接稳定。更改 URL 别名规则会破坏 hreflang 关联组和入站链接。

避免根据推测的语言或位置自动重定向。应提供清晰可见的语言切换器，链接到相应的其他语言版本 URL。

插件、多站点与代理方案的取舍

插件（如 WPML、Polylang、TranslatePress 等）在编辑体验和 URL 模式上各有不同，应评估实际可抓取性，而不是轻信营销宣传。确认插件会为每种语言创建独立 URL，而不是在同一个固定链接上通过 AJAX 切换内容。

多站点让每个语言地区版本都拥有独立的主题选项、菜单和用户。由于各站点的首页 URL 不同，可抓取性自然有保障。代价是需要管理站点网络，并为每个站点单独承担插件授权费用。

代理方案可以快速提供缓存的各语言地区版本 HTML，但仍须在边缘层输出正确的 canonical 和 hreflang 标签。WordPress 的各语言版本需要独立的公开 URL；仅靠 Cookie 或 JavaScript 切换内容不符合 Google 的指导建议。

比较工具时，请确认：每个翻译版本是否都有唯一 URL？hreflang 和站点地图能否自动生成或导出？编辑能否结合页面上下文审核译文？

hreflang、canonical 与 XML 站点地图

可通过 SEO 插件、专用 hreflang 扩展，或站点地图中的 xhtml:link 条目，在 WordPress 中配置 hreflang。hreflang 必须相互引用：如果 /en/about 引用了 /fr/a-propos，法语页面就必须使用匹配的代码引用英语页面和自身。

为每种语言设置 canonical 标签，指向该语言地区版本的首选 URL。不要将法语页面的 canonical 指向英语 URL。

WordPress XML 站点地图应列出每种语言的 URL，并与 hreflang 和 canonical 策略保持一致。许多 SEO 插件可以为各语言地区版本生成站点地图；请确认其中包含所有已翻译的自定义文章类型，而不只是文章和页面。有关审查方法，请参阅我们的多语言 SEO 平台概览。

菜单、小工具、媒体与主题字符串

主题经常会在页脚、按钮和小工具标题中硬编码英文。可通过插件的字符串翻译界面或子主题覆盖机制导出主题字符串。菜单应按语言分别设置：法语导航应链接到法语 URL，而不是只翻译标签、链接却仍指向英语 URL 别名。

媒体内容需要针对每个语言地区版本设置替代文本和说明文字。图片可以共用，但元数据必须与页面语言一致。小工具（搜索、邮件订阅、相关文章）应查询并调用本地化内容。

要让每个 URL 的内容主要使用同一种语言，就必须同时处理这些界面元素，而不只是文章正文。

WordPress 编辑工作流程

如果译者只在文章编辑器中工作，没有术语表或翻译记忆库支持，内容就难以持续维护。应加入以下环节：

• 术语表：统一产品和法律术语
• 翻译记忆库：复用已审核通过的表达
• 审核状态：发布前跟踪审核进度
• 变更检测：检测英文内容的更新

Google 的实用内容指南优先考虑以用户为本的页面；内容单薄或仅有模板文字的翻译无法达到这一标准。应定期审查各语言地区版本的主要着陆页。

实施清单

• 每种语言都有独立 URL（检查页面源代码和地址栏）
• 语言切换器链接到其他语言版本的 URL，而非仅通过 Cookie 切换
• 模板和自定义文章类型均配置相互引用的 hreflang
• 各语言地区版本的 canonical 均不跨语言指向
• 完整的 XML 站点地图，包含所有公开文章类型
• 已本地化的菜单、小工具、主题字符串和媒体替代文本
• 没有阻碍抓取工具访问的地理位置或语言自动重定向
• 在预发布环境中审核各目标语言版本

Bing 网站管理员指南同样强调，可抓取的网站结构和有用的内容有助于各市场版本被索引。

常见错误

单一 URL 的 AJAX 翻译——只有一个 URL 被索引，其他语言版本无法被发现。

hreflang 指向 404 页面或重定向地址——破坏相互引用关系。

混合语言菜单——法语标签链接到英语 URL 别名。

未翻译的主题页脚——削弱语言信号。

翻译文章的 canonical 指向英语版本——导致错误的页面归并。

按国家自动重定向——阻碍抓取工具和用户访问。

对核心内容使用未经审核的机器翻译——导致各语言版本页面内容单薄。

传统搜索与答案引擎的共同基础

对于 Google、Bing 和答案引擎而言，WordPress 多语言插件和公开的各语言版本 URL 仍需具备相同的基础：可供抓取的语言版本、明确的实体、有证据支持的论述、如实反映内容的结构化数据，以及真正的本地化，而不是只有英文内容的空壳。请将以下指南视为针对不同平台的解读，它们遵循的是同一套多语言交付标准。

平台指南：Google Search

对于 Google 搜索，内容能否被发现，取决于各语言和地区版本是否拥有可抓取的 URL、HTML 内容是否使用相应语言、标题和各级标题是否准确，以及存在替代版本时是否设置了相互指向的 hreflang。技术基础包括可被索引的内容（而非仅靠 Cookie 切换版本）、本地化元数据、站点地图，以及规范使用 canonical 标记。内容质量意味着每种语言的主体内容都应以用户为本；权威性来自清晰的组织身份和可相互印证的来源，而非翻译工具的营销宣传。对多语言内容而言，这意味着每个市场或语言版本的 URL 都必须能够独立发挥作用。衡量时，应按语言和地区版本查看 Search Console 的索引覆盖情况并使用网址检查工具。已知与不确定之处：Google 对多语言及 hreflang 的运作方式有明确文档，但不保证任何 CMS 或机器翻译译后编辑（MTPE）工作流程能带来排名。

平台指南：Bing

Bing 会发现并索引可抓取、结构清晰的多语言页面，这与 Google 对网址和内容清晰度的要求类似。技术基础包括可访问的各语言和地区版本网址、有实用价值的内容，以及通过 Bing Webmaster Tools 进行监测。应优先本地化各级标题、主张和常见问题，而不是只翻译界面框架。权威性信号仍取决于可信来源和一致的实体信息。对多语言网站而言，不要将语言版本隐藏在仅由客户端控制的切换功能之后。通过 Bing Webmaster Tools 衡量索引收录情况和抓取统计数据。已知与不确定之处：Bing 指南强调内容应可抓取且有实用价值；不要凭空编造与翻译工具有关的 Bing 专属排名因素。

平台指南：ChatGPT

当语言版本清晰、内容可直接用于回答问题时，ChatGPT 可能会引用或概述公开可访问的页面。这里的内容发现机制并非传统的抓取排名；可见性体现为被选作信息来源，或在回答中被引用。技术基础仍然始于可访问的 HTML 页面 URL，而不是将文案隐藏起来的叠加式小组件。有助于被采用的内容特征包括直接的回答、常见问题解答，以及基于术语表保持一致的术语。权威性来自证据，以及各语言和地区版本中一致的实体信息。对多语言内容而言，这意味着每个语言和地区版本的页面都应能独立阅读理解。衡量方法尚不完善，应将引用检查的结果视为有待验证的假设。已知与不确定之处：目前没有文档保证 MTPE 或任何 CMS 集成能让内容获得 ChatGPT 引用。

平台指南：Gemini

一致的实体信息、准确的结构化数据，以及可编入索引的本地化页面，有助于内容在 Gemini 和相关 Google AI 体验中被理解和使用。可见性关乎内容是否被引用或识别，而不是凭空编造 Gemini 排名因素。其技术基础与 Google 搜索的可抓取性和元数据质量要求相通。每种语言的内容都应清晰呈现主张和定义。权威性取决于组织信息的一致性及佐证。对多语言网站而言，通过术语表统一产品名称可减少不同语言和地区版本之间的混淆。衡量时，可通过 Search Console 使用传统指标，并抽样查看 AI 回答进行定性评估。已知与不确定之处：Gemini 的表现不能取代 Google 搜索关于 hreflang 和语言版本的官方文档指导。

平台指南：Google AI Overviews

Google AI Overviews 可能会链接到提供支持信息的页面；判断内容是否具备入选资格，仍以以人为本、可编入索引的内容为基础。它不是语言切换工具，也不能替代 hreflang。技术基础依然是可抓取的各语言和地区版本 HTML，以及如实反映内容的结构化数据。内容应在每种语言中提供简明的答案和清晰的各级标题。权威性信号与实用内容的要求一致。对多语言网站而言，任何翻译页面都无法保证被 AI Overviews 收录。在可用的情况下，通过 Search Console 的生成式搜索报告衡量表现，并与传统索引指标分开统计。已知与不确定之处：没有任何翻译流程能够承诺内容会出现在 AI Overviews 中。

GlotEO 如何发挥作用

当术语表管控和 SEO 验证变得重要时，临时拼凑的插件工作流程往往已无法满足 WordPress 团队的需求。GlotEO 提供WordPress 翻译集成，让营销人员管理各语言版本，同时由 WordPress 保持 URL 可供抓取。比较上线方案时，可查看 GlotEO 价格与套餐以及网站本地化平台。