将 301 重定向理解为 SEO 至关重要。虽然它们一开始看起来很简单，但了解它们应该（和不应该）在不同场景中使用的方式要复杂一些，尽管您应该能够很快掌握。
您可能出于多种原因需要重定向页面，例如：
- 您发现了一个损坏的 URL。
- 您的页面已移至新位置。
- 您正在更改您的域名。
- 您需要删除一个页面。
如果您不知道如何正确使用重定向，您可能很快就会引发问题，从而对您的 SEO 和用户体验产生负面影响。
本指南旨在帮助您了解有关 301 重定向的所有信息以及它们如何适应您的 SEO 策略。
什么是 301 重定向？
网页被删除，URL 被更改的原因有很多，从停产的产品被删除到包含更新日期的 URL。
这是完全正常的，通常无法避免。
但是，如果您只是更改或删除页面而不执行任何其他操作，则会遇到问题。您需要设置重定向以停止对该页面的任何访问。
而且，至少在大多数情况下，您需要在此处实施 301 重定向。
301 重定向是一种永久重定向，当原始页面不再存在时，它将用户（和搜索引擎）带到新的 URL。它旨在在没有计划逆转更改时使用。
在实践中，它看起来像这样：
假设您过去曾将您的博客托管在一个子域 — https://blog.website.com — 并决定将其移动到一个子文件夹 — https://www.website.com/blog/。
该原始博客将被 Google 编入索引，已包含在社交帖子和电子邮件中，并且可能已被访问者添加为书签。它一直在获得流量，你不想失去它。
如果在将博客移动到子文件夹时简单地删除子域，用户在访问任何原始 URL 时都会看到 404 页面。
这不仅是一种糟糕的做法，而且还会导致搜索引擎从他们的索引中删除博客页面——据他们所知，它已经不复存在了。
但是，如果您设置了 301 重定向，那么访问旧 URL 的任何人都将被重定向到新 URL，并且搜索引擎将随着时间的推移更新其索引中的页面。
简而言之，您将保持流量。
301 与 302 与 307 重定向
您可能还遇到过 302 重定向，并且可能认为它们是同一回事。他们不是。
301 是永久重定向，而 302 是临时重定向，应在页面临时移动时使用。
也就是说，302 重定向绝对有其一席之地，通常用于测试更改或获取客户反馈等情况，预计原始重定向会回来。
从历史上看，使用 302 重定向而不是 301 重定向会看到原始页面丢失的任何排名，因为它们被认为没有通过 PageRank。然而，在 2016 年，谷歌的约翰穆勒证实情况并非如此（至少不再如此），而且 302 确实通过了 PageRank。307重定向也被用作临时重定向。302 和 307 之间的区别在于使用 307 重定向时 HTTP 方法保持不变。使用 302，HTTP 方法可以更改。
如果更改是永久性的，请使用 301。
什么是通配符重定向，您应该使用它们吗？
通配符重定向允许您使用单个重定向规则将站点上一个文件夹中的所有 URL 重定向到另一个。
保留我们从子域到子文件夹的博客迁移示例，通配符重定向可用于：
- 将 https://blog.website.com 重定向到 https://www.website.com/blog/
- 将 https://blog.website.com/blog-post/ 重定向到 https://www.website.com/blog/post-name/
或者，再举一个例子，您可以使用通配符重定向来更改电子商务商店中某个类别的 URL 结构，将该类别中的所有产品和子类别 URL 重定向到新的：
- 将https://www.website.com/old-category/**重定向到**https://www.website.com/new-category/
- 将https://www.website.com/old-category/product/ 重定向到https://www.website.com/new-category/product/
- 将**https://www.website.com/old-category/subcategory/**重定向到 https://www.website.com/new-category/subcategory/
在这个例子中，只有 /old-category/ 子文件夹中的那些 URL 会被重定向；任何在，比方说，/不同类别/ 不会。
- 当单个变量发生变化时，可以使用通配符重定向 - 例如，一个文件夹名称。URL 路径的其余部分必须保持一致才能使用通配符。
- 如果您要批量更改 URL 并且路径中只有一个更改，则可以选择通配符来重定向子文件夹中的所有 URL，而无需为每个 URL 实现单独的重定向。
- 如果路径更改中有多个变量，则重定向将不合适。
什么时候应该使用 301 重定向？
在许多情况下，您应该使用 301 重定向。让我们来看看一些最常见的原因。
将页面永久移动到新 URL
从 https://www.website.com/old-page-name/ 到 https://www.website.com/new-page-name/
有时您需要更改站点上页面的 URL。
可能是产品名称略有更改，您需要对其进行更新，或者您开始进行项目以更好地将站点页面分类为主题集群，或者完全有其他原因（原因无穷无尽）。
301 重定向将确保用户被重定向到新 URL，并且搜索引擎将新页面编入索引并保持任何排名位置。
删除网站页面
当您从站点中删除页面时，对于最佳实践所说的您应该做什么，通常存在混淆。
你应该 301 重定向到另一个 URL，还是应该让它成为 404 页面？或者甚至给它一个 410 状态？
这要看情况。
您应该对需要删除的页面进行 301 重定向、404 还是 410 重定向？
404 或 410 错误肯定不是用户想要看到的。它们也不是 Google 在抓取您的网站时真正想要面对的。
您需要问自己的第一个问题是，您要删除的页面在您网站的其他地方是否有类似的内容。如果用户单击原始 URL，用户将被重定向到哪个有意义？
如果答案是肯定的，那么您最好的选择是实施 301 重定向。
另一方面，**如果答案是否定的，**您将需要弄清楚最佳行动方案是什么。
而且，这取决于您首先删除页面的原因。
如果真的没有替代页面可以重定向到，则需要删除该页面，并且不会返回，最好的选择是实现一个“410”标头，告诉浏览器和搜索引擎该页面被删除。
404 错误意味着无法找到该内容，而 410 状态则明确表示该内容已被删除。
这是一个快速流程图，可帮助您决定哪种方法最有效：
将您的站点迁移到新域
从 https://www.website.com 到 https://www.newwebsite.com
企业有时需要出于以下几个原因之一更改其域名。
例如，他们可能正在从 .com TLD 迁移到 .co.uk ccTLD，或者已经更名并需要迁移到反映新企业名称的域名。
从一个域名迁移到另一个域名时需要 301 重定向，并且应该伴随使用 Google Search Console 的“地址更改”工具。
改变你的网站结构
从 https://www.website.com/old-category/post/ 到 https://www.website.com/new-category/post/
您可能需要更改网站的结构以提高整体 SEO 性能，并使内容分类更容易，并使 Google 了解您的页面彼此之间的关系。
相同的概念适用于更改站点上的任何子文件夹结构，无论是博客类别、电子商务类别还是其他文件夹。
从非 WWW 迁移到 WWW URL（或解决重复问题）
从 https://website.com 到 https://www.website.com
虽然没有从一个或另一个中获得 SEO 的好处，但您需要确保您的网站位于非 www 或 www 网址上。
如果您发现可以使用非 www 和 www 网址访问您的网站，则应根据您的偏好使用从一个网址到另一个网址的 301 重定向来消除重复问题。
从 HTTP 切换到 HTTPS
从 http://www.website.com 到 https://www.website.com
目前仍在使用HTTPS协议的网站只有60％ ，这显然意味着有是还没有作出改变尚未40％。
如果您要将 URL 从 HTTP 切换到 HTTPS，则需要使用 301 重定向来确保 Google 正确为新协议编制索引，并将用户发送到正确的页面，而不是 404到位。
合并两个（或更多）域
从 https://www.website.de 到 https://www.website.com/de/
假设您已决定您的国际 SEO 策略将看到您将多个 ccTLD 合并到您的主 .com 域的子文件夹中。
这需要与更改域名相同的重定向过程，只是重定向到文件夹而不是根域，并且需要您再次使用 Google Search Console 的“地址更改”工具，对特定国家/地区的子文件夹级别执行此操作。
解决“尾随斜线”问题
从 https://www.website.com/page-name 到 https://www.website.com/page-name/
您是否知道带有和不带有斜杠的 URL 变体实际上是不同的页面并且会被 Google 视为不同的页面？
您需要确保您的站点使用一致的方法来处理页面 URL 上的尾随斜杠（您选择使用哪种方式是您的选择，但过去 Web 使用尾随斜杠），并且 301 使用全站重定向将一个重定向到另一个规则。
解决“大写与小写”问题
从 https://www.website.com/Page-Name/ 到 https://www.website.com/page-name/
正如 URL 的尾部斜杠和非尾部斜杠变体被视为不同的页面一样，包含大写和小写字母的不同版本也是如此。
同样，即使 URL 中的一个大写字母也意味着它被视为与其小写对应物不同的页面，并且可以被视为重复，并且在这里使用 301 重定向是解决不同变体被编入索引的问题的最佳实践。
对您的 URL 使用小写字母而不是混合使用大写和小写字母是有意义的。
如何使用 301 重定向来提高您的 SEO 性能
301 重定向作为 SEO 策略的一部分有多种用途。它们可以帮助您克服可能阻碍您网站自然可见性的问题，或者帮助您充分利用现有的机会来推动增长。
以下是 301 可用于提高 SEO 性能的一些最常见方法：
合并或重定向薄内容页面
您可以使用 301 重定向来增强 SEO 性能的最有效方法之一是将其用作内容修剪任务的一部分 - 将精简的内容页面合并在一起以创建深入涵盖某个主题的精彩片段。
正如 Kevin Indig 在他的SEO 修剪分步指南中评论的那样：
"Panda 和其他谷歌算法告诉我们，质量——而不是数量——是游戏的名称。保持高质量的一种有效方法是"SEO 修剪"：切断或编辑表现不佳的页面以使网站更强大。您宁愿内容少而精。"
—— 凯文·英迪格
一旦发现网站上表现不佳的页面，那些没有获得任何反向链接或流量的页面（通常是因为它们没有在 SERP 上排名靠前）应该被重定向到具有相同意图的页面或多个合并在一起的页面创造值得排名的东西。
将您的博客从子域迁移到子文件夹
我们在上面的示例之一中讨论了将您的博客从子域迁移到子文件夹，这是您可以使用 301 重定向快速获得 SEO 胜利的最常见方法之一。
位于您博客上的内容通常对您的 SEO 策略很有帮助。
深入的内容不仅有助于将您确立为权威并将您定位为算法眼中某个主题的专家来源，而且该内容获得您网站链接的很大一部分也很常见。
当他们可以通过将博客放在站点的根目录中来更加努力地提高主站点的 SEO 性能时，您为什么想要指向子域的优秀链接？
除非有技术限制阻止您这样做，否则将您公司的博客从子域迁移到子文件夹应该被视为优先任务。
解决关键字蚕食问题
让我们直截了当地说一件事，关键字蚕食不仅仅是针对同一关键字的多个页面会阻止排名的情况。
相反，这是一个与意图有关的问题。只有当两个（或更多）页面的意图相同时，您才会与自己竞争并遭受蚕食问题。
也就是说，在没有理由保留所有竞争页面的情况下，使用 301 重定向是清理由蚕食引起的问题的主要方法之一。
将多个网站合并为一个
到目前为止，您已经看到了将博客从子域迁移到站点上的子文件夹时可能获得的 SEO 优势。
如果您的企业经营多个网站，假设您经营一家连锁酒店并为每家酒店拥有不同的网站，那么将所有网站合并为一个网站可能是有意义的，就像万豪所做的那样。
同样，您将多个域属性的权威性和公平性合二为一，从而形成一个更强大的网站，推动快速成功（请记住，要取得万豪的成功，您的 SEO 策略需要切中要害）。
管理停产产品
如何管理停产的产品是 SEO 的一部分，经常会遇到不同的意见。
意见 1：如果产品因停产而缺货并且不可能再有库存，通常建议您 301 将产品重定向到下一个最佳选择。这比简单地删除页面并让用户在尝试购买他们偶然发现的旧产品时面对 404 更可取——这很常见。
但是重定向不会保持停产产品的排名或可见性，将任何权益转移到目标页面。
**意见 2：**在产品停产很久之后，人们往往对它们感兴趣，所以另一个论点是这些产品页面应该保留在原地，至少一段时间，并清楚地显示替代品，而不是删除和重定向。
另一种选择，您也可以将此页面转换为比较页面，“2019 产品与 2020 产品”——人们经常比较产品的功能。然后包括相关产品。
如何实现 301 重定向
所以现在您知道什么是 301 重定向以及何时应该使用它们，但是您如何实现它们呢？
不幸的是，没有单一的方法可以做到这一点——这在很大程度上取决于您的服务器和您使用的 CMS。
但这里是如何在您可能会使用的一些常见设置中实施 301。
Apache 服务器上的 301 重定向
如果您的站点在 Apache 服务器上运行，则需要编辑站点的 .htaccess 文件以实现重定向。
如果您不确定，通过 FTP 客户端进入您站点的根目录可以快速帮助您确定需要采用哪种方式来实现 301。
如果您看到 .htaccess 文件，则它运行 Apache。
要向文件添加重定向，请使用以下示例：
重定向单个页面
Redirect 301 /old-page/ /new-page/
将整个域重定向到另一个域
Redirect 301 / https://www.newwebsite.com/
将整个站点重定向到子文件夹
Redirect 301 / https://www.website.com/subfolder/
将子文件夹重定向到不同的域
Redirect 301 /subfolder https://www.nnewwebsite.com/
URL 更改后重定向站点目录
Options +FollowSymLinks RewriteEngine On RewriteRule ^(.*)/old-category/(.*)$ $1/new-category/$2 [R,L]
从非 WWW 重定向到 WWW
RewriteEngine on RewriteBase / rewritecond %{http_host} ^website.com [nc] rewriterule ^(.*)$ http://www.website.com/$1 [r=301,nc]
从 HTTP 重定向到 HTTPS
RewriteEngine on RewriteCond %{HTTPS} on RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI}
重定向到尾部斜杠 URL
RewriteCond %{REQUEST_FILENAME} !-f RewriteCond %{REQUEST_URI} !(.*)/$ RewriteRule ^(.*)$ http://www.website.com/$1/ [R=301,L]
Nginx 上的 301 重定向
要在 Nginx 上创建永久 301 重定向，您需要在 .conf 文件中添加一行，该行通常位于服务器的根目录中。
您可能需要使用的一些常用行是：
重定向单个页面
server { # Permanent redirect to an individual page rewrite ^/old-page$ http://www.website.com/new-page permanent; }
将整个域重定向到另一个域
server { # Permanent redirect to new URL server_name website.com; rewrite ^/(.*)$ http://newwebsite.com/$1 permanent; }
从 HTTP 重定向到 HTTPS
server { listen 80; server_name website.com www.website.com; return 301 https://website.com$request_uri; }
从非 WWW 重定向到 WWW
server { # Permanent redirect to www server_name website.com; rewrite ^/(.*)$ http://www.website.com/$1 permanent; }
Windows 服务器上的 301 重定向
如果您的站点在 ASP.NET 中的 Windows 服务器上运行，则需要将重定向添加到应该在站点根目录中找到的 web.config 文件中。
以下是如何实现最常见的 301 重定向类型：
重定向单个页面
<location path="old-page"> <system.webServer> <httpRedirect enabled="true" destination="http://www.website.com/new-page/" httpResponseStatus="Permanent" /> </system.webServer> </location>
将整个域重定向到另一个域
<system.webServer> <httpRedirect enabled="true" destination="http://www.newwebsite.com/" /> </system.webServer>
从 HTTP 重定向到 HTTPS
<configuration> <system.webServer> <rewrite> <rules> <rule name="HTTP to HTTPS redirect" stopProcessing="true"> <match url="(.*)" /> <conditions> <add input="{HTTPS}" pattern="off" ignoreCase="true" /> </conditions> <action type="Redirect" redirectType="Permanent" url="https://{HTTP_HOST}/{R:1}" /> </rule> </rules> </rewrite> </system.webServer> </configuration>
从非 WWW 重定向到 WWW
<rewrite> <rules> <rule name="Redirect http://website.com to http://www.website.com HTTP" patternSyntax="ECMAScript" stopProcessing="true"> <match url=".*"></match> <conditions> <add input="{HTTP_HOST}" pattern="^website.com$"></add> <add input="{HTTPS}" pattern="off"></add> </conditions> <action type="Redirect" url="http://www.website.com/{R:0}" redirectType="Permanent" appendQueryString="true"></action> </rule> </rules> </rewrite>
WordPress 网站上的 301 重定向
如果您的网站在 WordPress 上运行，那么您很幸运，因为实施 301 重定向非常简单明了。
如果您使用的是 Yoast SEO Premium 插件，您会发现一个内置的重定向管理器，可用于实现重定向。如果您使用的是 Yoast SEO 的免费版本或其他不提供重定向的插件，则需要安装专用的重定向插件。
redirect 是目前最流行的 WordPress 重定向管理器，在撰写本文时已拥有超过 100 万的活跃安装。您可以在几分钟内添加重定向；这是非常容易使用。
如果您使用 Yoast 的替代品，例如RankMath，您会发现插件中包含一个重定向管理器，它还可以让您提供 410 个标头等。
Magento 商店的 301 重定向
如果您的电子商务商店在 Magento 上运行，则添加 301 重定向的功能已内置于平台中。
这是创建它们的方法...
Magento 1
如果您正在运行 Magento 1，请导航到目录 > URL 重写管理
您现在将看到之前创建的所有重定向。
继续并“添加 URL 重写”。
选择“自定义”重写。
填写所需的 URL 重写信息如下：
ID Path = 仅用于管理目的的重写名称。 请求路径= 原始 / 来自 URL 目标路径= 新 / 目标 URL 重定向= 永久 (301) 描述= 要为重定向添加的任何描述
Magento 2
首先，导航到 URL Rewrites：
营销 > SEO 和搜索 > URL 重写
继续“添加 URL 重写”并填写所需的 URL 重写信息，如下所示：
图片来源：Magefan
**创建 URL 重写：**自定义 商店= 要为 请求路径添加重定向的商店= 原始/来自 URL 目标路径= 新/目标 URL 重定向类型= 永久 (301) 描述= 要为重定向添加的任何描述
Shopify 商店上的 301 重定向
与 WordPress 和 Magento 一样，在Shopify 商店中实现 301 重定向非常简单明了。
前往销售渠道 > 网上商店 > 导航
然后，您将在页面顶部看到一个非常谨慎的“URL 重定向”链接。继续并单击它。
您现在可以“创建 URL 重定向”。
然后就像添加“from”和“to” URL 并保存重定向一样简单。就那么简单。
BigCommerce 上的 301 重定向
如果您在 BigCommerce 上经营电子商务商店，以下是添加 301 重定向的方法：
导航到 服务器设置 › 301 重定向。
添加重定向并添加旧 URL。
选择手动链接（在其中输入要重定向到的新 URL）或动态链接（您可以选择页面或类别，如果您以后更改此页面，重定向将自动更新）作为重定向类型。
如果您选择了上面的动态链接选项，请输入新页面的 URL 或选择要重定向到的页面。
常见的 301 重定向错误以及如何避免它们
在实施 301 重定向时很容易犯错误，通常是无意的，这里有一些更常见的错误以及如何避免它们。
允许页面为 404
在大多数情况下，您不应该让已删除的页面返回 404 代码，而应该实施 301 重定向以将用户和搜索引擎指向新的目标页面。
使用 302 代替 301 重定向
如上所述，当更改是永久性的时应该使用 301 重定向，当更改是临时的时应该使用 302s；然而，这些经常被错误地使用。
然后，您应该将这些重定向从 302s 更新为 301s，除非将它们设置为临时有意义。
在没有正确设置的情况下使用 JavaScript 进行重定向
JavaScript 可用于重定向，如果您别无选择，也可以使用它们；当人们无法访问其网站的服务器时，通常会使用它们。
但是，由于搜索引擎需要呈现页面才能找到重定向，因此它们不是最佳选择。许多网站不允许 Googlebot 抓取网站的 CSS 或 JS 文件，因此无法呈现页面。
通常建议使用 301、302 或 307 重定向以避免任何问题。
重定向到与原始意图不同的页面
您不应该仅仅为了这样做而重定向，因为这会对您网站的用户体验产生负面影响。
您应该只重定向到类似的页面，并且添加指向与原始意图完全不同的页面的重定向被认为是不好的做法，应尽可能避免。
仅在更新损坏的内部链接时才使用重定向
如果您通过使用站点审核工具的站点爬行发现损坏的内部链接，则不应简单地使用 301 重定向来解决这些问题，因为您正在创建一个不必要的重定向链。
相反，首先更新断开链接的目标，然后在完成后添加到正确页面的重定向。
重定向链和循环
不正确使用 301 重定向的两个常见示例是重定向链和循环。长重定向链和无限循环使搜索引擎难以抓取您的网站，还会降低您网站的加载速度。
您可以使用 SEMrush 站点审核工具识别重定向链和循环，然后通过重新设计重定向以从系列中的第一个 URL 指向最后一个 URL 来继续删除链和循环。
可以逆转301重定向么？
简短的回答是“是”。您可以逆转301重定向，即使它在技术上是永久性的。然而，长远的答案是，这种变化可能不会像你期望或希望的那样发挥作用，甚至可能会使你的问题变得更糟。让我们用四个现实场景来探索这个答案。
在我们深入研究场景之前，你需要知道两件事。理论上，这些东西听起来都很简单，但在现实世界中，301重定向需要时间来处理，反转它们（或以任何主要方式更改信号）通常需要更多时间。为这些延迟做好准备，并让您的利益相关涉众做好准备。在此期间，您可能会看到排名变化。大多数时候，它会过得相当快，但逆转往往会变得混乱。
这让我想到了一个警告——不要仅仅因为某事花费太长时间或你陷入了全面的恐慌状态而逆转301重定向。中游的逆转可能会产生混合信号，进一步延迟事情，并造成严重的短期排名损失。如果您要撤销301重定向，请确保您是出于合理原因撤销它，或者原始301的原因不再适用。
情景1：单页面完全反转
让我们从最简单的场景开始。A页301-重定向到B页（A→B），您想反转它。我在这里假设B页将完全消失。以下是基本步骤：
- 从A→B中删除301重定向
- 从B→A添加301重定向
- 重新指向A页的内部链接
- 将这两个页面都提交到谷歌搜索控制台（GSC）
- 给谷歌时间重新缓存B页
大多数人都绊倒在了最后一步。你会想把B页当成不受欢迎的角色，并完全否认它的存在（包括将其从XML网站地图中删除）。但问题在于谷歌需要时间来处理新信号，如果您隐藏了B页，或者更糟的是，它无法做到这一点，完全阻止爬虫程序访问它。你应该做的是给谷歌时间去抓取B页并处理新信号。
情景2：单页面同时保留两者
如果您重定向了A→B，并且想反向重定向，但又希望B页继续存在呢？您无法重定向301 B→A。否则B页将对所有人（搜索引擎和访客）来说都会消失。这可以进一步分为两个子场景，具体取决于您是否希望B页可供搜索引擎使用。
情景2A：B页可供搜索
如果您希望两个页面以相同的状态继续使用，您实际上只有一个选项：删除301重定向，并重新提交这两个页面。谷歌可能需要时间来响应这个信号，因为没有新的、强烈信号来覆盖它。以下是分步细分：
- 从A→B中移除301重定向
- 添加自引用rel-canonicals（A→A，B→B）
- 将这两个页面都提交到谷歌搜索控制台（GSC）
自我引用的再规范是相当微弱的信号，但它们至少促使谷歌说B页现在是一个独立实体。您可以尝试通过构建到这两个页面的新链接（内部或外部）来启动流程。如果您使用原始的301重定向从A→B传递重要权限，请意识到您现在正在拆分该权限。这个问题不容易解决。俗话说，你不能把篮子里一半的鸡蛋都给了别人，还指望数完你所有的鸡。
情景2B：B页隐藏在搜索中
如果您希望B页可供人们使用，但不在乎它是否可供搜索引擎使用（可能是出于法律原因存在但对营销不重要的内部页面），那么您可以rel-规范的B→A。这将允许B页保持可见，但将巩固A页的排名信号。步骤如下：
- 从A→B中删除301重定向
- 从B→A添加一个rel规范标签
- 重新指向A页的内部链接
- 将这两个页面都提交到谷歌搜索控制台（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网站地图
- 将关键页面提交到谷歌搜索控制台（GSC）
- 重新定位选择“A型”URL的入站链接
谷歌搜索控制台似乎对您可以提交的页面数量有一些限制（在新版本中，限制似乎因网站而异），目前没有简单的批量提交流程，因此请专注于高权威页面和内部链接结构中较高的页面。这应该鼓励谷歌至少在某种程度上重新爬行较低的页面。
对于全站范围的更改，特别是考虑到所涉及的风险，也值得联系权威的入站/外部链接，并要求人们将这些链接重新指向原始的A型URL。这最终是一项链接延伸任务，需要做到面面俱到。关注质量而不是数量以及与您关系良好的网站——甚至重新指向一些高权威链接也有助于提升您的新信号。
像任何大规模重定向一样，做好计划并充分记录。人们在变化上投入了大量时间和金钱，但随后往往急于逆转，通常是因为他们反应过度。全站逆转与原始更改一样危险，甚至可能更危险。在恐慌中做出这种改变是在招致灾难。
情景4：域名更改逆转
您将整个网站移至新域名，而现在，就在几周后，您就知道您的新域名也是镍背封面乐队的名称。当然，你会惊慌失措。首先，深呼吸。认真评估问题是否像你想象的那么严重。如果是这样，这种情况类似于第3点，但它通常风险更大，因为您的域名及其历史的某些方面可能会影响排名，而与您实施301重定向的情况好坏无关。
如果您真的别无选择，以下是您的关键步骤：
- 从A→B中删除所有301重定向
- 从B→A添加全站301重定向
- 为所有页面添加自引用规范
- 重新指向域A的内部链接
- 将域A重新添加到谷歌搜索控制台（GSC）
- 为域A重建XML网站地图
- 将关键页面提交到谷歌搜索控制台（GSC）
- 重新定位选择域A的入站链接
在这种情况下，您需要单独的GSC配置文件。如果您删除了旧的站点地图，请重新添加并重新创建完整的XML网站地图。您仍然需要提交关键页面，只是为了加快流程。
如果您无法访问域B（可能域注册过期，有人抢走了它），您将无法设置B→A重定向。事实是，在这种情况下，这将是一个漫长且可能痛苦的过程。次要信号，如入站链接，在该场景中将非常重要。
如何在GSC中重新提交页面？
我仍在测试新的谷歌搜索控制台（GSC），我觉得用户界面有时有点太神秘了。以下是提交（或重新提交）要索引的页面的步骤。
1. 检查工具栏中的URL
这隐藏在显而易见的地方。在新的GSC顶部，有一个“检查任何URL...”搜索框。要重新提交URL，您必须先检查它。
只需输入您想要重新提交的完整URL并点击[输入]。
2. 请求（重新）索引
GSC将返回一个状态页面，其中包含当前索引状态和一些其他信息。但是，无论您是第一次索引URL还是重新索引它，请单击“请求索引”...
在我们301重定向反转场景中的大多数情况下，您应该会恢复“URL在谷歌上”状态。如果URL当前没有索引，页面的其余部分将有诊断详细信息。
3. 祈祷好运
这就是你能做的。谷歌应该返回如下状态窗口：
现在，就祈祷吧。重新索引的时间会有所不同，谷歌不提供预计到达时间或承诺。
关于这个过程，有几点需要注意。首先，它(至少目前是)非常慢。其次，使用该工具的频率似乎是有限制的，尽管这些限制因站点而异。不幸的是，GSC没有批量选项。对于任何大规模的更改，您将不得不主要依赖于更新XML站点地图。
注意事项
不过最后要注意的是——在这些情况下，理论和实践的最大区别是，真实网站经常会混淆信号。如果您反向定位301，从某种意义上说，您已经在发送混合信号（与过去的信号相比）。如果除了这一变化外，您内部链接不匹配或糟糕的规范标签，或过时的XML网站地图或重定向链太长和损坏，以至于不能始终返回同一页面，那么所有这些都会带来更高的风险，花费更长的时间。在按下开关之前，请确保所有新信号都一致。
最后警告——不要惊慌失措地做这些，因为排名或流量在几个小时甚至几天后并没有按照你希望的方式进行。重大逆转，特别是全站或域更改，很容易使问题复杂化。仔细考虑一下，并确保你解决了正确的问题。
总结
去吧，去了解您需要了解的有关使用 301 重定向的所有信息。
虽然它们似乎是一个简单的主题，但对他们来说比许多人想象的要多，尤其是当您不仅考虑不同的使用场景以及必须根据您的站点设置实施它们的不同方式时。
了解 301 重定向是任何 SEO 知识的重要组成部分，但是通过花时间检查和仔细检查您使用它们的方式，您将能够避免错误并在正确的情况下使用它们。
