简短的回答是肯定的。您可以撤消 301 重定向，即使它在技术上是永久性的。但是，长话短说，此更改可能不会按您预期或希望的方式工作，甚至可能使您的问题变得更糟。让我们通过四个真实场景来探索长期答案...
首先：日志记录和警告...
在深入探讨这些场景之前，您需要了解两件事需要知道。从理论上讲，这件事听起来很简单，但在现实世界中，301 重定向需要时间来处理，而逆转它们（或以任何主要方式改变信号）通常需要更多时间。为这些延迟做好准备，并让您的利益相关者做好准备。在此期间您可能会看到排名变化。大多数时候，它会很快过去，但逆转往往会变得混乱。
这导致我发出警告 - 不要仅仅因为事情花费的时间太长或您处于完全恐慌状态而撤消 301 重定向。中游逆转会产生混合信号，延迟更多，并导致严重的短期排名损失。如果您正在撤消 301 重定向，请确保您撤消它是出于合理原因或原始 301 不再适用的原因。
场景一：单页，全反转
让我们从最简单的场景开始。页面 A 301 重定向到页面 B (A → B)，而你想反转它。我在这里假设页面 B 将完全消失。基本步骤如下：
- 去掉A→B的301重定向
- 添加B→A的301重定向
- 重定向到A页
- 将两个页面都提交到 Google Search Console (GSC)
- 给 Google 时间重新缓存页面 B。
li>
这是最激动人心的最后一步.您可能会倾向于将页面 B 视为不受欢迎的角色并完全否认它的存在（包括将其从 XML 站点地图中删除）。不。问题在于 Google 需要时间来处理新信号，如果您隐藏页面 B，或者更糟的是，完全阻止爬虫，它就无法做到这一点。让 Google 抓取页面 B 并处理新信号。暂时别管它。
场景 #2：单个页面，同时保留两个页面
如果您已经重定向 A→B 并且想要撤消重定向但希望页面 B 继续存在怎么办？您不能 301 重定向 B→A，否则页面 B 将对所有人（搜索引擎和访问者）消失。这可以进一步细分为两个子场景，具体取决于您是否希望页面 B 可用于搜索引擎...
场景 #2A：页面 B 可用于搜索
如果你想让两个页面都在相同的状态，实际上只有一个选项：删除 301 重定向，然后重新提交两个页面。谷歌可能需要时间来兑现这个信号，因为没有新的强烈信号来覆盖它。以下是分步分解：
- 从 A→B 中删除 301 重定向
- 添加自引用 rel-canonicals（A→A，B→B）
- 将这两个页面提交到 Google Search Console (GSC)
自引用相关的规范是相当微弱的信号，但至少是 Google 的推动说现在您将页面 B 视为一个单独的实体。您可以尝试通过为两个页面建立新链接（内部或外部）来开始该过程。如果您使用原始 301 重定向从 A→B 传递重要权限，请意识到您现在正在拆分该权限。对此没有简单的解决方法。正如那句老话所说，你不能把一半的鸡蛋放在篮子里，还希望数出所有的鸡。
场景 #2B：页面 B 从搜索中隐藏
如果您希望页面 B 可供人类使用但不关心它是否可供搜索引擎使用（可能是出于法律原因而存在但对营销不重要的内部页面），那么你可以依赖规范 B→A。这将允许页面 B 保持可见，但将合并来自页面 A 的排名信号。步骤如下：
- 从 A→B 中删除 301 重定向
- 添加 rel - 来自 B→A 的规范标签
- 重定向页面
- 将这两个页面提交到 Google Search Console (GSC)
注意 rel- canonical 是一个强烈的建议，但它不能保证页面 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)
- 将选择的入站链接重定向到“Type A”URL
Google Search Console 似乎有您可以提交的页面数量有一些限制（站点显示限制在新版本中因地而异），还没有简单的批量提交过程，因此请留意高权限页面和页面。内部连接结构更高。这应该会鼓励谷歌重新抓取较低的页面，至少在某种程度上是这样。
对于站点范围的更改，特别是考虑到所涉及的风险，还值得深入研究权威的入站/外部链接，并要求人们将这些链接重定向回原始的 A 类 URL。这最终是一个需要一些细微差别的链接外展任务。关注质量而不是数量和与您有良好关系的网站——甚至重定向一些高权限链接也可以帮助提升您的新信号。
与任何大规模重定向一样，计划并彻底记录它。人们在改变上投入了大量的时间和金钱，但往往过于急于扭转局面，往往是因为他们反应过度。整个站点的逆转与原始更改一样危险，如果不是更有可能的话。在恐慌中做出这种改变是招来灾难。
场景#4：域名变更反向
您将整个网站迁移到了一个新域，现在，几周后，您了解到您的新域也是 Nickelback 封面磁带的名称。你当然恐慌。首先，深吸一口气。真正评估问题是否像您认为的那样严重。如果是这样，这种情况类似于#3，但它通常更危险，因为您的域及其历史对排名的影响比您实施 301 重定向的程度更大。
如果你真的别无选择，这是你的关键步骤：
- 从 A→B 中删除所有 301 重定向
- 从 B→A 添加全站 301 重定向
- 为所有页面添加自引用规范
- 将内部链接重新指向域 A
- 重新添加域 A Go到 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 is on Google”状态。如果 URL 当前未编入索引，则页面的其余部分将包含诊断详细信息。
(3) 交叉你的手指......
这就是你所能做的。 Google 应返回以下状态窗口：
< p>现在，您双手合十等待。重建索引时间会有所不同，Google 不提供预计到达时间或承诺。
关于过程的几点说明。首先，它（至少现在）非常慢。其次，您可以使用该工具的频率似乎有限制，尽管这些限制因站点而异。不幸的是，GSC 没有批量选择。对于任何大规模的更改，您将不得不主要依靠更新您的 XML 站点地图。
最后：注释和警告...
这篇文章将以警告开头和结尾。最后一点 - 在这些情况下，理论与实践之间的巨大差异是真实站点通常具有混合信号。如果您反转 301 重定向，从某种意义上说，您发送了混合信号（与过去的信号相比）。如果在此更改之上你有不匹配的内部链接或错误的 rel-canonical 标记或过时的 XML 站点地图或重定向链太长而且中断你甚至无法始终如一地返回到同一页面那么所有这些都会有风险并采取更长。在拉动开关之前确保所有新信号都一致。
最后的警告 - 不要在恐慌中做任何事情，因为排名或流量在数小时甚至数天后不会按照您希望的方式显示。重大逆转，尤其是整个网站或域名的更改，很容易使您的问题复杂化。仔细考虑并确保您正在解决正确的问题。
