# TranslatePress 中 hreflang 指向 404 页面：需要检查什么

> TranslatePress 中的 hreflang 链接指向 404 页面？检查别名、已删除的语言和路由，并了解 LingoWP 如何处理缺失的译文。

- URL: https://www.lingowp.com/zh/blog/translatepress-hreflang-404/
- Author: Amine Sayagh
- Category: 故障排查
- Published: 2026-10-06
- Language: zh

一次 SEO 审计在你的英语页面上发现了一个法语语言链接。你打开列出的地址，看到的却是“找不到页面”。

原始页面依然正常，但 hreflang 承诺的语言对应页面却打不开。

**当 hreflang 指向 404 页面时，先判断内容是存在于另一个地址、需要恢复，还是被有意删除。然后把生成的链接改为可用的语言网址、恢复目标页面，或移除不可用的备选项。**

正确的修复方式取决于目标缺失的原因。下面介绍如何在 TranslatePress 中排查，以及 LingoWP 对未翻译文字和错误页面的处理方式能帮你解决哪些问题。

*由 LingoWP 发布。外部指南核对于 2026 年 10 月 6 日。下文描述的 LingoWP 行为基于其 1.5 版的开发评测。*

## 这条警告的真正含义

hreflang 用来标明页面的语言或地区对应版本。404 警告意味着列出的某个目标返回了 HTTP“未找到”响应。

举例说明：

| 你检查的内容 | 结果 |
|---|---|
| 英语页面：`/about/` | 正常打开 |
| hreflang 中列出的法语备选：`/fr/about/` | 返回 404 |
| 当前的法语页面：`/fr/a-propos/` | 正常打开 |

在这个例子中，内容是存在的，只是标注用错了地址。

Screaming Frog 把不可用的备选网址归入 **Non-200 Hreflang URLs**，并建议使用正确的、可编入索引的规范目标。成功的 200 响应只是其中一项检查；目标页面还必须包含合适的语言对应内容。[查看它的 hreflang 检查说明](https://www.screamingfrog.co.uk/seo-spider/issues/hreflang/non-200-hreflang-urls/)。

Google 不会将返回 404 或 410 响应的网址编入索引。如果一个之前已编入索引的网址开始返回这些响应，它可能会随着时间从索引中移除。因此，缺失的目标不适合作为你对外宣称的有效语言对应页面。[Google 在这里说明了 HTTP 状态码的处理方式](https://developers.google.com/crawling/docs/troubleshooting/http-status-codes)。

## 选择修复方式之前先检查响应

看起来相似的警告，可能描述的是不同情况：

| 发现 | 含义 | 需要排查的内容 |
|---|---|---|
| 404 | 请求的地址未找到 | 网址错误、内容已删除或路由故障 |
| 410 | 资源被标记为已移除 | 移除是否出于本意 |
| 301 或 302 | 地址发生重定向 | 最终目标以及 hreflang 中使用的网址 |
| 200 但显示“未找到”信息 | 内容缺失，服务器却报告成功 | 可能是软 404 |
| 标记了 `noindex` 的可用页面 | 页面存在，但要求搜索引擎不要编入索引 | 这个索引设置是否是有意的 |

`noindex` 指令不会让页面返回 404；页面中显示的错误信息也不能证明服务器返回了 404。请结合审计中的响应信息和你看到的页面来判断。如果备选项是重定向而不是失败，请参阅 [hreflang 指向重定向](/zh/blog/translatepress-hreflang-chongdingxiang/)时的处理方法。

Google 的[网页索引编制报告文档](https://support.google.com/webmasters/answer/7440203?hl=zh-Hans)区分了这些索引状态和错误状态。

## 如何在 TranslatePress 中修复指向缺失页面的 hreflang 链接

### 1. 分别记录页面和失效的备选项

审计可能同时指出包含语言标注的页面和出错的目标。请把这两个地址分开记录。

记录：

- 包含 hreflang 条目的页面。
- 条目对应的语言代码。
- 列出的目标网址及其响应。
- 任何已核实可用的替代地址。

手动检查时，打开页面，选择**查看网页源代码**，搜索 `hreflang`，找到与不可用目标对应的条目。

如果有多个页面出现同样的问题，就找找规律。失效的网址是否都属于同一种语言、同一种内容类型或同一个分类基础路径？这有助于你排查一个共用的设置，而不必逐页修改。

### 2. 查找当前的语言网址

在 WordPress 中检查当前页面，并打开它的语言版本，把这个地址与 hreflang 中列出的地址进行比较。

如果别名改过，页面可能存在于新的地址。TranslatePress 的文档把页面或语言别名变更以及语言被删除，列为旧翻译网址失效的可能原因。[阅读它的 404 排查指南](https://translatepress.com/troubleshoot-404-errors/)。

对于翻译后的别名，付费的 SEO Pack 支持通过翻译界面和 **String Translation → Slugs** 编辑别名。请将相关条目与当前内容进行核对。[按照官方的别名说明操作](https://translatepress.com/docs/translation-editor/url-slug-translation/)。

确认任何替代页面都以目标语言显示对应内容。首页或无关页面不能仅仅因为能加载就作为替代。

### 3. 检查页面或语言是否被有意删除

如果页面本应存在，请检查它的发布状态，看看是否被移到回收站或被设为不可用。必要时恢复预期的公开内容，然后核实它的语言网址。

如果内容是有意下线的，就判断是否存在真正的替代内容。如果有，就使用替代内容并相应更新标注。

如果没有替代内容，旧地址保持不可用是完全正确的。此时 hreflang 输出应停止把它作为有效备选项。让生成该条目的组件省略这个不可用的版本；如果没有相应设置，请把具体例子发给它的技术支持团队。

不要为了消除审计警告就把所有缺失的翻译页面都重定向到首页。要保留等价内容之间的对应关系。

### 4. 内容存在但网址失效时，排查路由

已发布的页面也可能返回 404，原因可能是地址构造错误，或服务器无法识别该路径。

比较可用路径和失效路径，检查语言目录、翻译后的别名，以及活动或分类基础路径等固定分区。如果失效路径重复了语言目录（例如 `/fr/fr/`），请参阅 [TranslatePress 语言前缀重复](/zh/blog/translatepress-chongfu-yuyan-qianzhui/)的指南。

TranslatePress 的排障文档建议先确认“漂亮”的固定链接能正常工作。它还描述了服务器重写规则导致翻译子目录无法解析的情况。如果翻译页面显示的是简单的服务器错误，而不是网站平常的错误页面，请让主机服务商检查路由。[查看官方排障指南](https://translatepress.com/docs/troubleshooting/)。

对于自定义内容，请把定义该网址的插件也纳入排查范围。

在 Events Calendar 的一次支持讨论中，有用户报告翻译后的分类基础路径指向了不存在的路由。技术支持为受影响的基础路径提供了变通方法，该用户也反馈情况有所改善。这是一个有记录的集成案例，并不能证明当前每个 TranslatePress 环境都会出现这种情况。[阅读讨论和提供的解决方法](https://wordpress.org/support/topic/event-category-url-translation-redirects-to-404-pages/)。

### 5. 修正失效标注的源头

确定了合适的结果后，进行相应的修正：

| 诊断 | 合适的修正 |
|---|---|
| 语言页面存在于另一个网址 | 让生成的备选项使用其当前地址 |
| 公开页面被误删 | 恢复页面并核实预期的语言路由 |
| 页面或语言被有意设为不可用 | 从已发布的标注中移除不可用的备选项 |
| 插件或主机规则破坏了有效路由 | 修正该集成或规则，然后重新检查网址 |

请修正产生问题的设置或集成，而不是手动编辑缓存的 HTML。如果旧网址有合法的替代页面，就为已有链接保留合适的重定向，同时让 hreflang 直接指向可用的目标。

如果你的站点地图列出的地址与页面 HTML 不同，请参阅 [hreflang 与站点地图网址不一致](/zh/blog/translatepress-hreflang-zhandian-ditu-buyizhi/)时的处理方法。

有用的支持请求应当具体：

> 这个英语页面把 /fr/about/ 列为法语备选，但该地址返回 404。当前的法语页面在 /fr/a-propos/ 可以正常访问。附上受影响的页面，以及我的 TranslatePress、扩展和 SEO 插件版本。

### 6. 刷新输出并检查两端

修正原因后，清除相关缓存，并在未登录状态下检查公开页面。

确认可用页面不再列出失效的目标。如果你恢复了某个页面，请确认它能直接打开、包含正确语言的内容，并且按预期可以被编入索引。

然后检查各语言对应页面。Google 要求相关版本之间有返回链接，只修正一个目标并不算完成检查。[查看 Google 对本地化页面的要求](https://developers.google.com/search/docs/specialty/international/localized-versions)。

重新运行相关审计。Search Console 中的**未找到 (404)** 信息可以帮助你追踪 Google 遇到过的网址，但这份列表本身并不能证明它们来自 hreflang，请单独检查标注。已下线的旧网址可能会在 Google 重新抓取期间继续出现在报告中，它们并不都需要恢复。

## LingoWP 如何处理未翻译的文字

未完成的翻译和缺失的页面是两个不同的问题。仅凭存在未翻译的文字，并不能解释 TranslatePress 中出现的 404。

在评测的 LingoWP 行为中，各语言版本使用同一个底层 WordPress 页面。当现有页面缺少译文时，LingoWP 可以回退显示原文。

对网站所有者来说，这能让内容在翻译进行期间保持可用。你可以在中央工作区中补全缺失的文字，而不必把一个未完成的句子当作缺失页面来处理。

这种回退同样需要编辑上的关注。一个标为法语、却仍显示大量英语内容的地址，并不是完成的法语翻译。[Google 根据实际内容判断语言](https://developers.google.com/search/docs/specialty/international/localized-versions)，而不是依赖 hreflang 来定义语言。在搜索中推广该语言版本之前，请先审校主要内容。

### 错误页面不会宣告语言备选项

**LingoWP 1.5** 的开发评测报告称，404 页面不会输出 hreflang 标注，并且这一行为有测试覆盖。这可以防止错误页面本身把一组语言当作正常发布的内容来展示。

这与检查可用页面上的链接是两回事。一个正常页面仍可能引用受外部重定向、已删除语言或集成问题影响的地址。LingoWP 针对 404 页面的测试并不代表全面覆盖这些情况，也不涵盖 410 和 `noindex` 的行为。

如果你想要一个带原文回退、并且对错误页面标注有明确处理的中央翻译工作流程，LingoWP 值得评估。迁移之前，请在网站副本上检查实际受影响的路由和集成。如需更全面地了解两款插件，请阅读 [LingoWP 与 TranslatePress 对比](/zh/blog/lingowp-yu-translatepress-duibi/)。

**[了解 LingoWP](https://lingowp.com/)**，看看它的翻译工作区，并评估它是否适合你的网站。

## 常见问题

### 410 页面和 404 页面有区别吗？

410 明确表示资源已被移除，404 表示未找到。两者都不应被列为可用的语言对应页面。是否恢复内容，取决于移除是否出于本意。

### 每个 404 都需要重定向吗？

不需要。如果内容有合适的替代页面，重定向旧地址可以保住已有链接。如果内容被删除且没有替代，返回不可用的响应可能是合适的；只需在当前的语言标注中停止宣告它。

### 我可以通过请求编入索引来解决这个问题吗？

请先修正网址或恢复预期的内容。请求编入索引并不能修复失效的路由或过时的 hreflang 条目。如果页面是有意删除的，请求编入索引也不是合适的下一步。