重定向 seo 第1篇
JavaScript
元刷新
让我们看看这些类型的重定向究竟有何不同，以及何时应该使用它们。
重定向有两种主要类型——永久和临时。
顾名思义，当原始 URL 永久重定向到新页面时，永久重定向用于长期使用。这可能由于各种原因而发生，例如域名更改、新网站等。类似地，当页面处于维护状态并且短时间内无法使用时，会使用临时重定向。
每当搜索引擎爬虫通过重定向链接时，他们首先分析它是永久重定向还是临时重定向。在永久重定向的情况下，爬虫会将新页面编入索引。永久重定向告诉爬虫忘记旧页面，并在其位置索引新页面。但是，临时重定向会被记录下来，因此原始页面的 SEO 不会受到影响。因此，由于爬虫不会索引临时 URL，因此下次用户尝试打开页面时，爬虫将始终瞄准主 URL。
开发人员之间总是有关于CSR 与 SSR重定向的对话。虽然两者都有不同的用途，但服务器端重定向因其效率而被更频繁地使用。
顾名思义，这种类型的重定向直接发生在您网站的主服务器上。每当用户使用的浏览器访问具有重定向的 URL 时，浏览器都会直接将请求发送到您的服务器。这意味着服务器负责将浏览器自动定向到重定向页面。这意味着浏览器向 URL “A”的页面发出请求，并且服务器本身会将浏览器重定向到页面的重定向 URL “B”。
Web 上的大多数重定向都使用这种类型的重定向，因为它符合他们将内容保存在服务器中的利益。这有很多好处，包括与原始 URL 相当的页面加载时间。有两种常见的 SSR 重定向类型：
重定向 seo 第2篇
302 重定向用于临时原因。例如，如果您的一个或多个页面正在维护或临时处理，您可以对原始 URL 使用 302 重定向。搜索引擎会自动将这些重定向视为临时页面，这意味着页面的 SEO 大部分不会受到影响。
客户端重定向使用将重定向责任放在客户端（浏览器）上的技术。浏览器自己处理重定向请求，服务器在这个过程中不扮演任何角色。在客户端重定向中，当用户单击已重定向的 URL 时，服务器会告诉浏览器“尝试请求这个新 URL”。
此过程发生两次，以从浏览器端进行确认。这就是为什么客户端重定向往往需要更多时间来处理和加载。由于服务器没有进行任何更改，源代码直接存储重定向。这会使您页面的 SEO 易受攻击。因此，建议不要对您的页面使用客户端重定向。客户端重定向主要有两种类型：
元刷新
这种类型的 CSR 由开发人员通过在其标题中放置 HTML 文档的元标记来设置。这是设置重定向的简单方法。但是，用户还需要几秒钟才能从浏览器重定向到新页面。这会对您页面的 SEO 和可用性产生负面影响。此外，如果使用元刷新，则将链接权限传递给目标页面。
JavaScript
您还可以使用 JavaScript 重定向页面。但是，这意味着用户必须在其浏览器上启用 JavaScript 才能被重定向。在实施时，请确保您遵守指南。
内容来自百家号 查看原文
重定向 seo 第3篇
在永久重定向的情况下使用301重定向。例如，如果您要重新启动一个网站，那么 301 重定向将是将旧 URL 重定向到新网站的完美选择。301 重定向提供了将原始 URL 的几乎 100% 的链接权限传递给重定向的巨大优势。这意味着它们会向搜索引擎发出关于您的原始 URL 永久转移的明确信号，并将您的新页面编入索引。这有助于保留旧 URL 的SEO 指标，并防止 SERP 的任何降级。
重定向 seo 第4篇
分为服务器级（）和目录级（.htaccess）配置方式，两种配置的书写方式都相同。一般情况下优先使用前者，除非没有对主配置文件的访问权限。使用AllowOverride启用了.htaccess文件后，Apache每次都在所有目录中查找.htaccess文件，无论是否真的存在或用到，将会导致性能下降。另外，Apache必须在所有上级目录中查找.htaccess文件，从而使所有的指令都生效。同时，启用.htaccess修改权限后，会更改服务器的配置，从而可能带来意想不到的修改。