ダブルリダイレクト-パフォーマンスとコストへの影響
最近、AWS S3アカウントをセットアップし、そこで静的サイトをホストしました。 「www.example.com」とapexドメイン「example.com」にそれぞれ1つのバケットを設定しました。
「www.example.com」バケットは「example.com」バケットにリダイレクトします。ドメインでhttpsを強制するCloudflareサービスもセットアップしました。
したがって、チェーンは次のとおりです。http：// www.example.com-> http：// example.com-> https：// example.com
さらに、CloudFrontを活用してコンテンツをグローバルに配信し、S3コストを削減しています。私は、費用のためにRoute53ルートに行かないことを選択しました。
コンテンツ配信に関してパフォーマンスへの影響は何か、S3のリソースコストに関連するものは何か、各リクエスト（上記のチェーンによる）はGETに相当しますか？.
コストとパフォーマンスの両方に関連して、これを行うためのより良いおよび/またはより効率的な方法はありますか？この点で従うべきベストプラクティスは何ですか。
ダブルリダイレクトare非効率的：
- ブラウザは、それぞれに対してGETリクエストを作成します
- 各ホスト名（またはサブドメイン）には、個別のDNSルックアップが必要です。
チェーンには次のものがあります。
- 3 GETリクエスト
- 2つのDNSルックアップ（HTTPとHTTPSはexample.comに対して同じDNSルックアップを使用します）
便利な場合は、http:// www.example.comに直接リダイレクトするようにhttps:// example.comを構成することをお勧めします。
それはどれほど悪いのでしょうか？あまりない。 2回目のリダイレクトでは、リクエストに数十ミリ秒が追加されます。 GETリクエストごとに支払うホスティングを使用したことはありません。単一のリダイレクトに再構成するのが難しい場合、私はそれを心配しません。
長いリダイレクトチェーンに入ると、問題が発生する可能性があります。ほぼすべてが5つまたは6つのリダイレクトのチェーンに従う必要があります。それよりも高いと、一部のブラウザはエラーをスローし、検索エンジンはボットをあきらめることがあります。