使用301或303将http重定向到https

garethb 发表于 Dev

加雷斯伯

我不确定从http重定向到https时，哪种方式最适合我的网站。目前，我正在使用IIS重写规则来进行重定向。我已经阅读了如何使用301或303的指南。在阅读了301和303之后，我仍然不确定哪种是最好的。

我的理解是，它们在http和https之间的重定向方面非常相似。

有没有区别，并且会以某种方式相互影响SEO吗？

根据规格：301

301（永久移动）状态代码表示已为目标
资源分配了新的永久URI，以后
对该资源的任何引用都应使用其中的一个URI。
具有链接编辑功能的客户端应在可能的情况下自动将对有效请求URI的引用重新链接到
服务器发送的一个或多个新引用。

服务器应该在响应中生成一个Location头字段，其中包含新的永久URI的首选URI引用。该
用户代理可以使用自动位置字段值
重定向。服务器的响应有效负载通常包含简短的
超文本注释，其中包含指向新URI的超链接。
  Note: For historical reasons, a user agent MAY change the request
  method from POST to GET for the subsequent request.  If this
  behavior is undesired, the 307 (Temporary Redirect) status code
  can be used instead.
默认情况下，可以缓存301响应；即，除非
方法定义或显式缓存控件另有说明

303

303（请参阅其他）状态代码表示服务器正在
将用户代理重定向到其他资源，如Location标头字段中的URI所示，该资源旨在提供
对原始请求的间接响应。用户代理可以执行
针对该URI的检索请求（如果
使用HTTP，则为GET或HEAD请求），也可以将其重定向，并提供最终结果作为对原始请求的答案。请注意，
位置标头字段中的新URI不被视为等效于
有效请求URI。

此状态代码适用于任何HTTP方法。它主要用于允许POST动作的输出，以将用户代理重定向
到选定的资源，因为这样做
可以以独立于
，独立于，可独立标识，加书签和缓存的形式提供与POST响应相对应的信息。原始
请求。

对GET请求的303响应指示原始服务器不具有
服务器可以通过HTTP传输的目标资源的表示。但是，“位置”字段
值引用的是描述目标
资源的资源，因此，对该其他资源进行检索请求可能会导致表示对接收者有用的表示，而不意味着它表示原始目标资源。请注意，
有关可以表示的内容，什么
表示是适当的以及什么可能是有用的描述的问题的答案
不在HTTP的范围之内。

除对HEAD请求的响应外，303响应的表示应包含简短的超文本注释，并带有指向
Location标头字段中提供的相同URI参考的超链接。