「WordPressの記事URLを変更したいけれど、今の検索順位が落ちないか心配」「古いページから新しいページへ転送するにはどうすればいい？」。そんな悩みはありませんか。
記事を統合したり、サイトをリニューアルしたりするとき、これまで積み重ねてきた検索流入や外部からのリンクを失いたくないですよね。そのために知っておきたいのが301リダイレクトです。
ただし、301を登録しただけでは終わりません。転送先が間違っていたり、以前のルールと重なったりすると、利用者が目的のページにたどり着けなくなる場合があります。
301リダイレクトは、古いURLから新しいURLへ恒久的に移転したことを、ブラウザと検索エンジンへ知らせるHTTPの仕組みです。WordPressでは既存の管理機能、リダイレクト管理プラグイン、サーバー設定などで対応します。
基本は、①旧URLが301を返す ②新URLが200で開く ③canonicalや内部リンクも新URLを指すの3点を確認することです。301を設定すれば必ず検索順位が上がるわけではありません。
301リダイレクトとは？SEO評価を守るためのURL移転方法
301は「301 Moved Permanently」というHTTPステータスコードです。旧URLにアクセスすると、サーバーが転送先を指定し、ブラウザが新URLを表示します。
/old-page/→ 301 →新URL/new-page/→200 OKURLは説明用の架空例です。
Google検索セントラルでは、恒久的な移転にはサーバーサイドの301または308リダイレクトを推奨しています。適切な恒久的リダイレクトでPageRankが直接失われるわけではありませんが、移転に伴う再クロールやページ内容の変化により、検索順位やクリック数が変動する場合があります。
つまり301は、検索順位を上げる裏技ではなく、URL変更で利用者とGoogleの行き先を失わせないための基本設定です。
301・302・308・canonicalの違いを比較
これらは混同しやすいものの、旧ページをどのように扱うかによって使い分けます。
| 方式 | 動作 | 主な用途 |
|---|---|---|
| 301 | 恒久的に別URLへ転送する | URL変更・記事統合 |
| 302 | 一時的に別URLへ転送する | 元のURLに戻す予定がある移動 |
| 308 | HTTPメソッドを維持して恒久転送 | サーバーやアプリの仕様上必要な場面 |
| canonical | 利用者を転送せず、正規URLの希望を示す | 似た内容を別URLでも公開する必要がある場合 |
| 404 / 410 | ページがない状態を返す | 適切な移転先がない削除 |
canonicalと301の違いは「利用者も転送するか」
301なら訪問者は新しいURLへ移動します。一方、canonicalは旧ページを表示したまま検索エンジンへ優先URLを伝えるもので、訪問者は転送されません。Googleはリダイレクトとcanonicalの双方を正規化の強いシグナルとしていますが、最終的にどのURLを正規とするかはGoogleが判断します。
Google公式「正規URLを指定する方法」でも、両者の役割が説明されています。
301リダイレクトが必要なケースと、設定しなくてよいケース
必要① 記事のパーマリンクやスラッグを変更する
/old-guide/から/seo-guide/へ変える場合などです。旧URLからの流入や外部リンクを守るため、新URLへの転送を確認します。WordPressが旧スラッグを自動転送する場合もありますが、環境によって違うため実測してください。
必要② 重複した記事を1本に統合する
同じ検索意図の内容が2つのURLに分かれているなら、本文の独自情報・リンク・実績を確認して統合先を決めます。旧記事は対応する統合先へ転送します。ただし、タイトルが似ているだけで機械的に統合するのは避けましょう。
必要③ ドメインやURL構造を変更する
サイトリニューアルなどでURLが変わる場合、旧URLと新URLの対応表を作り、内部リンク・XMLサイトマップ・canonicalも合わせて見直します。変更前にバックアップを保存してください。
不要① SEO会社や担当者だけが変わる
担当会社が変わっても、URLやページ自体が変わらないなら301は必要ありません。権限の引き継ぎは、SEO会社の乗り換えで失敗しない方法と20項目チェックリストをご覧ください。
不要② 削除ページに適切な代替先がない
終了したイベントや廃止されたサービスなどに関連ページが存在しないなら、404・410が適切な場合もあります。無関係な旧URLをすべてトップページへ301転送すると、Googleにsoft 404とみなされる可能性があります。
WordPressで301リダイレクトを設定する3つの方法
最初に、既存の転送ルールが動いている場所を調べます。WordPressのプラグイン、サーバー、CDNなど複数の場所で同じ旧URLを転送していると、競合やループが起きる場合があります。
方法1：リダイレクト管理プラグインを使う
専用の管理画面から旧URLと新URLを設定できます。WordPress.orgではRedirectionなどが公開されています。すでに同種の機能がある場合は新たなプラグインを追加せず、既存の管理機能を優先しましょう。
- サイトとデータベースのバックアップを取る
- 旧URLと新URLの内容が対応しているか確認する
- 同じ旧URLの転送ルールがないか確かめる
- 転送元のパスと転送先のURLを指定する
- 恒久的な移転なら301を選んで登録する
- 登録後に旧URLのHTTPレスポンスを確認する
Redirectionの操作画面は通常WordPressの「ツール」内にありますが、プラグインのバージョンで項目が異なる場合があります。
方法2：Apacheの.htaccessを使う
対応するApache環境では、サーバー側でリダイレクトを設定できます。以下は構文を説明するための例で、架空のドメインを使っています。
Redirect 301 /old-page/ https://example.com/new-page/この例をそのまま本番環境に貼り付けないでください。サーバーの種類や既存設定により記述方法が異なり、Nginxでは通常別の設定が必要です。誤編集はサイト全体の表示障害につながるため、復旧手段を確保して作業してください。
方法3：既存のサーバー・プラグインの転送機能を使う
今すでに転送ルールを管理できているなら、それを維持する方法もあります。重要なのは導入したプラグイン数ではなく、どの旧URLが、なぜ、どの新URLへ転送されるかを追跡できることです。
旧URL／転送先URL／変更した理由／設定箇所／設定前のステータス／変更日と担当者。後日トラブルが起きたとき、この情報が原因の切り分けに役立ちます。
301リダイレクトの確認方法｜旧URLと新URLを順番に点検
ブラウザで旧URLから新URLへ移動できたとしても、その転送が301とは限りません。HTTPステータスと転送先を確認しましょう。
① 旧URLが301を返しているか
ターミナルを利用できる場合、次のコマンドでヘッダーを確認できます。URLは管理しているサイトのものへ置き換えてください。
curl -I https://example.com/old-page/期待する状態は、旧URLが301を返し、Locationが正しい新URLを指していることです。
HTTP/2 301
location: https://example.com/new-page/レスポンスはHTTP/1.1など別の表記になる場合があります。HEADリクエストに特殊な応答をするサーバーではGETによる確認も行います。
② 最終URLが200を返すか
転送をたどって、途中に何回転送があるかを確認します。
curl -IL https://example.com/old-page/理想は旧URLの301 → 最終ページの200です。最後が200でも、途中に302や多段転送がある場合があります。最終ページだけでなく経路全体を確認してください。
③ canonical・noindex・サイトマップを確認する
新しいページのcanonicalが自身を示し、不要なnoindexがないかを確認します。新URLをXMLサイトマップに掲載し、サイト内のリンクも可能な限り新URLへ更新しましょう。
④ Search Consoleで検索への反映を確認する
URL検査で新URLのインデックス状況を確認し、検索パフォーマンスで移転前後の表示回数とクリック数を比較します。サイト移転は再クロールが必要なため、反映には時間がかかることがあります。
インデックスの判断に迷う場合は、Search Consoleでインデックスに登録されていないページ数が増える原因も参考になります。
301リダイレクトの失敗例6つと原因の調べ方
| 症状 | 原因候補 | 最初に確認すること |
|---|---|---|
| 旧URLが404になる | ルール未登録、パス間違い | 旧URL、スラッシュ、登録場所 |
| 旧URLが200で表示される | 転送未適用、キャッシュ | HTTPレスポンスとURL |
| 302で転送されている | 一時転送の設定 | 恒久移転か一時移転か |
| ページが何度も転送される | 重複設定、リダイレクトループ | 転送先のLocationを順番に追う |
| 転送先まで表示が遅い | 多段転送（チェーン） | 転送回数と最終URL |
| 新URLがGoogleに出ない | canonical・noindex・本文など | 新ページの設定とURL検査 |
修正の基本は①旧URLのステータス → ②転送先 → ③既存ルール → ④新ページのSEO設定 → ⑤必要最小限の変更の順で切り分けることです。
転送チェーンは何段まで大丈夫？
Googleは複数の転送を処理できますが、できる限り最終ページに直接転送することを推奨しています。長い転送チェーンは速度や一部環境での動作に影響するため、複数段になっていれば整理を検討しましょう。
301を設定したのに順位が下がった場合は？
リダイレクトを原因と断定せず、旧記事の検索意図が新記事で満たされているか、転送先に間違いがないか、内部リンクが古いままか、クロールに支障がないか確認します。SEO内部対策でサイト構造を改善する際の判断基準も参考になります。
【GPJ独自】301リダイレクトの公開前・公開後チェックリスト
Growth Partners Japanでは、WEB施策の見直しで検索から問い合わせまでの導線を一続きで考えています。その考え方をURL変更へ応用し、編集部が10項目の確認表を作成しました。
- □ 1．旧URLは本当に廃止すべきか
- □ 2．転送先は旧ページと検索意図が一致しているか
- □ 3．同じ旧URLの301・302ルールは登録済みではないか
- □ 4．統合元の記事にしかない情報やリンクを失っていないか
- □ 5．バックアップと復旧方法を確保したか
- □ 6．旧URLが301を返しているか
- □ 7．新URLが200で表示されるか
- □ 8．転送ループや多段転送がないか
- □ 9．canonical・noindex・サイトマップ・内部リンクは正しいか
- □ 10．変更日・理由・検証結果を記録したか
この表はGPJ編集部による実務整理です。特定顧客の改善実績や順位の保証を示すものではありません。
転送管理台帳はこう作ります
| 旧URL | 新URL | 理由 | 確認 |
|---|---|---|---|
/old-guide/ | /new-guide/ | URL変更 | 旧301・新200 |
/article-a/ | /complete-guide/ | 重複記事の統合 | 内容統合後に転送 |
/closed-event/ | 代替ページなし | 企画終了 | 404 / 410を検討 |
URLは説明用の架空例です。実際のサイト変更や内部の検索数値を公開したものではありません。
301リダイレクトに関するよくある質問
Q．301を設定するとSEO評価はすべて引き継がれますか？
A．Googleは301などの恒久リダイレクトでPageRankが直接失われないと説明しています。ただし、内容や構造の変更後に検索順位やクリック数が変動することはあります。
Q．WordPressでプラグインなしでも設定できますか？
A．サーバー、CDN、独自の管理機能などで対応できる場合があります。環境に適した方式を選び、バックアップと検証を行ってください。
Q．301と302はどちらがいいですか？
A．恒久的なURL変更なら301、一時的な転送なら302が基本です。旧ページに戻す予定があるかを判断してください。
Q．Googleに反映されるまで何日かかりますか？
A．クロール状況やURL数によって異なります。中小規模のサイト移転でも数週間以上かかる場合があり、すぐの反映は保証できません。
Q．301設定後、旧URLをサイトマップに残しますか？
A．通常は新しい正規URLをサイトマップへ掲載します。旧URLの301は必要に応じて継続します。
Q．301は何年維持するべきですか？
A．Googleはサイト移転で原則1年以上、可能な限り長く維持するよう推奨しています。旧URLへの外部リンクが残るなら長期継続が役立つことがあります。
まとめ｜301は登録後の検証までがSEO対策です
301リダイレクトは、WordPressでのURL変更や記事統合時に、検索ユーザーを適切なページへ案内する仕組みです。旧URLの301・新URLの200・canonical・サイトマップ・内部リンクをセットで確認しましょう。
SEOの改善を急ぐときほど、すでに評価されているURLをむやみに変更せず、必要な範囲から安全に進めることが大切です。
