Seo
SEO対策でのURL管理に必須のリダイレクトの使いかた
リダイレクトの仕組み
サイト移転やURL変更を行うとき、何も設定しないまま公開すると古いURLからのアクセスを失う可能性があります。検索結果、外部サイトのリンク、SNS投稿、ブックマークには、しばらく旧URLが残るためです。リダイレクトは、古いURLへ来たユーザーや検索エンジンを、新しいURLへ自動的に案内する仕組みです。単なる転送ではなく、ページが恒久的に移動したのか、一時的に移動しているのかも伝えます。SEO評価や被リンクの扱いにも関わるため、URL変更前に設計しておく必要があります。
ユーザーと検索エンジンを別URLへ転送する
リダイレクトを設定すると、旧URLにアクセスしたユーザーを新しいURLへ自動的に移動できます。検索エンジンのクローラーにも、ページの移転先や転送の性質を伝えられます。重要なのは、どこへ転送するかだけではありません。301や302などのHTTPステータスコードによって、恒久的な移転なのか、一時的な案内なのかを示す必要があります。正しく設定できれば、ユーザーの迷いや404エラーを減らし、検索エンジンにもURL変更を伝えやすくなります。
URL変更時にアクセスを失わないために使う
URLを変更しただけでリダイレクトを設定しない場合、古いURLへ来たユーザーは404エラーに到達することがあります。検索結果に旧URLが残っている期間や、外部サイトからリンクされているページでは特に注意が必要です。SNS投稿、メールマガジン、広告、ブックマークからのアクセスも旧URLへ向かう場合があります。リダイレクトを設定しておけば、こうした既存の導線を新しいページへ引き継ぎやすくなります。サイトリニューアルやページ統合では、公開前に旧URLと新URLの対応表を作ることが大切です。どのページをどこへ転送するかを整理しておけば、ユーザーの離脱を防ぎ、検索エンジンにも移転内容を伝えやすくなります。
サイト運用で設定が必要になる場面
リダイレクトは、WebサイトのURLや構造が変わる場面で必要になります。代表的なのは、サイト移転、ドメイン変更、SSL化、ページ削除、ページ統合、URL正規化です。wwwありなしの統一や、末尾スラッシュの有無をそろえる場合にも使われます。設定を後回しにすると、ユーザーが目的のページへ進めず、検索エンジンの評価も分散する可能性があります。URLが変わる作業では、デザインや公開作業と同じタイミングで転送設計まで確認することが重要です。
サイト移転やドメイン変更を行う場合
サイト移転やドメイン変更では、旧ドメインのURLから新ドメインの対応ページへ転送する必要があります。トップページだけを転送しても、下層ページに集まっていた検索流入や外部リンクを十分に活かせません。商品ページ、記事ページ、カテゴリページなども、できるだけ内容が近い新URLへ対応させましょう。すべてをトップページへまとめて転送すると、ユーザーは探していた情報を見つけにくくなります。検索エンジンにとっても、旧ページと新ページの関係が分かりにくくなります。移転前にはURL一覧を作り、残すページ、統合するページ、削除するページを分けて整理することが大切です。
ページ削除・統合・SSL化でURLが変わる場合
ページ削除や統合を行う場合は、古いURLをどのように扱うかを決めておく必要があります。近い内容のページがあるなら、関連性の高いURLへ転送します。内容が大きく違うページへ無理に転送すると、ユーザーにも検索エンジンにも不自然な動きになります。SSL化では、httpからhttpsへ統一するリダイレクトが必要です。wwwありなしや末尾スラッシュの統一も、URLの重複を防ぐために行います。URL正規化を行う際は、複数のルールが競合しないように注意しましょう。公開後にエラーが出ると復旧対応が必要になるため、事前の確認が欠かせません。
301と302の違い
リダイレクトでよく使われるHTTPステータスコードが301と302です。どちらも別URLへ転送する点は同じですが、検索エンジンへ伝える意味が変わります。301は恒久的な転送、302は一時的な転送を示します。サイト移転やURL変更のように、元のURLへ戻す予定がない場合は301を使うのが基本です。キャンペーンやメンテナンスのように一時的な案内であれば、302が適しています。使い分けを誤ると、検索エンジンへの伝わり方が変わるため注意が必要です。
301は恒久的な転送を示す
301リダイレクトは、ページが恒久的に移動したことを示す転送です。URL変更、ドメイン移転、ページ統合、httpからhttpsへの統一など、旧URLへ戻す予定がない場面で使います。検索エンジンに対して、今後は新URLを主なページとして扱ってほしいと伝える役割があります。旧URLに外部リンクが集まっている場合も、301を設定することで新URLへ評価を引き継ぎやすくなります。ただし、転送先の内容が大きく異なる場合は注意が必要です。古い記事を関係の薄いサービスページへ転送しても、ユーザーの目的と合わない可能性があります。恒久的な移転では、旧ページに最も近い内容のURLを選ぶことが重要です。
302は一時的な転送を示す
302リダイレクトは、一時的に別のURLへ案内したい場合に使います。メンテナンス中の案内ページ、期間限定キャンペーン、在庫切れ時の代替案内など、元のURLへ戻す予定があるケースに向いています。検索エンジンには、元のURLを引き続き主なページとして扱ってほしい意図を伝えることになります。恒久的なURL変更に302を使うと、新URLへ評価を移すべきなのか判断されにくくなる場合があります。反対に、一時的な案内なのに301を使うと、元URLへ戻したいときに扱いが複雑になることがあります。実務では、変更が永続するのか、一時的なのかを先に決めてからコードを選びましょう。
SEO評価や検索順位への影響
URL変更の作業でリダイレクトを誤ると、検索流入に影響が出ることがあります。旧URLに集まっていた被リンクや検索エンジン上の認識を、新URLへ正しく伝える必要があるためです。適切な転送先を選び、301や302を正しく使えば、移転後の混乱を減らしやすくなります。反対に、関係の薄いページへの転送、リダイレクトループ、複数回の転送があると、クロールやユーザー体験に悪影響が出ます。URL変更時は、SEOの一部としてリダイレクトを設計しましょう。
被リンク評価やインデックスの引き継ぎに関わる
旧URLに外部リンクが集まっている場合、リダイレクトを設定しないまま削除すると、その評価を新URLへ引き継ぎにくくなります。検索結果に旧URLが残っている間は、ユーザーが404ページへ到達する可能性もあります。301リダイレクトを適切に使えば、ページが恒久的に移動したことを検索エンジンへ伝えられます。インデックスも徐々に新URLへ切り替わりやすくなります。ただし、どこへ転送しても同じ効果があるわけではありません。旧ページと新ページの内容が大きく異なる場合、評価が十分に引き継がれないことがあります。被リンクの価値を活かすには、URL単位で関連性の高い転送先を選ぶことが重要です。
誤った設定は順位低下や流入減少につながる
リダイレクト設定を誤ると、検索順位や流入が落ちる原因になります。関係の薄いページへ転送したり、すべての旧URLをトップページへ集めたりすると、ユーザーは目的の情報へたどり着けません。検索エンジンも、旧ページの内容と新ページの関係を判断しにくくなります。複数回の転送が続くチェーンや、同じURL間を行き来するループも注意が必要です。クロール効率が下がり、ページ表示も遅くなります。公開後に気づくと影響範囲の確認に時間がかかるため、リニューアル前に転送リストを作り、公開直後にステータスコードを確認しましょう。順位変動だけでなく、404やクロールエラーも合わせて見ることが大切です。
ユーザー体験を損なわない転送先の選び方
リダイレクト先は、旧ページと内容が近いURLを選ぶことが基本です。ユーザーは古いURLにある情報を求めてアクセスしています。関係のないページへ移動させられると、探し直す手間が増え、離脱につながります。検索エンジンにとっても、関連性の低い転送はページ移転として理解しにくい設定です。ページ削除や統合を行う場合は、同じテーマ、同じ商品、同じ目的に近いページを候補にしましょう。転送先がない場合は、無理に設定しない判断も必要になります。
関連性の高いページへ転送する
転送先を決めるときは、旧URLの内容と最も近いページを選びます。商品ページであれば後継商品、カテゴリページ、同じ用途の商品一覧が候補になります。記事ページなら、同じテーマを扱う新しい記事や、統合先の解説ページへ転送するのが自然です。ユーザーが知りたかった内容に近い場所へ案内できれば、移転後の不満を減らせます。SEO上も、旧ページの文脈を新ページへ伝えやすくなります。反対に、まったく違うサービスページやトップページへ転送すると、移転の意図が分かりにくくなります。転送先はURL単位で確認し、情報の近さ、検索意図、ユーザーの次の行動を基準に選びましょう。
トップページへの一括転送を避ける
削除したページや旧URLをすべてトップページへ転送する方法は、実務では避けたい設定です。作業としては簡単ですが、ユーザーが求めていた情報と転送先の内容が一致しにくくなります。商品詳細を見たかったユーザーがトップページに移動すると、目的の情報を探し直す必要があります。検索エンジンにとっても、個別ページの移転先として適切か判断しにくくなります。対応するページがない場合は、近いカテゴリページや関連ページを検討しましょう。それでも代替できるページがないなら、404や410で削除を伝える選択肢もあります。無理な転送より、ユーザーと検索エンジンに分かりやすい状態を作ることが大切です。
.htaccessで設定するときの基本
Apacheサーバーを使っているサイトでは、.htaccessでリダイレクトを設定することがあります。URL単位の転送、ドメイン変更、httpからhttpsへの統一、wwwありなしの統一などに対応できます。WordPressでも、サーバー環境によっては.htaccessが動作に関わります。ただし、記述ミスがあるとサイト全体が表示されなくなる場合があります。編集前には必ずバックアップを取り、可能であればテスト環境で確認しましょう。設定後は、ブラウザ表示だけでなくステータスコードまで見る必要があります。
Apacheサーバーで使われる代表的な設定方法
Apache環境では、.htaccessに転送ルールを記述してリダイレクトを設定できます。特定ページだけを別URLへ移す方法、ディレクトリ単位で移す方法、ドメイン全体を新しいドメインへ送る方法があります。SSL化では、httpからhttpsへ統一するルールを入れるケースも多くあります。レンタルサーバーによっては、管理画面から同様の設定ができる場合もあります。どの方法を使う場合でも、先に旧URLと新URLの対応表を作りましょう。対応関係を整理しないまま書き始めると、意図しないページまで転送されることがあります。SEOを意識するなら、トップページだけでなく下層ページまで確認することが大切です。
書き方を誤るとサイト全体に影響する
.htaccessはサイト全体の挙動に関わるため、記述ミスがあると500エラーや意図しない転送が発生することがあります。正規表現を使う場合は、想定外のURLまで条件に含まれることがあります。複数のリダイレクトルールを追加しているサイトでは、上から順に処理される順番にも注意が必要です。WordPress本体やプラグインが生成した記述を誤って消すと、管理画面や投稿ページの表示に影響する可能性があります。公開中のサイトで直接編集する場合は、変更前のファイルを保存し、復元手順も用意しておきましょう。設定後はトップページだけでなく、下層ページ、画像URL、旧URLも含めて確認する必要があります。
HTMLやJavaScriptで転送する方法と注意点
リダイレクトには、サーバー側で行う方法のほかに、HTMLのmeta refreshやJavaScriptを使う方法もあります。ブラウザ上で転送できるため、サーバー設定を触れない環境では選択肢になる場合があります。ただし、SEOや安定性を考えると、恒久的なURL変更ではサーバーサイドの301リダイレクトを使うのが基本です。HTMLやJavaScriptによる転送は、検索エンジンへの伝達が弱くなることがあります。用途を限定し、主要な移転処理では補助的な方法として扱いましょう。
meta refreshで転送する方法
meta refreshは、HTMLのhead内に記述して、一定時間後に別URLへ移動させる方法です。サーバー設定を使えない場合や、簡易的な案内ページを作る場面で使われることがあります。数秒後に転送する形式では、ユーザーが待たされるため体験が悪くなりやすい点に注意が必要です。検索エンジンにも、301リダイレクトほど明確に移転の意図を伝えられない場合があります。URL変更やサイト移転でSEO評価を引き継ぎたい場合は、可能な限りサーバー側の301を選びましょう。meta refreshを使うなら、転送理由をページ上に示し、ユーザーが手動で移動できるリンクも置いておくと安全です。
JavaScript locationによる転送の注意点
JavaScriptのlocationを使えば、ブラウザ上で別URLへ移動させることができます。ユーザーの選択や条件に応じてページを切り替える場合には使われることがあります。ただし、JavaScriptが無効な環境や読み込みに失敗した状況では、転送が動作しない可能性があります。検索エンジンが処理するまでに時間がかかる場合もあり、SEO目的のURL移転には向いていません。恒久的な移転、ドメイン変更、ページ統合では、301リダイレクトを優先するべきです。JavaScriptによる転送を使う場合は、ユーザー体験上の補助や条件分岐に限定し、重要なURL変更の主な手段にしないよう注意しましょう。
リダイレクトループやチェーンを避ける理由
リダイレクト設定で起きやすいトラブルに、ループとチェーンがあります。ループは、URL同士が転送を繰り返し、目的のページへ到達できない状態です。チェーンは、AからB、BからC、CからDのように複数回の転送を挟む状態を指します。どちらもユーザー体験、表示速度、検索エンジンのクロールに悪影響を与えます。URL変更時は、旧URLから最終URLへできるだけ1回で到達させる設計が必要です。
転送が繰り返される原因を理解する
リダイレクトループは、転送元と転送先のルールが互いに戻り合うことで発生します。httpからhttpsへ転送するルール、wwwありなしの統一、末尾スラッシュの調整、WordPressプラグインの設定が衝突する場合があります。ブラウザに「リダイレクトが繰り返し行われました」と表示されるときは、複数の設定場所を確認しましょう。.htaccess、サーバー管理画面、CMS、プラグイン、CDNで別々の転送が入っていることもあります。原因を探す際は、1つのURLがどの順番で転送されているかを確認します。ルールを一つずつ切り分ければ、衝突している設定を見つけやすくなります。
複数回の転送は表示速度やクロールに影響する
リダイレクトチェーンが長くなると、最終ページが表示されるまでの時間が増えます。ユーザーは待ち時間を感じやすくなり、検索エンジンにとってもクロール効率が下がります。旧URLから新URLへ移す場合は、途中のURLを挟まず、最終ページへ直接転送するのが基本です。過去にSSL化、ドメイン変更、URL変更を何度も行ったサイトでは、古い転送ルールが残っていることがあります。AからB、BからCという設定を放置せず、AからCへ直接向かうように整理しましょう。不要なチェーンを減らすことで、表示速度の悪化やクロール負荷を抑えやすくなります。
警告やエラーが表示される原因
リダイレクト設定に問題があると、ブラウザやGoogleで警告やエラーが表示される場合があります。代表的な原因は、転送ループ、転送先の不一致、不正なURLへの誘導、HTTPS設定の不備、危険なページへの転送などです。ユーザーが警告画面を見ると、不安を感じて離脱しやすくなります。警告が出た場合は、表示だけを確認するのではなく、転送先、SSL証明書、ステータスコード、Search Consoleの状態まで見直す必要があります。
不正な転送や危険性が疑われる場合
Googleやブラウザは、ユーザーを危険なページや意図しないページへ誘導する転送を警告する場合があります。改ざんされたサイト、スパム的な転送、関連性のない外部URLへの誘導は特に注意が必要です。自社で設定した覚えがない転送がある場合は、CMS、プラグイン、.htaccess、サーバー設定を確認しましょう。古いプラグインや脆弱性が原因で、不正なコードが挿入されていることもあります。広告タグや外部スクリプトが別ページへ誘導していないかも見ておくべきです。危険性が疑われる場合は、不要な転送を削除し、パスワード変更やCMS更新も同時に進める必要があります。
ブラウザやGoogleの警告に対応する
警告が表示された場合は、まずどのURLからどのURLへ転送されているかを確認します。ブラウザの表示だけで判断せず、リダイレクトチェックツールやSearch Consoleも使いましょう。SSL証明書の期限切れ、httpとhttpsの混在、ループ、危険な外部サイトへの転送が原因になることがあります。修正後もブラウザキャッシュやCDNキャッシュの影響で、古い状態が見える場合があります。複数のブラウザ、端末、ネットワークで再確認すると、問題の切り分けがしやすくなります。Search Consoleで警告が出ている場合は、修正後に再審査や検証の手続きを進めましょう。
設定後にステータスコードを確認する方法
リダイレクトを設定した後は、意図したHTTPステータスコードが返っているかを確認します。恒久的な移転なら301、一時的な転送なら302が使われているかを見る必要があります。ブラウザで新しいページが表示されるだけでは十分ではありません。実際には302になっていたり、途中で404や500エラーが出ていたりする場合があります。旧URLから新URLまでの流れを確認し、検索エンジンに正しく伝わる状態になっているかを見ましょう。
301・302・404などのHTTPコードを確認する
HTTPステータスコードを確認すると、リダイレクトが意図どおりに動いているか判断できます。301は恒久的な転送、302は一時的な転送、404はページが見つからない状態です。設定したつもりでも、実際には302が返っていたり、転送先で404になっていたりすることがあります。旧URLから最終URLまで何回転送されているかも確認しましょう。リダイレクトチェーンが長い場合は、途中のURLを省いて直接転送するように整理します。ブラウザの開発者ツール、コマンド、外部チェックツールを使えば、ステータスコードと転送経路を確認できます。公開直後だけでなく、数日後にも再確認すると安心です。
Search Consoleやチェックツールで動作を見る
Search Consoleでは、インデックス状況、クロールエラー、ページの検出状況を確認できます。URL検査を使えば、Googleが対象URLをどのように認識しているかも見られます。リダイレクト後に旧URLがすぐ検索結果から消えるとは限らないため、一定期間は状態を追う必要があります。外部のリダイレクトチェックツールを使えば、転送回数、最終URL、HTTPステータスコードを確認しやすくなります。リニューアルやドメイン変更の直後は、主要ページ、CVページ、流入の多い記事、外部リンクが多いURLを優先して確認しましょう。問題を早く見つければ、順位低下や流入減少のリスクを抑えやすくなります。