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

Question

從http重定向到https時，我不確定哪個網站最適合我的網站使用。 目前我正在使用IIS重寫規則來進行重定向。 我讀過關於如何使用301或303的指南。在閱讀301和303之后，我仍然不確定哪個最好用。

我的理解是它們與http和https之間的重定向非常相似。

有什么區別，它會以任何方式影響搜索引擎優化嗎？

從規格：301

301（永久移動）狀態代碼表示目標
資源已被分配一個新的永久URI和任何未來
對此資源的引用應該使用其中一個附帶的URI。
具有鏈接編輯功能的客戶端應該自動將對有效請求URI的引用重新鏈接到一個或多個新的
盡可能由服務器發送的引用。

服務器應該在響應中生成一個Location頭字段，其中包含新永久URI的首選URI引用。 該
用戶代理可以使用Location字段值進行自動
重定向。 服務器的響應有效負載通常包含一個短消息
超文本注釋，帶有指向新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旨在提供
對原始請求的間接響應。 用戶代理可以執行
針對該URI的檢索請求（如果是，則為GET或HEAD請求）
使用HTTP），它也可能被重定向，並將最終結果作為原始請求的答案。 請注意新的URI
在Location頭字段中不被認為是等效的
有效的請求URI。

此狀態代碼適用於任何HTTP方法。 它主要用於允許輸出POST操作以重定向用戶代理
到選定的資源，因為這樣做提供了信息
對應於POST響應的形式可以單獨進行
識別，加入書簽和緩存，獨立於原始文件
請求。

對GET請求的303響應指示源服務器不具有可以是的目標資源的表示
由服務器通過HTTP傳輸。 但是，位置字段
value是指描述目標的資源
資源，使得對該另一資源進行檢索請求可能導致對收件人有用的表示，而不暗示它表示原始目標資源。 注意
回答可以代表什么，什么是什么的問題
表示是充分的，可能是有用的描述
超出了HTTP的范圍。

除了對HEAD請求的響應之外，303響應的表示應該包含一個帶有超鏈接的短超文本注釋。
Location頭字段中提供的相同URI引用。

Answer 1

谷歌說：

使用服務器端301 HTTP重定向將您的用戶和搜索引擎重定向到HTTPS頁面或資源。

我建議遵循Google的建議而不是嘗試實施303策略。

來源： https ： //support.google.com/webmasters/answer/6073543？hl = zh-CN

Answer 2

當您將http重定向到https時，基本上您希望從SEO角度保留“鏈接汁”。

您可能知道Google會考慮網站排名的反向鏈接數量。

301和303重定向之間的主要區別主要在於它是否通過鏈接汁。 像你提到的技術差異，但從SEO的角度來看，301是一個更好的選擇。

這是一篇博文，展示了303如何影響您網站的SEO。 https://digitalreadymarketing.com/303-redirect-effect-seo/

如果您有興趣了解有關重復內容的更多信息（http和https是典型的重復內容問題），請查看此帖子。 https://digitalreadymarketing.com/what-is-duplicate-content-how-to-find-solve-them/