为什么使用重定向以及重定向的类型是什么?

为什么要使用重定向以及它们的类型是什么?

URL 结构的变化、删除子页面导致的错误以及由于在不同地址发布相同文本而导致的重复内容(例如在实施 SSL 之后)可能会对搜索引擎评估网站的方式产生负面影响。但最重要的是,内容访问受阻会阻碍用户。这就是为什么值得使用重定向以使浏览网站更容易的原因。

网站上用户友好的导航和 URL 吸引客户再次访问您的网站。当机器人试图像人类一样“思考”时,这些因素也会对搜索引擎如何看待您的网站产生积极影响。但是,阻止您的内容不断发展超出了可能的范围 – 商店的种类不断变化,CMS 创建的默认地址通常在方便性方面有很多不足之处。这主要适用于电子商务行业,但即使是小型博客的管理员也需要记住如何让其内容易于访问。重定向是组织内容的方法之一,我们始终将其作为我们技术 SEO 服务的一部分来处理。

CMS 迁移是店主面临的另一个挑战。新菜单、不同风格的 URL 构建,甚至可能更改类别树——所有这些都会使指向旧版本站点的链接开始生成 HTTP 404 错误页面。在这里,重定向再次证明是非常有帮助的。继续阅读我们的文章,您将了解如何正确使用重定向。现在是时候介绍可能的解决方案了。

重定向——它们是什么?

一般来说,重定向可以描述为带有重定向到另一个登录页面的指令的HTTP响应。它会通知您的搜索引擎和机器人他们正在寻找的内容已被临时或永久重新定位。

当涉及到用户的观点时,他们认为它只是被重定向到与分配给单击链接的地址不同的地址。这是一个特别方便的解决方案,因为没有重定向,错误页面将显示给用户,他们必须自己搜索所需的内容或产品。在给定网站上有大量子页面的情况下,任务并不是最简单的,因此,用户经常辞职并决定离开该页面。重定向是有助于防止它的解决方案。

搜索控制台 - 错误页面

搜索 colsole - 有问题的页面如果索引 URL 生成 HTTP 404 错误页面,Google Search Console 会将其报告为需要解决的问题(以便正确索引地址),或者当 Google 认为情况不需要时排除该 URL任何动作。请记住检查“状态”列中的两个报告,因为您可能会在其中找到一些重要的子页面。

重定向类型

根据您网站上的活动是否只是暂时的,或者内容是否被永久迁移或删除,会提供不同的状态代码。尽管最终用户总是可以访问所需的子页面,而不管他们的代码如何,但这些代码对于搜索引擎机器人来说是必不可少的。

301重定向——永久重定向

“301 永久移动”重定向是一种非常常见且被广泛推荐的重定向。它通知内容已永久重新定位到另一个子页面,并且永远不会再在给定的 URL 上可用。对于机器人来说,这是一个明确的指示,他们应该遵循重定向中包含的消息,而不是访问此 URL。此外,一段时间后,现有网站地址可能会从搜索引擎中删除,因为它不提供任何相关内容。

302重定向——临时的

302 是另一种流行的类型——它通常是默认设置的,它是临时的。它由“302 found message”表示,因此搜索引擎机器人的信息在这里不太具体。在给定地址找不到所需的内容,但可以在其他地方访问。一段时间后,内容可能会再次在现有 URL 上可用,因此与 301 重定向相反,机器人将重新访问原始地址以检查内容是否已恢复。

其他类型

除了众所周知的 301 和 302 重定向之外,还有几种不同的 HTTP 状态代码,其功能是将用户或机器人重定向到不同的地址。

  • 303 重定向 – 请参阅其他 – 应仅用于使用 HTTP POST 方法发送数据的表单。作为对表单的响应,重定向到特定地址的过程开始,无需通过 POST 重新发送信息。
  • 304 重定向——未修改——内容相对于用户所知道的内容没有改变。这种类型的重定向通知搜索引擎存储的数据仍然有效。可以将内容显示给用户,无需从源下载。
  • 305 重定向——使用代理——只有使用特定的代理服务器才能访问给定的站点。当然,消息中包含浏览器应该使用的服务器地址。
  • 307 重定向——临时重定向——临时重定向到另一个 URL 地址。与 302 – Found 的唯一区别是它的查询方法没有改变。经常使用的 302 可以根据情况解释为 303(将 POST 更改为 GET)或 307。

不正确的重定向设置可能会导致错误 310 – 重定向过多。它通知重定向循环问题,这使得无法访问指令中指定的地址。

SEO和重定向的重要性

我们已经提到,从用户的角度来看,重定向使浏览网站更加方便。正确配置服务器状态代码同时也是在搜索结果中保持高位的有力武器。搜索引擎优化的目的是为机器人提供有关网站内容的清晰信息,重定向是影响其工作的方法之一。

“301 永久移动”重定向使您能够将绝大多数链接资产传递到新地址。然而,由于谷歌算法中的安全更新保护了搜索引擎免受操纵,链接的价值永远不会被完全传递。

另一方面,302 重定向不传递链接的任何值,而只是将流量引导到新地址。旧的 URL 仍将显示在搜索结果中,这在发生任何临时更改(例如停止发布促销内容或重建子页面)时很有用。但是,最终的决定总是由搜索引擎做出的——302 重定向可能会被解释为 301,并且原始 URL 将被取消索引。

何时使用重定向?

提供的理论可能证明是不够的,这就是为什么当搜索引擎机器人的正确说明至关重要时,我们会给你一些现实生活中的 SEO 示例。如果在以下描述的情况下不使用重定向,则网站可能会失去有价值的流量,或者具有不同 URL 的相同子页面将被视为重复内容并在搜索结果中排名较低。

强制使用网站的特定版本

根据服务器配置,网站内容可能会通过带有“www.”的地址访问。模块和没有它。如果两个版本都生成 200 OK 代码,则可以将它们解释为同一站点的重复内容。为了避免这种情况,建议设置一个全局 301 重定向,这将导致一个选定的地址变体。为此,请使用服务器上可用的 .htaccess 文件。重定向命令可能如下所示:

RewriteCond %{HTTP_HOST} ^www\.myaddress\.com [NC]
RewriteRule ^(.*)$ http://myaddress.com/$1 [L,R=301]

SSL协议的使用

SSL 协议的实现带来了很多好处。除了提供更好的安全性之外,它还积极影响搜索引擎对网站的看法。但是,为了避免通过 HTTP 和 HTTPS 访问的重复内容导致其他问题,值得让浏览器使用更安全的版本。使用 .htaccess 文件并设置全局 301 重定向到从 https:// 开始的 URL 是一个很好的解决方案。

您可以在下面看到一个命令示例,该命令同时用作不带“www”的地址版本的重定向。模块并作为 HTTPS 协议。

RewriteCond %{HTTP_HOST} ^(www\.)(.*) [NC]
RewriteRule (.*) https://%2%{REQUEST_URI} [L,R=301]
RewriteCond %{HTTPS} 关闭
RewriteCond %{HTTP_HOST } !^(www\.)(.*) [NC]
RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]

在 .htaccess 文件中创建此类重定向时,始终值得检查托管提供的文档,其中通常包含有关如何配置重定向的说明。上面的例子并不总是合适的。

检查重定向的状态httpstatus.io – 检查状态码的简单方法

域名变更

如果您决定更改网站地址,请确保将内容从原始网站准确复制到新网站在旧版本的每个子页面上,用新的对应子页面的 URL 设置 301 重定向。多亏了它,在旧域上找到指向该站点的链接的用户仍然可以访问他们一直在搜索的内容。另一方面,搜索引擎机器人将获得有关在何处查找重新定位的内容的精确信息。缺乏适当的重定向将意味着您必须从头开始完全建立新网站的流量。

创建新的 URL 结构

我们的文章“URL 结构”为读者提供了创建用户友好链接的方法,这些链接极大地影响了网站的 UX 和 SEO。但是,缺少从旧版网站到新版网站的 301 重定向可能会毁掉您的努力。当您决定更改商店中类别树的结构时,这同样适用。在这两种情况下,页面菜单中的链接通常会自动更改,但外部链接或手动创建的链接(例如博客帖子中的链接)仍将包含旧地址。正如我们已经提到的,HTTP 404 不鼓励用户和搜索引擎机器人。

CMS 迁移

改变商店的 CMS 的决定可能是由许多因素引起的,例如超出软件功能的分类扩展、与其他(不受支持的)服务集成的意愿或仅仅是使用舒适性——这些只是几个例子。无论出于何种原因,CMS 迁移都会导致现有 URL 结构的不可逆转的损失。因此,有必要在新旧版本的 CMS 之间使用 301 重定向。除非您提供它,否则大多数应该将用户重定向到您的网站的搜索结果点击都会生成 HTTP 404。

不可用产品的子页面

如果产品已从报价中撤出,一种可能的解决方案是使用 301 重定向向客户展示类似的商品(例如不同的版本)或类别,他们将能够在其中找到令人满意的东西来替换不可用的产品. 它还使您能够传递不存在的子页面的大部分值。

但是,需要注意的是,在这种特殊情况下,隐藏产品页面可能无利可图。要了解更多信息,请转到我们之前的文章 https://delante.co/product-unavailable-how-to-deal-with-it/

了解有关您的 CMS 的更多信息

除了了解重定向类型及其示例应用程序之外,您还应该知道如何在 CMS 中创建它们。正确配置的系统(例如 WooCommerce 或 Sote)的最新版本在更改子页面的 URL 时会自动使用 301 重定向。但是,经常发生(也在上述 CMS 的旧版本中)您必须使用菜单选项手动设置重定向。仍然有不支持重定向的内容管理系统,您需要使用 FTP 访问设置所有内容。

如果您想创建一个友好的产品或类别 URL 来替换当前的默认地址,请小心并按照说明进行操作:

  • 保留旧地址,以便您可以测试重定向的工作原理。
  • 检查潜在的新地址是否可用——输入一个已经存在的 URL 作为新地址可能会导致重定向循环问题,从管理面板注销并阻止进一步使用该网站。在这种情况下,只有 FTP 才能救你。
  • 如果您确定可以使用新的 URL 地址,请输入新的 URL 地址,并检查重定向是否已自动创建。
  • 如果没有自动创建重定向(或者您知道您的 CMS 没有此功能),请在软件设置中找到手动设置重定向的选项。
  • 如果此选项不可用,请使用服务器上的 .htaccess 文件。
  • 在 Google Search Console 中索引这两个地址。

自动重定向通常仅在第一次更改 URL 时才能正常工作。每次后续更改地址都需要使用手动设置选项,因为系统无法将流量从两个(或更多)先前版本的网站正确重定向到新版本。上面提到的 Shoper 就是一个很好的例子,因此值得检查一下这个功能是如何运作的。

重定向还是 rel=canonical?

重定向的正确实施并不总是可能的。它通常是由于 CMS 的特殊性造成的,它不提供此类功能或创建响应用户访问给定子页面的方式的地址。在一个网站中属于多个类别的产品是一个很好的讨论示例,因为不同的链接可以将您重定向到它:

  • https://shop.com/category/product
  • https://shop.com/specific-category/product
  • https://shop.com/procuder-name/product

在这种情况下创建重定向将很困难(并非所有变体总是已知的)并且有风险,因为它很容易产生错误。另一方面,规范 URL 将阻止搜索引擎机器人将同一地址的不同变体视为重复内容。这是一个更安全的选择,也将对网站的 SEO 产生积极影响。但是,您应该记住,规范只是对 Google 的建议,可以忽略。有关更多信息,请参阅我们关于 rel=canonical 的文章 (https://delante.co/rel-canonical-what-are-canonical-urls-for/)。在许多地方,专家更喜欢使用规范 URL 而不是 301 重定向。

带回家的消息

在您的网站上正确配置重定向可以让您管理流量并尽可能多地传递已删除子页面的价值。因此,它对网站的用户体验和搜索引擎优化都有积极影响。但是,请记住在创建重定向时要小心。在最好的情况下,用户或机器人只会被重定向到错误的子页面。如果最坏的情况发生,将无法再使用该网站。

推荐阅读
Scroll to Top

联系我们

=