“临时”重定向页面是否应使用 301 重定向?

“临时”重定向页面是否应使用 301 重定向?

假设foo.com最终想要托管一个网站,当网站准备好时,blog.foo.com在哪里我目前正在托管一个网站。在foo.com准备好之前,可以对 进行永久重定向 (301) 吗blog.foo.com

一旦原始网站准备就绪,这会对其产生任何负面影响吗? 如果有,为什么/如何影响?


我想使用永久重定向的原因之一是使用临时重定向会对 的搜索排名产生负面影响blog.foo.com。我使用 Blogger 来提供服务,因此我认为添加规范元标记是不可能的。

答案1

301 重定向是可缓存的。这意味着一旦用户点击该 301,下次他们请求原始 URL 时,浏览器将自动转到重定向目标,而无需向服务器发出请求。

即使清除了浏览器缓存,沿途的任何透明代理也可以缓存 301 响应。

302 响应未被缓存。

还有其他 3xx 响应表示应从其他 URL 检索资源,但我对此不太熟悉实际使用它们了解浏览器和代理如何处理它们。如果您选择使用其中之一,请在部署之前进行测试。


实际阅读射频功能函数库所以有指导意义。

来自 301 部分:

具有链接编辑功能的客户端应尽可能自动将对请求 URI 的引用重新链接到服务器返回的一个或多个新引用。除非另有说明,否则此响应是可缓存的。

这意味着浏览器和 RSS 源阅读器中的书签和 RSS 源 URL 可能会发生变化。有些客户端会这样做,有些则不会。您可以发送一个带有 301 的缓存标头,明确告诉客户端不要缓存它,但这不会影响上述行为。

303 和 307 响应是专门为响应客户端错误执行 302 重定向而创建的。请求方法应该在后续请求中保持不变,但很少有客户端真正这样做,而是始终更改为 GET 请求。

303 响应告诉客户端他们应该在下一跳上使用 GET 请求。303 请求无法缓存。

307 响应告诉客户端他们应该继续使用相同的请求方法进行下一跳。307 响应只有在使用其中一个缓存标头明确告知的情况下才可缓存。

HTTP/1.1 之前的客户端通常无法理解 303 和 307。对于开发人员未实现整个规范的较新客户端,情况也可能如此。如果您知道您有很多非常老的客户端,那么这可能只是一个问题。


至于您对 SEO 的担忧,blog.foo.com没有获得更高排名的原因是您指出了这foo.com是正确的 URL,并且它只是暂时地。因此blog.foo.com,任何指向 的链接foo.com都应该提高 和 的排名,foo.com而不是blog.foo.com。然后搜索流量将被发送到foo.com并重定向到 ,blog.foo.com而不是直接发送到blog.foo.com

当你消除重定向,foo.com已经具有较高的排名,并且不会发送任何流量blog.foo.com。我预计这就是你即将发生。


你该怎么办?

除非我的网站上有接受 POST 请求的表单,否则我会使用 303 重定向。对于这些表单,我会使用 307,这会导致在临时网站上再次进行 POST。

我还会将任何请求的 303 响应更改为 302 重定向,以表明它是HTTP/1.0且不是HTTP/1.1

如果您决定使用 301,那么blog.foo.com在删除重定向后,您很可能仍会在一段时间内看到流量激增。排名blog.foo.com也可能会持续一段时间。

答案2

免责声明:我远非 SEO 专家。

使用 301 永久重定向似乎不合适。无论是从语义 HTTP 代码的角度还是从 SEO 的角度来看。301 应该用于永恒的重定向,而您的重定向不是。它是暂时的。从 SEO 的角度来看,内容应该开始从 foo.com 转移到 blog.foo.com,这与您的长期期望相反。

我建议使用 302 或 307。

相关内容