ランディングページのリダイレクト

Silktide は、ページにアクセスする際にリダイレクト（ページを提供する代わりに「こちらへ移動してください」と応答するアドレス）が発生しているかどうかをチェックします。リダイレクトが発生するたびに、実際のページの読み込みが始まる前に、サーバーへの余分な往復が発生します。

次のようなチェーンでは、ブラウザーがコンテンツを受信するまでにネットワークを3回経由することになります。

http://example.com/           -> リダイレクト
https://example.com/          -> リダイレクト
https://www.example.com/      -> リダイレクト
https://www.example.com/home  -> 実際のページ

重要な理由

リダイレクトがあると、コンテンツの1バイト目が届く前にページの表示が遅れます。モバイル接続では、1回の経由だけで数百ミリ秒かかることもあります。速度が最も重要な場所、つまり広告、検索結果、共有リンクからアクセスされるランディングページで、この影響は特に深刻です。開始が遅いと、訪問者は何も見る前に離脱してしまいます。

リダイレクトチェーンは、へのアップグレード、ある場所での「www」の正規化、昨年のページ移転などによって、意図せず積み重なります。内部ナビゲーションではチェーンが省略されるため、誰もその合計コストに気づきません。外部から訪れる新しい訪問者は、すべての経由にかかる時間を負担することになります。

修正方法

リンク、広告、キャンペーン URL を更新し、途中の経由をすべて省略して最終的なアドレスを直接指すようにします。
サーバー上でチェーンを整理します。古いアドレスは、チェーンを1回ずつたどらせるのではなく、1ステップで最終的な移動先へ直接リダイレクトする必要があります。
m.example.com などの別のモバイルサイトへリダイレクトするのではなく、1つの URL でを使用します。モバイル用に別の URL を用意すると、アクセスのたびにリダイレクトが発生し、検索順位にも悪影響を与えます。
Cookie やトラッキングパラメーターを設定することだけを目的としたリダイレクトは避け、移動先のページで設定します。

Silktide によるテスト方法

速度テスト用に設定されたデバイスの種類、接続速度、テスト場所を使用して、実際のブラウザーでページを読み込みます。
ブラウザーが最終ページに到達するまでに通過するリダイレクトチェーンをたどり、それぞれが追加する時間を測定します。
チェーン内の各アドレスと、それによって生じる時間コストを報告し、合計時間に基づいてページを評価します。測定可能なリダイレクト遅延があると評価は下がり、累積遅延が約1秒ある場合は低い評価になります。

トラブルシューティング

HTTP から HTTPS へのリダイレクトは必要です

はい、そのままにしてください。アドレスを直接入力した訪問者を HTTPS にアップグレードする必要があるためです。目標は、リダイレクトを最大でも1回にすることです。そのリダイレクトは最終 URL に直接到達するようにし、管理下にあるすべてのもの（リンク、広告、サイトマップ）では最終的な HTTPS アドレスを指すようにします。そうすれば、ほとんどの訪問者はリダイレクトをまったく経験しません。

リダイレクト元がマーケティング URL または短縮 URL です

トラッキング URL やリンク短縮サービスは、意図的に経由を追加します。これは妥当なトレードオフになる場合もありますが、訪問者全員に実際の遅延が発生することに変わりはありません。そのようなチェーンはできるだけ短くし、最終ページを直接指すようにしてください。