HTTP/2はhttps
プロトコルのみを使用していることを知っています。
ウェブサイトでの私の既存の実装は、すべて数千の既存のURLを持つhttp
プロトコルを使用したHTTP/1.1です。
Htmlソースコードを大規模に変更せずにHTTP/2サポートを追加するには、すべてのhttp
リクエストをnginxサーバーブロックレベルのhttps
にリダイレクトする予定です。
server {
listen 80 default_server;
listen [::]:80 default_server;
server_name _;
return 301 https://$Host$request_uri;
}
私の質問は:
(1)このアプローチでは、検索エンジンのインデックス作成とボットクロールに欠点/影響はありますか?
(2)このリダイレクトのアプローチでは、サーバーリソースの面で大きなオーバーヘッドが発生しますか?
実装の提案は大歓迎です。
ありがとう。
1)同じコンテンツであり、プロトコルのみが変更されているため、いいえ。 Googleが変更を検出し、インデックスを更新すると一時的に低下することがありますが、以前の状態に戻ります。
2)リダイレクトなし。データを暗号化するため、サービスリソースが多少増加します。そうでなければ、いいえ。
質問する必要がある場合は、301リダイレクトを使用しないでください。サイトに301を追加すると、解決方法はありません。実際にはhttp/2はsslを必要としませんが、SSL以外のリクエストを許可する実装はありません。
あなたが尋ねた質問については...と比較して?そのままにしておきますか? 302を使用していますか?
はい、Googleはhttp2がランキングに影響を与えると言いますが、レンダリング時間についても述べています-実際には、この影響はごくわずかでした。 302を使用すると、googleは引き続き検索結果に古いURLを公開しますが、301を使用すると、新しいURLが表示されます。しかし、301を切り替える前に、302と多くのログ分析を強くお勧めします。