简短的回答是“是的”。您可以反转 301 重定向，即使它在技术上是永久性的。不过，长篇大论的答案是，这种变化可能不会像您期望或希望的那样起作用，甚至可能使您的问题变得更糟。让我们用四个真实场景来探索长答案……
第一：注意和警告……
在我们深入了解这些场景之前，您需要了解两件事。这些东西在理论上听起来很容易，但是——在现实世界中——301 重定向需要时间来处理，并且反转它们（或以任何主要方式改变信号）通常需要更多时间。为这些延误做好准备，并为您的利益相关者做好准备。您可能会在此期间看到排名变化。大多数时候，它会很快过去，但逆转往往会变得混乱。
这引出了我的警告——不要仅仅因为某些事情花费的时间太长或者你处于完全的恐慌中而逆转 301 重定向。中游反转会产生混合信号，甚至会延迟事情，并导致严重的短期排名损失。如果您要撤消 301 重定向，请确保出于合理的原因撤消它，或者原始 301 的原因不再适用。
场景#1：单页，全反向
让我们从最简单的场景开始。页面 A 301 – 重定向到页面 B（A→B）并且您想反转它。我在这里假设页面 B 将完全消失。以下是基本步骤：
- 从 A→B 中删除 301 重定向
- 添加从 B→A 的 301 重定向
- 重新指向页面 A 的内部链接
- 将两个页面提交到 Google Search Console (GSC)
- 给 Google 时间重新缓存页面 B
这是让大多数人绊倒的最后一步。您会很想将 Page B 视为不受欢迎的人，并完全否认它的存在（包括将其从 XML 站点地图中删除）。不。问题是谷歌需要时间来处理新信号，如果你隐藏页面 B，或者更糟糕的是，完全阻止爬虫访问它，它就无法做到这一点。让 Google 抓取页面 B 并处理新信号。让它独自待一会儿。
场景#2：单页，同时保留
如果您已经重定向了 A→B，并且想要反转重定向，但又希望页面 B 继续存在，该怎么办？您不能 301 重定向 B→A，否则每个人（搜索引擎和访问者）都会消失页面 B。这可以进一步分为两个子场景，具体取决于您是否希望页面 B 可用于搜索引擎…
场景 #2A：页面 B 可供搜索
如果您希望两个页面以相同的状态继续存在，您实际上只有一个选择：删除 301 重定向，然后重新提交两个页面。Google 可能需要时间来兑现这个信号，因为没有新的、强烈的信号可以覆盖它。这是分步细分：
- 从 A→B 中删除 301 重定向
- 添加自引用 rel-canonical (A→A, B→B)
- 将两个页面提交到 Google Search Console (GSC)
自引用 rel-canonical 是相当微弱的信号，但它们至少会促使 Google 说 Page B 现在是您认为是独立实体的东西。您可以尝试通过为两个页面建立新链接（内部或外部）来启动该过程。如果您使用原始 301 重定向从 A→B 传递重要权限，请意识到您现在正在拆分该权限。没有简单的解决方法。正如那句老话所说，你不能把篮子里一半的鸡蛋给别人，但仍然指望数你所有的鸡。
场景 #2B：页面 B 对搜索隐藏
如果您希望页面 B 可供人类使用，但不关心它是否可供搜索引擎使用（也许它是出于法律原因而存在但对营销并不重要的内部页面），那么您可以重新规范 B→A . 这将使页面 B 保持可见，但将巩固页面 A 上的排名信号。步骤如下所示：
- 从 A→B 中删除 301 重定向
- 从 B→A 添加一个 rel-canonical 标签
- 重新指向页面 A 的内部链接
- 将两个页面提交到 Google Search Console (GSC)
请注意，rel-canonical 是一个强烈的建议，但它并不能完全保证 Page B 不会排名。如果页面 B 没有特定的搜索价值，并且您希望将权限合并到页面 A，那么这是您最好的选择。
场景 #3：站点范围的 URL 反向
这就是事情开始变得丑陋的地方。假设您进行了站点范围的 URL 更改，例如从 http→https 切换、更新子文件夹结构或添加/删除 URL 参数。此更改会影响您网站上的大部分或所有页面，但我们将假设您的根域和子域结构保持不变。
如果您要撤销像 http→https 这样的更改，因为它没有达到您的预期（即您没有获得排名提升），那么让我花点时间敦促您重新考虑一下。所有站点范围内的 URL 更改都是有风险的，并且逆转会使信号更加混乱。你可以很容易地复合你的问题。
注意到所有这些警告，以下是关键步骤：
- 从 A→B 中删除所有 301 重定向
- 从 B→A 添加站点范围的 301 重定向
- 将自引用规范添加到所有页面
- 将内部链接重新指向“A 型”URL
- 为 A 类 URL 重新构建 XML 站点地图
- 向 Google Search Console (GSC) 提交关键页面
- 将选择的入站链接重新指向“A 型”URL
Google Search Console 似乎对您可以提交的页面数量有一些限制（在新版本中，限制似乎因站点而异），并且目前没有简单的批量提交过程，因此请关注高权限页面和页面更高的内部链接结构。这应该鼓励谷歌也重新抓取较低的页面，至少在某种程度上是这样。
对于站点范围的更改，特别是考虑到所涉及的风险，还值得接触权威的入站/外部链接，并要求人们将这些链接重新指向原始的 A 型 URL。这最终是一个链接外展任务，需要一些细节。专注于质量而不是数量以及与您有良好关系的网站 – 即使重新指向一些高权限链接也可以帮助提升您的新信号。
像任何大规模重定向一样，做好计划并彻底记录。人们在改变上投入了大量的时间和金钱，但往往会急于逆转，通常是因为他们反应过度。站点范围的逆转与原始更改一样危险，甚至可能更危险。在恐慌中做出这种改变是灾难的邀请。
场景 #4：域更改反向
您将整个站点移至一个新域，而现在，几周后，您了解到您的新域也是 Nickelback 翻唱乐队的名称。你自然会恐慌。首先，深呼吸。真正评估问题是否像你想象的那么糟糕。如果是这样，这种情况类似于＃3，但它通常风险更大，因为您的域及其历史的某些方面会影响排名，而与您实施 301 重定向的好坏无关。
如果您真的别无选择，以下是您的关键步骤：
- 从 A→B 中删除所有 301 重定向
- 从 B→A 添加站点范围的 301 重定向
- 将自引用规范添加到所有页面
- 将内部链接重新指向域 A
- 将域 A 重新添加到 Google Search Console (GSC)
- 为域 A 重新构建 XML 站点地图
- 向 Google Search Console (GSC) 提交关键页面
- 重新选择指向域 A 的入站链接
在这种情况下，您需要一个单独的 GSC 配置文件。如果您删除了旧的，请重新添加它并重新创建完整的 XML 站点地图。您仍然需要提交关键页面，只是为了加快流程。
如果您无权访问域 B（可能域注册已过期，并且有人抢走了它），您将无法设置 B→A 重定向。事实是，在这种情况下，这将是一个漫长且可能很痛苦的过程。在这种情况下，辅助信号（如入站链接）将非常重要。
您如何在 GSC 中重新提交页面？
我仍在为新的 Google Search Console (GSC) 做准备，我发现 UI 有时有点太神秘了。以下是提交（或重新提交）要编入索引的页面的步骤。
(1) 在工具栏中查看 URL
这隐藏在明显的视线中。在新 GSC 的顶部，有一个“检查任何 URL …”搜索框。要重新提交 URL，您必须先对其进行检查。
只需输入您要重新提交的完整 URL，然后点击 [Enter]。
(2) 请求（重新）索引
GSC 将返回一个状态页面，其中包含当前索引状态和一些附加信息。但是，无论您是第一次为 URL 编制索引还是重新编制索引，都请单击“请求索引”…
在我们的大多数 301 重定向反转场景中，您应该返回“URL 在 Google 上”状态。如果 URL 当前未编入索引，则页面的其余部分将包含诊断详细信息。
(3) 用手指交叉…
这就是你所能做的。谷歌应该返回一个像这样的状态窗口：
现在，你交叉手指等待。重新编制索引的时间会有所不同，而且 Google 不提供 ETA 或承诺。
关于这个过程的几点说明。首先，它（至少目前）非常缓慢。其次，您使用该工具的频率似乎确实存在限制，尽管这些限制因站点而异。不幸的是，GSC 中没有批量选项。对于任何大规模的更改，您将不得不主要依靠更新您的 XML 站点地图。
最后：一个注释和一个警告……
这篇文章将以警告开始和结束。不过，最后要注意的是——在这些情况下，理论与实践之间的最大区别是真实站点经常混合信号。如果您反转 301 重定向，则在某种意义上（与您过去的信号相比），您已经在发送混合信号。如果在该更改之上，您的内部链接不匹配或错误的 rel-canonical 标签或过时的 XML 站点地图或重定向链太长且损坏，以至于您甚至无法始终如一地返回同一页面，那么所有这一切都将是风险更高，需要更长的时间。在拉动开关之前，请确保所有新信号都是一致的。
最后的警告——不要惊慌失措，因为排名或流量在几个小时甚至几天后的表现并不像你希望的那样。重大逆转，尤其是站点范围或域的更改，很容易使您的问题复杂化。仔细考虑，并确保您正在解决正确的问题。
