Search Console 显示“带有重定向的网页”：该检查哪个网址？

你把一个服务页面从 /old-service 迁移到了 /services/design。后来，Search Console 将旧地址列在“带有重定向的网页”之下。新页面在浏览器中可以打开，你还需要让旧地址也被收录吗？

通常，更有用的问题是：旧地址是否会把人带到你真正希望他们找到的页面。Google 将这一状态描述为重定向到其他页面的非规范网址。在此状态下，来源网址不会被收录；目标网址则可能被收录，也可能不会。另一项报告状态“重定向错误”指 Google 在跟随重定向时遇到了问题，例如循环或过长的重定向链。

上面的例子仅用于说明，并非客户网站的检查结果。先按下面的方法检查一个重要网址，再决定是否需要改动整个网站的重定向。

记下来源网址和预期目标网址

在 Search Console 中打开“网页索引”报告，选择“带有重定向的网页”，再选一个网址。复制完整地址，包括 http 或 https、主机名、路径、末尾斜杠和查询参数。如果报告显示 Google 上次抓取的日期，也记下来。

接着，同时记下报告中的网址（来源）和你希望访客到达的地址（目标）。旧服务网址跳转到替代页面可能是有意设置的；付费广告网址却把访客送到不相关的首页，则值得进一步检查。

报告里出现一个网址，本身不能证明目标页面已被收录，也不能证明重定向损害了排名。它也不会告诉你是哪项设置创建了重定向。

在未登录的情况下访问该地址

在浏览器的无痕窗口中打开来源网址，记下地址栏最后显示的地址。它是否到达了预期页面，并展示了预期内容？如果页面跳转到登录页、错误的语言版本、不相关的服务页面或错误页面，记下发生了什么以及检查时间。无痕浏览器展示的是当前这位访客的访问路径；Googlebot 可能收到不同响应，例如某条规则按 user agent 区分请求时。

如果最终地址不是预期结果，可以使用建站平台的重定向工具，或使用能显示每一步响应及其 Location 标头的网页调试工具检查路径。例如，一条重定向链可能是：

/old-service → /services → /services/design

这条链只是示例。如果某一步回到了之前的地址，或指向无效、空白的目标，就检查该步骤。Google 在“重定向错误”中列出的情况包括循环、过长的重定向链、无效或空白网址，以及最终变得过长的网址。“带有重定向的网页”不自动意味着出现了其中一种错误。

如果你使用建站平台，重定向规则可能位于平台控制台、插件、Web 服务器，或 CDN 等其他层。不同层的规则可能互相冲突，因此修改任何规则之前，应先追踪路径并确认每条规则属于哪一层。不要把私密网址、访问令牌或客户信息粘贴到公开调试服务中。

单独检查目标网址

在网址检查工具中查看来源网址的已编入索引结果及其抓取日期，然后把预期目标网址作为另一个网址单独检查。来源网址的报告不能证明目标网址的收录状态。如果目标不在你有权检查的资源中，可以检查它是否公开可访问，并在合适时询问其所有者。你可能无法看到它在 Search Console 中的收录状态；缺少检查结果不代表它没有被收录。

Google 表示，即时测试会跟随重定向并测试最终网址，但界面不会显示它跟随了重定向，也不会说明最终测试的是哪个地址。因此，即时测试有助于检查当前访问情况，但不能代替对来源到目标之间路径的检查。即时测试结果也不保证收录，不能预测 Google 选择的规范网址。应将它与 Google 已记录的索引信息及日期对照，分别理解这两项观察结果。

如果目标页面未被收录，检查它自身报告的原因。例如，目标页面有意设置的 noindex，与来源网址正确执行重定向是两个不同问题。处理目标页面自身的收录原因。仅为了清除来源网址的报告条目而移除正常重定向，并不能解决目标页面的 noindex。

决定保留还是修复

如果旧地址是有意、稳定地跳转到相关替代页面，而该替代页面正是你希望访客找到的页面，那么仅凭这个状态没有理由移除重定向。让旧地址继续可用，也能帮助通过既有链接访问的人。Google 可能继续通过链接或其他发现来源遇到旧地址。报告中仍有条目，并不能说明它的发现来源，也不能证明当前站点地图仍包含它。

如果重要页面意外跳转到了错误目标，找到并修正负责该跳转的规则。产品页跳到不相关的首页，与旧网址跳到其替代页面，是两种不同情况。如果已移除的页面没有合适的替代页面，返回 404 Not Found 或 410 Gone 可能更合适。把不相关的已下线页面重定向到首页，可能被视为软 404。

对于永久迁移，Google 的重定向指南将 301 和 308 等永久重定向视为目标网址应成为规范网址的信号。302 和 307 等临时重定向的语义不同。Google 按其正确解读方法的可能性排列，将服务器端重定向列在前面。应根据迁移是否打算长期保留来选择；Google 最终选择的规范网址可能与你的偏好不同。

让自己控制的链接指向预期页面

如果当前站点地图或站内链接仍使用旧网址，可以在适当情况下把它们更新为预期目标。例如，从 /old-service 迁移到 /services/design 后，你可以让自己控制的导航链接直接指向 /services/design。对于无法更新的旧链接，保留重定向。不要仅因为修改了自己的导航就删除重定向。

这项整理能为访客提供直接路径，也能向 Google 更清楚地表明首选地址。它不保证收录，也不意味着你需要替换互联网上所有旧链接。Search Console 报告的网址可能来自当前站点地图以外的发现来源。

复查一条路径并记录结果

修正之后，再次检查从来源到目标的路径，并重新检查目标网址。记下来源、最终网址、观察到的响应或重定向步骤、所做改动及日期。如果修复了实际问题，Search Console 提供验证功能，让 Google 重新检查。验证不保证目标页面会被收录，也不保证报告在某个特定日期更新。

如果还想单独检查首页，SEOHabit 的网站 SEO 检查工具在注册后提供首次有限范围的首页检查。首次检查不需要验证网站所有权，但持续检查需要。它无法告诉你 Google 为什么选择某个重定向目标；这个问题应结合 Search Console 和实际重定向路径判断。

重定向可能本来就是预期路径，而不是缺陷。先从报告中的准确地址入手，确认它通向哪里，再检查你真正希望访客找到的页面。

资料来源：Google 的网页索引报告说明（https://support.google.com/webmasters/answer/7440203）、网址检查工具帮助（https://support.google.com/webmasters/answer/9012289）及重定向指南（https://developers.google.com/search/docs/crawling-indexing/301-redirects）。