Redirect Checker
Redirect Checkerは無料ツールです。ウェブサイトがユーザーや検索エンジンを単一のURLに誘導しているか確認します。全てのドメインバリエーションを一度にチェックします。
Redirect Checkerは何をするのですか？
URLまたはドメインを入力します。ツールはそのページのあらゆるバリエーションを取得します。https、https www、http、http wwwをチェックします。各リダイレクトを一歩ずつたどります。手順を一つの結果にまとめません。
プロトコルとwwwは入力から読み取ります。ドメインのみならトップページを確認します。サブページのフルアドレスを指定すれば、そのページをそのまま調査します。各バリエーションで経路全体を記録します。ステータスコード、リダイレクトの種類、応答時間、最終ページを含みます。
カノニカル先は自動で検出されます。バリエーションが収束する場所に基づいています。手動での選択は不要です。必要なときは手動でバージョンを指定できます。
ステップ・バイ・ステップ表示の重要性
多くのチェッカーは最初と最後のURLだけを表示します。これではチェーンや混在ステータスコード、遅い工程が隠れてしまいます。このツールはすべての手順を表示。どこでリクエストが無駄になっているか分かります。誤って使用された一時的リダイレクトも検出できます。
一跳びで済むべきチェーンを見つけます。リダイレクトループやサーバーエラーも検出。ほかのツールが見逃すクライアントサイドリダイレクトもキャッチします。
知っておくべきリダイレクトの種類
リダイレクトにはいくつか種類があり、それぞれ異なります。種類はユーザーと検索エンジンの両方に重要です。301は恒久的な転送を意味し、新しいURLへランキングシグナルを渡します。カノニカル化にはこれが最適です。
308は301と同様ですが、リクエストメソッドを保持します。302と307は一時的な転送です。恒久的な変更には使わないでください。古いURLがインデックスに残る場合があります。303はGETメソッドを強制し、フォーム送信後などに使われます。
ページはHTTPステータスを使わずにリダイレクトすることもあります。meta refreshやJavaScriptがそれにあたります。これらクライアントサイドのリダイレクトは遅く、ランキングシグナルが渡らない可能性があります。本ツールはこれらも検出し、301への変更を推奨します。
SEOにどう役立つか
検索エンジンはURLの各バージョンを別々に扱います。HTTP、HTTPS、wwwありとなしは全て別扱いです。複数の入り口がある店のようなものです。もし2つ以上が200を返したら、シグナルが分散されます。クロール予算が重複のために浪費されます。
すべてのバージョンを一つのカノニカルなアドレスへリダイレクトしましょう。一つのページにパワーを集中できます。これは最も重要なテクニカルSEO改善の一つであり、導入も簡単です。
速度とクロールバジェット
このツールはパフォーマンス改善にも役立ちます。リダイレクトごとに一つ通信が追加されます。長いチェーンだと初バイトまでの遅延が増加。モバイルネットワークではさらに深刻です。Googleはリダイレクトの最小化を推奨しています。
一跳びが理想です。ツールは各ステップを計測し、余計なジャンプもカウントします。見えない遅延が可視化できます。HTTPS移行やサイトリニューアル直後に最も有用です。ドメインやCMS変更もルールが崩れやすいです。
末尾スラッシュとカノニカルタグ
ほとんどのツールが見逃すチェックです。ページは2つのアドレスで表示される可能性があります。1つは末尾がスラッシュ、もう1つは無し。つまり/blogと/blog/がともに200を返す状況です。検索エンジンはこれを重複コンテンツとみなします。
ツールは両方の形をチェックします。どちらか一方が他方へリダイレクトされているか表示します。両方が200なら警告を出します。その場合、1つルールを追加し形を統一しましょう。
また、カノニカルタグも自動で検出します。リダイレクト先と一致しているかを比較します。不一致なら通知します。矛盾したシグナルは検索エンジンを混乱させるので、修正をおすすめします。
Redirect Checkerの主なユースケース
wwwあり・なしが同じホストにリダイレクトされているか確認する- HTTPが恒久的にHTTPSへリダイレクトされているか確認する
- クロールや閲覧を遅くする多段チェーンを検出する
- サイトが停止する前にリダイレクトループを見つける
- 恒久的（301/308）と一時的（302/307）リダイレクトを判別する
- 修正が必要なmeta refreshやJavaScriptリダイレクトを検出する
- ApacheやNGINX用の単一バリアント用ルールを生成する
- 移行やリローンチ後のリダイレクトの再確認
異なるロケーションからのリダイレクトチェック
一部のウェブサイトは国によって異なるリダイレクトを返します。JavaScript動作時に挙動が変わることも。高度な設定からこれらに対応できます。プレミアムプロキシを有効にし国を選択。選択した地域からページ取得されます。
クライアントサイドレンダリングを有効にすることも可能です。これでJavaScript実行後のリダイレクトもキャッチします。ジオロケーションやSPAアプリで便利。通常のリクエストでは見つからないリダイレクトも検出できます。
Redirect Checkerと他ツールの比較
| 機能 | DiagnoSEO | 他ツール |
|---|---|---|
| 4つ全バリエーションを同時にテスト | ✅ | ✅ |
| URL貼り付けでwww/HTTP自動判別 | ✅ | ❌ |
| カノニカルターゲット検出とタグ確認 | ✅ | ❌ |
| トップページ以外も任意のページをチェック | ✅ | ❌ |
| スラッシュあり／なしのリダイレクト判定 | ✅ | ❌ |
| リダイレクトの全チェーンを手順ごとに表示 | ✅ | ❌ |
| 各ジャンプの応答時間を測定 | ✅ | ❌ |
| meta refreshとJavaScriptリダイレクトを検出 | ✅ | ❌ |
| リダイレクトループ検出 | ✅ | ❌ |
| Googlebotや任意の国からチェック可能 | ✅ | ❌ |
| 目的に合わせたApache/NGINXルール生成 | ✅ | ❌ |
| CSV形式で結果をエクスポート | ✅ | ❌ |
ヒント＆ベストプラクティス
- 一つのカノニカルバリアントを選び、他の3つは301リダイレクトで統一
- できるだけリダイレクトは一回に抑える
- 恒久的変更には301もしくは308を使う
- 内部リンクは直接カノニカルアドレスへ
- サーバー・CDN変更やHTTPS切替後は再テスト必須
- トップページ・サブページともにチェック
よくあるミス
wwwあり・なし双方が200でアクセス可能なまま放置- HTTP、HTTPS、wwwを個別にリダイレクト
- 恒久的変更に302（仮）リダイレクトを使う
- meta refreshやJavaScriptリダイレクトを頼る
wwwと無しの間でループになるリダイレクト- サイトマップやカノニカルタグの更新を忘れる
Redirect Checkerの使い方
- URLまたはドメインを入力。単一ページだけを調べるならフルアドレスを入力
- カノニカルターゲットは自動もしくは任意のバージョンを強制
- ユーザーエージェントを選択。ブラウザまたはGooglebotを選ぶ
- 2ページ目の確認はそのままでもOK、高度な設定を開くも可
- 分析を開始。結果や各バリエーションチェーンをチェック
- リダイレクト生成タブを開き、ApacheかNGINXのルールをコピー
ケーススタディ
あるECサイトがHTTPSへ移行しました。wwwあり・なし両方が有効なままでした。HTTPは3回跳んでHTTPSに着地していました。順位が伸びず、インデックスも減少。チームは原因が特定できませんでした。
Redirect Checkerですぐに全リダイレクトチェーンが可視化されました。重複したホストも発覚。すべて301で統合しました。内部リンク・サイトマップも更新。クリアな結果を得るため再チェックしました。
クロール効率は数週間で回復。追加のコード修正なしに順位安定しました。
よくある質問（FAQ）
-
これは異なるホスト名です。検索エンジンはそれぞれ別のアドレスとして扱います。一方を他方へ恒久リダイレクトすべきです。これで重複コンテンツを回避できます。
-
はい。すべてのジャンプを表示します。それぞれステータスコード、種類、応答時間が見られます。最終URLだけでなく全手順を確認できます。
-
301、302、303、307、308のリダイレクトを検出します。さらにmeta refreshや一般的なJavaScriptリダイレクトも対応。
-
理想は1回です。直接的な301が最速です。余分なジャンプは遅延を増加させ、シグナルも分散します。
-
はい。高度な設定を開いてください。プレミアムプロキシを有効化し国を選択。JavaScriptレンダリングも有効化可能です。
-
はい。バリエーションごとに各ジャンプをエクスポートできます。ファイルはCSV形式。レポートや分析用途にご利用ください。
-
はい。/ページ と /ページ/ は異なるURLです。両方が200なら重複コンテンツとなります。一方が他方へリダイレクトされるべきです。