301 リダイレクトチェッカー

ステータスコードは、それがどのような移動なのかを、サーバーが検索エンジンに伝える手段です。恒久的なリダイレクト（301 または 308）は、古い URL がもう戻らないことを示します。そのため検索エンジンは新しい URL をインデックスし、リンクなどのシグナルを新しい URL に集約します。一時的なリダイレクト（302、303、307）は、古い URL がいずれ戻ってくることを示すため、通常は古い URL がインデックスに残ります。

訪問者にはこの違いがまったくわからないため、誤ったステータスコードが何か月も気づかれないままになることがあります。多くのツールは、特に指定しない限り一時的なリダイレクトを返します。PHP の header('Location: ...')、Express の res.redirect()、Apache の Redirect ディレクティブは、いずれもデフォルトで 302 を返します。

TrueURL は、最初のホップだけでなく、チェーンのすべてのホップをチェックします。

• すべてのリダイレクトが 301 または 308：恒久的な移動です。ページの移動、ドメインの変更、HTTPS 化では、この状態が理想です。
• 302、303、307、meta refresh、JavaScript リダイレクトのホップが 1 つ以上ある：チェーン全体が恒久的とはいえません。本当に一時的な移動でない限り、それらのホップをサーバーサイドの 301 に変更してください。
• リダイレクトがまったくない：URL が直接レスポンスを返しています。リダイレクトを想定していた場合は、ルールが有効になっていないか、キャッシュがまだ古いページを返しています。
• 最終ページが読み込まれない：リダイレクト自体は機能していますが、転送先が 404、410、5xx エラーを返しているか、途中のホップが失敗しています。転送先を修正するか、最も関連性の高いページにリダイレクトするようにしてください。

301 と 308 はどちらも恒久的なリダイレクトで、Google は両者を同じように扱います。違いはリクエストメソッドにあります。301 の後、ブラウザーは POST を GET に変えることがありますが、308 ではメソッドとボディが必ず維持されます。通常のページには 301 を、POST リクエストを受け取り続ける必要がある API エンドポイントやフォームの送信先には 308 を使います。一時的なリダイレクトの 2 つも同じ関係で、302 ではメソッドが変わることがあり、307 では決して変わりません。

すべての 3xx コードの詳しい比較は、「リダイレクトのステータスコード解説」をご覧ください。

• A/B テストや短期間のキャンペーンで、数週間だけトラフィックを別のページに送る場合。
• 短時間の障害時に、ステータスページへ一時的にリダイレクトする場合。ただし検索エンジンに対しては、元の URL で 503 を返すほうが適切なシグナルになります。
• 訪問者の言語、地域、デバイス、ログイン状態に応じたリダイレクトで、元の URL をインデックスに残す必要がある場合。
• フォーム送信後（Post/Redirect/Get パターン）に、303 See Other でブラウザーを結果ページに送る場合。

それ以外、特にサイト移転や URL の変更では、301 を使用してください。