リダイレクトは、訪問者と検索エンジンをあるURLから別のURLへ自動的に誘導します。ユーザーが何もしなくても、瞬時に実行されます。
簡単な説明
メインストリートからオークアベニューに店舗を移転したと想像してみてください。古い建物に「移転しました!新しい店舗はオークアベニュー123番地です」と書かれた大きな看板を掲げます。この看板は、いわばリダイレクト(方向転換)のようなものです。
以前の店舗を訪れた人は、看板を見てどこへ行けばよいか分かります。リダイレクトも同様です。以前のURLにアクセスすると、自動的に新しいURLにリダイレクトされます。
リダイレクトの仕組み
ユーザー体験:
- 誰かがoldpage.comへのリンクをクリックする
- ブラウザがそのページを要求する
- サーバーは「これはnewpage.comに移動しました」と表示します
- ブラウザは自動的にnewpage.comを読み込みます
- ユーザーは新しいページを見る(通常はリダイレクトに気づかない)
検索エンジンエクスペリエンス:
- Googleはoldpage.comをクロールします
- newpage.comへのリダイレクトを発見
- ランキングシグナルをnewpage.comに転送します
- 最終的には検索結果にnewpage.comが表示される
リダイレクトが重要な理由
SEO価値を維持: ページを移動または削除すると、リダイレクトによってSEOの価値(ランキング、 バックリンク) を新しいページに追加します。
ユーザーエクスペリエンスを維持する: 古いブックマークやリンクを持つ訪問者は、エラー ページが表示される代わりに、引き続きコンテンツにアクセスできます。
壊れたリンクを修正: リダイレクトにより、404 エラーが機能するページに変換され、ユーザーをサイトに留めることができます。
サイトの変更を管理する: リダイレクトを使用すると、トラフィックを失うことなく、サイトを再編成、再ブランド化、または更新できます。
リダイレクトの種類
リダイレクトの種類によって目的が異なります。
301 リダイレクト(永続的)
その意味: 「このページは新しい場所に永久に移動しました。」
使用する場合:
- ページは新しい URL に完全に移動されました
- ページを永久に削除する
- ドメイン名の変更
- 重複ページの統合
- HTTPS 移行 (http から https)
SEO への影響: リンクエクイティの90~99%を新しいURLに渡します。Googleは新しいURLを代替URLとして扱います。
シナリオ例: 商品ページの名前を /old-product-name から /new-product-name に変更しました。古いURLは新しいURLに301リダイレクトされます。
コードステータス: 返品 HTTPステータスコード 301.
302 リダイレクト(一時的)
その意味: 「このページは一時的に移動しました。また戻ってくるかもしれません。」
使用する場合:
- 新しいページデザインのテスト
- A/Bテストの実行
- 一時的なプロモーション
- 季節ごとのリダイレクト
- サイトのメンテナンス
SEO への影響: リンクエクイティは渡されません。Google は一時的なものであるため、古い URL をインデックスに保持します。
シナリオ例: 商品は一時的に在庫切れです。「入荷次第お知らせ」ページにリダイレクトします。在庫が復活したら、リダイレクトを解除してください。
コードステータス: HTTP ステータス コード 302 を返します。
重要: 恒久的な変更には302を使用しないでください。SEOの価値が移転されません。
307 リダイレクト(一時的、保存メソッド)
その意味: 302 と似ていますが、リクエストメソッドが同じままであることを保証します (POST は POST のままです)。
使用する場合:
- フォーム送信時の一時的なリダイレクト
- APIリダイレクト
- 正確な方法の保存を必要とする技術的状況
302との相違点: 302 は POST を GET に変更できます。307 は POST を POST のままにします。
ほとんどのウェブサイト: 307 を使用する必要はほとんどありません。一時的なニーズの場合は 302 を使用してください。
303 リダイレクト(その他を参照)
その意味: 「あなたのアクションの結果は、この別の URL にあります。」
使用する場合:
- フォーム送信後(確認ページにリダイレクト)
- 支払い処理後
- 重複したフォーム送信の防止
一般的な使用: ユーザーがフォームを送信 → 「ありがとう」ページに 303 リダイレクトされます。
便利な理由: 更新ボタンがフォームを再送信するのを防ぎます。
308 リダイレクト(永続的、メソッドの保持)
その意味: 301 と似ていますが、リクエスト メソッドの保存が保証されます (307 と 302 の比較と同様)。
使用する場合:
- APIの永続的なリダイレクト
- 正確な方法を必要とする技術的な状況
ほとんどのウェブサイト: 代わりに 301 を使用してください。308 は特殊です。
メタリフレッシュ
それは何ですか: サーバーベースではなく、HTML ベースのリダイレクトです。
使い方:
<meta http-equiv="refresh" content="0;url=https://newpage.com">
使用する場合: ほとんどありません。サーバーのリダイレクトが使用できない場合のみ。
問題:
- サーバーのリダイレクトよりも遅い
- ユーザーエクスペリエンスが悪い
- SEOの価値を完全には渡さない可能性がある
- ブラウザによってブロックされる可能性があります
より良い代替案: 代わりに常に 301 または 302 サーバー リダイレクトを使用してください。
JavaScriptリダイレクト
それは何ですか: JavaScript コードを使用してリダイレクトします。
例:
window.location.href = "https://newpage.com";
使用する場合: サーバーのリダイレクトが不可能な場合にのみ、最後の手段として使用します。
問題:
- 検索エンジンは追従しないかもしれない
- リンクエクイティを確実に渡さない
- JavaScriptを無効にしているユーザーはリダイレクトされません
- サーバーのリダイレクトよりも遅い
例外: シングルページ アプリケーション (SPA) では、ルーティングのために JavaScript リダイレクトが必要になる場合があります。
各リダイレクトタイプを使用するタイミング
状況に応じて適切なリダイレクトを選択してください。
301 永続リダイレクトを使用する:
ページは恒久的に移動されました: 古いURLは戻りません。すべてのトラフィックは永久に新しいURLに送信されます。
例:
- 製品ページの名前を変更しました
- 再構築されたURL
- 削除されたコンテンツ(関連ページにリダイレクト)
- ドメインの変更
- プロトコルの変更(HTTPからHTTPSへ)
重複ページの統合: 同じコンテンツを持つ複数のページ。重複したページを1つのメインページにリダイレクトします。
例:
yoursite.com/product-blue
yoursite.com/products/blue-item
yoursite.com/shop/blue
すべてが 1 つの正規 URL にリダイレクトされます。
URL の間違いを修正する: 間違った URL でページを公開しました。301 で修正してください。
古いドメインから新しいドメインへ: サイトのブランド変更または移転。古いドメイン全体を新しいドメインにリダイレクトします。
302 一時リダイレクトを使用する:
A / Bテスト: 古いページを維持しながら新しいページのデザインをテストします。
例: トラフィックの 50% がページ A を参照し、50% がページ B (一時的にリダイレクト) を参照します。
在庫切れの商品: 商品は一時的にご利用いただけません。「通知」ページまたは代替商品にリダイレクトします。
季節限定コンテンツ: ホリデープロモーションは12月のみ有効です。その他の月は通常のページへリダイレクトされます。
サイトのメンテナンス: 更新のためページを停止しています。一時的にメンテナンスページにリダイレクトします。
地理的リダイレクト: 一時的に、異なる場所向けに異なるコンテンツをテストしています。
302 を使用しない場合: 恒久的な変更には302を使用しないでください。SEOの価値が移転されません。
303 リダイレクトを使用する:
フォームの送信: ユーザーがフォームを送信すると、確認ページにリダイレクトされます。
支払い手続き: 支払いが完了すると、成功ページにリダイレクトされます。
重複アクションの防止: ユーザーが更新によって誤って 2 回送信することを防ぎます。
リダイレクトを使用しない場合:
正規 URL: 両方の URL にアクセスできるようにしながら、どちらがプライマリ URL であるかを Google に伝えたい場合は、リダイレクトではなく正規タグを使用します。
内部ナビゲーション: 通常の内部リンクの場合は、正しいURLにリンクするだけです。リダイレクトはしないでください。
管理していない外部リンク: 他の人のウェブサイトをリダイレクトできません。代わりに、リンクを更新するには、そのウェブサイトに連絡してください。
リダイレクトの実装方法
実装はプラットフォームとサーバーによって異なります。
Apache サーバー (.htaccess)
ほとんどの共有ホスティングはApacheを使用しています。リダイレクトには.htaccessファイルを使用してください。
住所 .htaccess を Web サイトのルート ディレクトリ (index.html または index.php と同じフォルダー) に配置します。
基本的な 301 リダイレクト (単一ページ):
Redirect 301 /old-page https://yoursite.com/new-page
複数の 301 リダイレクト:
Redirect 301 /old-page-1 https://yoursite.com/new-page-1
Redirect 301 /old-page-2 https://yoursite.com/new-page-2
Redirect 301 /old-page-3 https://yoursite.com/new-page-3
古いドメインを新しいドメインにリダイレクトします:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^oldsite\.com [NC,OR]
RewriteCond %{HTTP_HOST} ^www\.oldsite\.com [NC]
RewriteRule ^(.*)$ https://newsite.com/$1 [L,R=301,NC]
これにより、oldsite.com のすべてのページが newsite.com の一致するページにリダイレクトされます。
HTTP を HTTPS にリダイレクトします。
RewriteEngine On
RewriteCond %{HTTPS} off
RewriteRule ^(.*)$ https://%{HTTP_HOST}%{REQUEST_URI} [L,R=301]
非 WWW を WWW にリダイレクト:
RewriteEngine On
RewriteCond %{HTTP_HOST} ^yoursite\.com [NC]
RewriteRule ^(.*)$ https://www.yoursite.com/$1 [L,R=301]
ディレクトリ全体をリダイレクト:
RedirectMatch 301 ^/old-directory/(.*)$ https://yoursite.com/new-directory/$1
302 一時リダイレクト:
Redirect 302 /temporary-page https://yoursite.com/target-page
Nginx サーバー
ホスティングで Nginx を使用する場合は、この形式を使用します。
住所 Nginx 設定ファイル (通常は /etc/nginx/ 内) に追加します。
基本的な301リダイレクト:
server {
location /old-page {
return 301 https://yoursite.com/new-page;
}
}
ドメイン全体をリダイレクト:
server {
server_name oldsite.com www.oldsite.com;
return 301 https://newsite.com$request_uri;
}
HTTP から HTTPS へ:
server {
listen 80;
server_name yoursite.com www.yoursite.com;
return 301 https://$server_name$request_uri;
}
WordPress
WordPress ではリダイレクトを実装する方法が複数提供されています。
方法1: リダイレクトプラグイン(最も簡単)
ステップ:
- 「Redirection」プラグインをインストールする(無料)
- ツール→リダイレクトに移動
- 「新規追加」をクリック
- ソースURLを入力してください: /old-page
- ターゲットURLを入力してください: /new-page
- リダイレクトの種類(301 または 302)を選択してください
- 「リダイレクトを追加」をクリックします
メリット:
- コーディングは必要ありません
- ユーザーフレンドリーなインターフェース
- リダイレクトヒットを追跡する
- インポート/エクスポートのリダイレクト
- 404エラーをログに記録する
方法2:Yoast SEOプレミアム
ステップ:
- Yoast SEO Premiumをインストールする
- 削除/変更するページを編集する
- Yoastはリダイレクトを設定するように促します
- ターゲットURLを選択
- リダイレクトが自動的に作成されました
メリット:
- 自動リダイレクト提案
- コンテンツ管理との統合
- 別途プラグインは必要ありません
方法3:ランク計算
ステップ:
- Rank Mathプラグインをインストールする(無料)
- ランク数学へ移動 → リダイレクト
- ソースURLとターゲットURLを追加する
- Save
メリット:
- 組み込みのリダイレクトマネージャー
- 404モニタリング
- 他のプラグインからのインポート
方法4: .htaccess (手動)
手動制御を希望する場合:
- FTP経由で接続
- .htaccess ファイルをダウンロードします (最初にバックアップしてください)
- リダイレクトコードを追加する
- サーバーにアップロードし直す
Shopifyサービス
Shopify にはリダイレクト管理機能が組み込まれています。
ステップ:
- Shopify管理画面にログイン
- オンラインストアへ移動 → ナビゲーション
- 「URLリダイレクト」をクリックします
- 「URLリダイレクトを作成」をクリックします
- 「リダイレクト元」を入力します(完全なURLではなく、古いURLパスのみ)
- 「リダイレクト先」を入力します(完全なURLまたはパスを指定できます)
- [保存]をクリックします。
例:
- リダイレクト元: /old-product-name
- リダイレクト先: /products/new-product-name
一括リダイレクト: 「リダイレクト元」と「リダイレクト先」の列を含むCSVファイルをインポートします。
制限事項:
- 常に 301 リダイレクトを作成します (302 は作成できません)
- 店舗ごとに最大10,000件のリダイレクト
ウィックス
Wix はダッシュボードを通じてリダイレクトを管理します。
ステップ:
- Wixダッシュボードの設定に移動します
- 「SEO(Google)」をクリック
- 「URLリダイレクトマネージャー」へ移動
- 「新しいリダイレクト」をクリック
- 古いURLを入力してください
- 新しいURLを入力してください
- リダイレクトの種類(301 または 302)を選択してください
- Save
自動リダイレクト: Wix では、次の場合に 301 リダイレクトが自動的に作成されます。
- ページのURLスラッグを変更する
- ページを削除
- ページ名を変更する
Squarespace
Squarespace にはリダイレクト ツールが組み込まれています。
ステップ:
- 設定に移動
- 「詳細設定」をクリック
- 「URLマッピング」を選択します
- 古いURLを入力→新しいURL
- Save
フォーマット:
/old-page -> /new-page 301
/temp-page -> /target-page 302
ルール:
- 1行につき1つのリダイレクト
- リダイレクトの種類(301 または 302)を常に含めます
- ドメイン名は不要、ページパスのみ
リダイレクトのテスト
リダイレクトが正しく機能することを確認するために、必ずリダイレクトをテストしてください。
手動テスト
ブラウザテスト:
- ブラウザのキャッシュをクリアする(Ctrl+Shift+Delete)
- アドレスバーに古いURLを入力してください
- Enterを押す
- 正しい新しい URL にリダイレクトされるかどうかを確認します
- アドレスバーに新しいURLが表示されていることを確認する
シークレット/プライベートモード: キャッシュの問題を回避するためにシークレット モードでテストします。
オンラインリダイレクトチェッカー
リダイレクトチェッカーツール: 無料のオンラインツールを使用する:
- リダイレクトチェッカー.org
- 翻訳元
- websiteplanet.com/webtools/redirected/
確認すべき内容:
- リダイレクトタイプ(301 または 302)
- リダイレクト チェーンの長さ (複数ではなく 1 である必要があります)
- 最終リンク先URL
- HTTPステータスコード
良い結果の例:
https://yoursite.com/old-page
↓ 301 Redirect
https://yoursite.com/new-page
悪い結果の例(チェーン):
https://yoursite.com/old-page
↓ 301 Redirect
https://yoursite.com/middle-page
↓ 301 Redirect
https://yoursite.com/final-page
チェーンリンクはSEO効果を無駄にします。最終目的地へ直接リダイレクトすることで修正しましょう。
スクリーミングフロッグ
プロフェッショナルテスト:
- Screaming Frog SEO Spiderをダウンロード(URL500件まで無料)
- ウェブサイトのURLを入力してください
- 「開始」をクリックします
- 「レスポンスコード」タブに移動
- 「リダイレクト(3xx)」でフィルタリング
- すべてのリダイレクトを確認する
何を探すべきか:
- リダイレクトチェーン(連続した複数のリダイレクト)
- リダイレクトループ(AがBにリダイレクトし、BがAにリダイレクトする)
- 壊れたリダイレクト(404 ページにリダイレクト)
- リダイレクトの種類が間違っています(301 ではなく 302)
検索コンソール
Google Search Console で監視:
- カバレッジレポートへ
- 「除外」セクションを確認してください
- 「リダイレクトのあるページ」を探す
- リダイレクトが意図的であることを確認する
URL検査ツール:
- 古いURLを入力してください
- 「ライブURLをテスト」をクリック
- Googleがリダイレクトを認識するかどうかを確認する
- リダイレクトの種類を確認する
よくあるリダイレクトの間違い
SEO とユーザー エクスペリエンスに悪影響を与えるこれらのエラーを回避します。
間違い1: 301の代わりに302を使う
問題: 永続的な変更には一時的なリダイレクト (302) を使用します。
結果: SEOの価値は引き継がれません。古いURLは検索結果に残り、ランキングは新しいページに移行しません。
どのように起こるか:
- デフォルトのリダイレクト設定は302です
- 違いを理解していない
- 間違ったコードをコピー&ペーストする
解決策: リダイレクトの種類を必ず確認してください。永続的な変更の場合は、必ず301を使用してください。
確認方法: リダイレクトチェッカーツールを使用してください。301 を表示したかったのに 302 が表示された場合は、リダイレクトコードを更新してください。
間違い2: リダイレクトチェーン
問題: ページ A はページ B にリダイレクトし、ページ B はページ C にリダイレクトし、ページ C はページ D にリダイレクトします。
結果:
- ページの読み込みが遅い
- SEO の価値が失われる(リダイレクトごとに 5~10% 失われる)
- ユーザーエクスペリエンスが悪い
- クロール予算の無駄
例:
http://example.com/page
↓ 301 to
https://example.com/page
↓ 301 to
https://www.example.com/page
↓ 301 to
https://www.example.com/new-page
解決策: 元の URL から最終目的地に直接リダイレクトします。
http://example.com/page
↓ 301 directly to
https://www.example.com/new-page
直し方: 古いリダイレクトを更新して、新しい最終 URL を指すようにします。
間違い3: リダイレクトループ
問題: ページ A はページ B にリダイレクトし、ページ B はページ A にリダイレクトされます。
結果: ブラウザに「リダイレクトが多すぎます」というエラーが表示され、ページにアクセスできなくなります。
例:
/page-a → redirects to → /page-b
/page-b → redirects to → /page-a
どのように起こるか:
- 競合するリダイレクトルール
- WordPressプラグインの競合
- .htaccess エラー
解決策: 競合するリダイレクトの1つを削除します。最終的な宛先を決定し、そのリダイレクトのみを残します。
間違い4:ホームページへのリダイレクト
問題: 多くのページを削除し、すべてをホームページにリダイレクトします。
なぜ悪いのか: ユーザーの意図とは関係ありません。Google はこれらのリダイレクトをソフト 404 として無視する場合があります。
例:
/blue-shoes → / (homepage)
/red-shoes → / (homepage)
/green-shoes → / (homepage)
青い靴を希望したユーザーが、ホームページにアクセスしても靴が見つかりません。イライラします。
より良い解決策: 最も関連性の高いページにリダイレクトします:
/blue-shoes → /shoes (category page with all shoes)
/red-shoes → /shoes
/old-product → /similar-new-product
関連するページが存在しない場合は、404 のままにします。これは、無関係なリダイレクトよりも優れています。
間違い5:内部リンクを更新しない
問題: リダイレクトを設定していますが、古い URL を指す内部リンクは更新されていません。
結果: 不要なリダイレクトはサイトの速度を低下させます。クロール予算が無駄になります。
例: メニューは/old-pageにリンクしており、そこから/new-pageにリダイレクトされます。メニューを/new-pageに直接更新することをお勧めします。
解決策: リダイレクトを作成した後:
- 古いURLへのすべての内部リンクを見つける
- 新しいURLを指すように更新する
- 外部リンクと古いブックマークのリダイレクトを維持する
道具: 内部リンクを見つけるには、Screaming Frog またはサイト検索を使用します。
間違い6:古いリダイレクトをすぐに削除する
問題: 数週間または数か月後にリダイレクトを削除します。
結果: 古いバックリンクは切れ、ブックマークしたページは機能しなくなり、SEOの価値は失われます。
タイムライン: リダイレクトを保存する:
- 最低1年
- できれば永遠に
- 絶対に必要な場合のみ削除してください
理由:
- 人々は古いブックマークを持っている
- 外部リンクの更新には何年もかかる
- 検索エンジンは古いURLを参照する
- アーカイブと古いコンテンツは古いURLにリンクしたままです
例外: 古い URL がセキュリティ上のリスクや法的問題を引き起こす場合は、早めに削除できます。
間違い7: リダイレクトのURL形式が間違っている
問題: リダイレクト コード内のタイプミスまたは書式エラー。
一般的なエラー:
# Missing https://
Redirect 301 /old-page www.site.com/new-page
# Wrong path format
Redirect 301 old-page https://site.com/new-page
# Typo in URL
Redirect 301 /old-page https://site.com/new-pag
正しい形式:
Redirect 301 /old-page https://www.site.com/new-page
回避方法:
- 実装後にすべてのリダイレクトをテストする
- 入力ミスを避けるためにURLをコピー&ペーストする
- 絶対 URL を使用する (https:// を含む)
- 末尾のスラッシュを一貫して含める
間違い8: リダイレクトをテストしない
問題: リダイレクトを実装しますが、それが機能するかどうかを確認しません。
結果: 壊れたリダイレクトは気づかれず、ユーザーはエラーに気づき、SEOに悪影響を及ぼします。
解決策: すべてのリダイレクトをテストします。
- ブラウザで手動で
- リダイレクトチェッカーツールを使用
- シークレットモード
- モバイルデバイスの場合
- キャッシュをクリアした後
継続的なモニタリング: 毎月チェック:
- リダイレクトエラーのSearch Console
- 壊れたリダイレクトの404レポート
- リダイレクトの問題に関するサイトクロール
リダイレクトのベストプラクティス
効果的なリダイレクトを行うには、次のルールに従ってください。
実装前に計画を立てる
URLを変更する前に:
- 変更されるすべてのページを文書化する
- リダイレクト マッピング スプレッドシートを作成する
- リダイレクト実装を計画する
- まずはステージングサイトでテストする
- 起動時はトラフィックの少ない時間をスケジュールする
リダイレクト マッピング スプレッドシート:
Old URL | New URL | Redirect Type | Priority
/old-page | /new-page | 301 | High
/temp-promo | /products | 302 | Medium
単純にする
直接リダイレクト: 常に最終目的地へリダイレクトします。中間ページはスキップします。
単一リダイレクト: 古い URL 1 つ → 新しい URL 1 つ。複雑にしすぎないようにしましょう。
明確な目的: すべてのリダイレクトには明確な理由が必要です。その理由を文書化してください。
定期的に監視する
毎月の小切手:
- Search Consoleのリダイレクトエラー
- 壊れたリダイレクトチェーン
- 遅いリダイレクト
- リダイレクトパフォーマンス
四半期監査:
- フルサイトリダイレクトクロール
- 不要なリダイレクトを削除する
- リダイレクトドキュメントの更新
- リダイレクトの問題を修正する
すべてを文書化
記録を残します:
- リダイレクトが作成されたとき
- なぜ作られたのか
- 古いURLと新しいURL
- リダイレクトタイプ
- 予想される期間
チームと共有: 誰もが知っておくべきこと:
- 確認せずにリダイレクトを削除しないでください
- 新しいリダイレクトを追加する方法
- リダイレクトの質問について誰に尋ねるか
ユーザーエクスペリエンスを優先する
高速リダイレクト: リダイレクトチェーンは最小限に抑えてください。ホップごとに遅延が発生します。
関連する目的地: 利用可能な最も類似したコンテンツにリダイレクトします。
リダイレクトによってサイトが大幅に変更される場合は、「古い製品ページから新しいカタログにリダイレクトされました。」というメッセージを表示することを検討してください。
301 リダイレクトと 302 リダイレクトの違いは何ですか?
301 は恒久的に移動されたことを意味します - SEO の価値を新しい URL に転送し、検索エンジンにインデックス内の古い URL を新しい URL に置き換えるように指示します。302 は一時的に移動されたことを意味します - 検索エンジンのインデックスに古い URL を保持し、Google はページが元の場所に戻ると予想するため、SEO の価値を転送しません。
リダイレクトは SEO に悪影響を与えますか?
適切に実装された301リダイレクトは、リンクエクイティの90~99%を渡すため、SEOに大きな悪影響を与えることはありません。ただし、リダイレクトチェーン(複数のリダイレクトを連続して使用すること)、リダイレクトループ、または恒久的な変更のために301ではなく302を使用すると、SEOに悪影響を与える可能性があります。単一の直接的な301リダイレクトは安全であり、サイト管理に不可欠です。
リダイレクトはどのくらいの期間維持する必要がありますか?
リダイレクトは少なくとも1年間、できれば永久に保持してください。リダイレクトはサーバーリソースを最小限に消費しますが、古いブックマーク、外部リンク、アーカイブされたコンテンツからサイトを保護します。多くのSEO専門家は、絶対に必要な場合を除き、リダイレクトを削除しないことを推奨しています。古いバックリンクは何年もアクティブなままになることがあります。
チェーン内に複数のリダイレクトがある場合はどうなりますか?
リダイレクトチェーンはページの読み込み速度を低下させ、SEO効果を無駄にし(リダイレクト1回あたり約5~10%の損失)、遅延によってユーザーにストレスを与えます。検索エンジンは長いチェーンを完全に追跡できない場合があります。中間リダイレクトを経由せず、元のURLから最終目的地のURLへ直接リダイレクトするようにしてください。
リダイレクト ループを修正するにはどうすればよいですか?
リダイレクトループは、ページAがページBにリダイレクトし、ページBがページAにリダイレクトし返す場合に発生します。リダイレクトルールを確認し、競合するリダイレクトを削除し、重複するリダイレクトエントリをクリアし、変更ごとにテストすることで修正できます。WordPressを使用している場合は、.htaccessとプラグインのリダイレクトの両方を確認してください。