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

クロールバジェットの浪費

各ホップでGooglebotが個別のHTTPリクエストを消費。大規模サイトではクロール効率の低下が顕著になり、新規ページや更新ページのインデックスが遅れる原因に。

ページ速度の低下

リダイレクトのたびにDNSルックアップ・TCP接続・HTTPレスポンスの待ち時間が発生。1ホップあたり50〜200msの遅延が加算され、3ホップで0.5秒以上のロスに。Core Web VitalsのLCPにも悪影響。

リンク評価（PageRank）の減衰

Googleは「301でPageRank損失はほぼない」としていますが、チェーンが長くなるとわずかな減衰が積み重なる可能性。特に302混在チェーンでは引き継ぎが不完全になるリスク。

インデックスの問題

Googlebotはデフォルトで最大5回までリダイレクトを追跡。5ホップを超えると追跡中断の場合があり、最終ページがインデックスされずSearch Consoleに「リダイレクトエラー」として報告。

.htaccess（Apache）でリダイレクト設定

レンタルサーバー（エックスサーバー、ConoHa WING等）やApache環境で最も一般的な方法です。サイトルートの.htaccessファイルに記述します。

Nginxでリダイレクト設定

Nginx環境では設定ファイル（nginx.confやサイト別confファイル）に記述します。変更後はnginx -s reloadが必要です。

WordPressでリダイレクト設定

WordPressではプラグインを使う方法が簡単です。「Redirection」プラグインなら管理画面から設定でき、正規表現にも対応しています。

Cloudflareでリダイレクト設定

Cloudflareを利用している場合、管理画面やPages用の_redirectsファイルで設定できます。HTTP→HTTPSは「常にHTTPSを使用」を有効にするだけで完了します。

HTML・JavaScriptでリダイレクト

サーバー設定にアクセスできない場合の代替手段です。ただし、サーバーサイドリダイレクト（301/302）に比べてSEO効果は劣るため、可能な限りサーバー側で設定してください。

⚠ meta refreshやJavaScriptリダイレクトは検索エンジンが301と同等に扱わない場合があります。SEO目的にはサーバーサイドリダイレクトを推奨します。

1 HTTP→HTTPSの移行

HTTP→HTTPSに加え、www統一やトレイリングスラッシュが重なると3ホップ以上に。例：http://example.com/page → https://example.com/page → https://www.example.com/page → https://www.example.com/page/

2 ドメイン変更の積み重ね

旧ドメインA→旧ドメインB→現行ドメインCのように、過去のドメイン変更時のリダイレクトが残ったまま新たな変更を追加するケース。

3 CMS・プラグインの自動リダイレクト

WordPressのパーマリンク変更やリダイレクトプラグインの自動ルールが、手動設定と重複し意図しないチェーンを形成。

4 短縮URLの利用

bit.lyなどの短縮URLを経由すると、短縮URL→元URL→最終URLのチェーンが発生。広告やメール内リンクで使用している場合は注意。

ERR_TOO_MANY_REDIRECTS 多くのリダイレクトが発生しています

ブラウザが表示する「このページは動作していません」エラーです。リダイレクトが無限ループしている状態で、ページが表示できなくなります。

Loop リダイレクトループ

A→B→A のようにリダイレクトが循環する問題です。本ツールで検出された場合、チェーンの中に同じURLが2回以上出現します。

GSC 「ページにリダイレクトがあります」

Search Consoleの「ページのインデックス登録」レポートに表示されるステータスです。リダイレクト元URLがインデックスから除外されていることを意味します。詳しくは「ページにリダイレクトがあります」の原因と対処法」をご覧ください。

HTTPS HTTP→HTTPSリダイレクトの設定

常時SSL化（HTTPS化）はSEOの基本です。GoogleはHTTPSをランキングシグナルとして使用しており、http://でアクセスされた場合にhttps://へ301リダイレクトする設定が必要です。