LingoWP
TranslatePress 中 hreflang 指向 404 页面：需要检查什么
一次 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 检查说明。
Google 不会将返回 404 或 410 响应的网址编入索引。如果一个之前已编入索引的网址开始返回这些响应，它可能会随着时间从索引中移除。因此，缺失的目标不适合作为你对外宣称的有效语言对应页面。Google 在这里说明了 HTTP 状态码的处理方式。
选择修复方式之前先检查响应
看起来相似的警告，可能描述的是不同情况：
| 发现 | 含义 | 需要排查的内容 |
|---|---|---|
| 404 | 请求的地址未找到 | 网址错误、内容已删除或路由故障 |
| 410 | 资源被标记为已移除 | 移除是否出于本意 |
| 301 或 302 | 地址发生重定向 | 最终目标以及 hreflang 中使用的网址 |
| 200 但显示“未找到”信息 | 内容缺失，服务器却报告成功 | 可能是软 404 |
标记了 noindex 的可用页面 |
页面存在，但要求搜索引擎不要编入索引 | 这个索引设置是否是有意的 |
noindex 指令不会让页面返回 404；页面中显示的错误信息也不能证明服务器返回了 404。请结合审计中的响应信息和你看到的页面来判断。如果备选项是重定向而不是失败，请参阅 hreflang 指向重定向时的处理方法。
Google 的网页索引编制报告文档区分了这些索引状态和错误状态。
如何在 TranslatePress 中修复指向缺失页面的 hreflang 链接
1. 分别记录页面和失效的备选项
审计可能同时指出包含语言标注的页面和出错的目标。请把这两个地址分开记录。
记录：
- 包含 hreflang 条目的页面。
- 条目对应的语言代码。
- 列出的目标网址及其响应。
- 任何已核实可用的替代地址。
手动检查时，打开页面，选择查看网页源代码，搜索 hreflang，找到与不可用目标对应的条目。
如果有多个页面出现同样的问题，就找找规律。失效的网址是否都属于同一种语言、同一种内容类型或同一个分类基础路径？这有助于你排查一个共用的设置，而不必逐页修改。
2. 查找当前的语言网址
在 WordPress 中检查当前页面，并打开它的语言版本，把这个地址与 hreflang 中列出的地址进行比较。
如果别名改过，页面可能存在于新的地址。TranslatePress 的文档把页面或语言别名变更以及语言被删除，列为旧翻译网址失效的可能原因。阅读它的 404 排查指南。
对于翻译后的别名，付费的 SEO Pack 支持通过翻译界面和 String Translation → Slugs 编辑别名。请将相关条目与当前内容进行核对。按照官方的别名说明操作。
确认任何替代页面都以目标语言显示对应内容。首页或无关页面不能仅仅因为能加载就作为替代。
3. 检查页面或语言是否被有意删除
如果页面本应存在，请检查它的发布状态，看看是否被移到回收站或被设为不可用。必要时恢复预期的公开内容，然后核实它的语言网址。
如果内容是有意下线的，就判断是否存在真正的替代内容。如果有，就使用替代内容并相应更新标注。
如果没有替代内容，旧地址保持不可用是完全正确的。此时 hreflang 输出应停止把它作为有效备选项。让生成该条目的组件省略这个不可用的版本；如果没有相应设置，请把具体例子发给它的技术支持团队。
不要为了消除审计警告就把所有缺失的翻译页面都重定向到首页。要保留等价内容之间的对应关系。
4. 内容存在但网址失效时，排查路由
已发布的页面也可能返回 404，原因可能是地址构造错误，或服务器无法识别该路径。
比较可用路径和失效路径，检查语言目录、翻译后的别名，以及活动或分类基础路径等固定分区。如果失效路径重复了语言目录（例如 /fr/fr/），请参阅 TranslatePress 语言前缀重复的指南。
TranslatePress 的排障文档建议先确认“漂亮”的固定链接能正常工作。它还描述了服务器重写规则导致翻译子目录无法解析的情况。如果翻译页面显示的是简单的服务器错误，而不是网站平常的错误页面，请让主机服务商检查路由。查看官方排障指南。
对于自定义内容，请把定义该网址的插件也纳入排查范围。
在 Events Calendar 的一次支持讨论中，有用户报告翻译后的分类基础路径指向了不存在的路由。技术支持为受影响的基础路径提供了变通方法，该用户也反馈情况有所改善。这是一个有记录的集成案例，并不能证明当前每个 TranslatePress 环境都会出现这种情况。阅读讨论和提供的解决方法。
5. 修正失效标注的源头
确定了合适的结果后，进行相应的修正：
| 诊断 | 合适的修正 |
|---|---|
| 语言页面存在于另一个网址 | 让生成的备选项使用其当前地址 |
| 公开页面被误删 | 恢复页面并核实预期的语言路由 |
| 页面或语言被有意设为不可用 | 从已发布的标注中移除不可用的备选项 |
| 插件或主机规则破坏了有效路由 | 修正该集成或规则，然后重新检查网址 |
请修正产生问题的设置或集成，而不是手动编辑缓存的 HTML。如果旧网址有合法的替代页面，就为已有链接保留合适的重定向，同时让 hreflang 直接指向可用的目标。
如果你的站点地图列出的地址与页面 HTML 不同，请参阅 hreflang 与站点地图网址不一致时的处理方法。
有用的支持请求应当具体：
这个英语页面把 /fr/about/ 列为法语备选，但该地址返回 404。当前的法语页面在 /fr/a-propos/ 可以正常访问。附上受影响的页面，以及我的 TranslatePress、扩展和 SEO 插件版本。
6. 刷新输出并检查两端
修正原因后，清除相关缓存，并在未登录状态下检查公开页面。
确认可用页面不再列出失效的目标。如果你恢复了某个页面，请确认它能直接打开、包含正确语言的内容，并且按预期可以被编入索引。
然后检查各语言对应页面。Google 要求相关版本之间有返回链接，只修正一个目标并不算完成检查。查看 Google 对本地化页面的要求。
重新运行相关审计。Search Console 中的未找到 (404) 信息可以帮助你追踪 Google 遇到过的网址，但这份列表本身并不能证明它们来自 hreflang，请单独检查标注。已下线的旧网址可能会在 Google 重新抓取期间继续出现在报告中，它们并不都需要恢复。
LingoWP 如何处理未翻译的文字
未完成的翻译和缺失的页面是两个不同的问题。仅凭存在未翻译的文字，并不能解释 TranslatePress 中出现的 404。
在评测的 LingoWP 行为中，各语言版本使用同一个底层 WordPress 页面。当现有页面缺少译文时，LingoWP 可以回退显示原文。
对网站所有者来说，这能让内容在翻译进行期间保持可用。你可以在中央工作区中补全缺失的文字，而不必把一个未完成的句子当作缺失页面来处理。
这种回退同样需要编辑上的关注。一个标为法语、却仍显示大量英语内容的地址，并不是完成的法语翻译。Google 根据实际内容判断语言，而不是依赖 hreflang 来定义语言。在搜索中推广该语言版本之前，请先审校主要内容。
错误页面不会宣告语言备选项
LingoWP 1.5 的开发评测报告称，404 页面不会输出 hreflang 标注，并且这一行为有测试覆盖。这可以防止错误页面本身把一组语言当作正常发布的内容来展示。
这与检查可用页面上的链接是两回事。一个正常页面仍可能引用受外部重定向、已删除语言或集成问题影响的地址。LingoWP 针对 404 页面的测试并不代表全面覆盖这些情况，也不涵盖 410 和 noindex 的行为。
如果你想要一个带原文回退、并且对错误页面标注有明确处理的中央翻译工作流程，LingoWP 值得评估。迁移之前，请在网站副本上检查实际受影响的路由和集成。如需更全面地了解两款插件，请阅读 LingoWP 与 TranslatePress 对比。
了解 LingoWP，看看它的翻译工作区，并评估它是否适合你的网站。
常见问题
410 页面和 404 页面有区别吗？
410 明确表示资源已被移除，404 表示未找到。两者都不应被列为可用的语言对应页面。是否恢复内容，取决于移除是否出于本意。
每个 404 都需要重定向吗？
不需要。如果内容有合适的替代页面，重定向旧地址可以保住已有链接。如果内容被删除且没有替代，返回不可用的响应可能是合适的；只需在当前的语言标注中停止宣告它。
我可以通过请求编入索引来解决这个问题吗？
请先修正网址或恢复预期的内容。请求编入索引并不能修复失效的路由或过时的 hreflang 条目。如果页面是有意删除的，请求编入索引也不是合适的下一步。