ブログを運営していると、公開済みの記事URLを変更したり、複数の記事を一つに統合したりすることがあります。
このとき重要になるのがリダイレクト（redirect）です。
リダイレクトとは、古いURLへアクセスしたユーザーや検索エンジンを、自動的に別のURLへ転送する仕組みです。
特にSEOでは「301」と「302」がよく登場します。ただし、「301ならSEOに強い」「302はSEOに悪い」と覚えるのではなく、恒久的な移動なのか、一時的な移動なのかで使い分けることが基本です。
この記事では、301・302の違いと、ブログ記事のURLを変更するときに知っておきたい考え方を整理します。
この記事で分かること
- リダイレクトの基本的な役割
- 301と302の違い
- canonicalやnoindexとの違い
- 記事URLを変更するときの注意点
- WordPressブログでリダイレクトを使う場面
リダイレクトとは？
例えば、これまで次のURLで記事を公開していたとします。
example.com/old-page/
これを、
example.com/new-page/
へ変更したとします。
何も設定しなければ、Google検索やSNS、外部サイトなどに残っている古いURLからアクセスした人が、新しい記事へたどり着けなくなる可能性があります。
そこで、
旧URL → 新URL
と自動的に転送するのがリダイレクトです。
GoogleもURL変更を伴うサイト移転では、旧URLと新URLを対応させ、サーバー側でリダイレクトする方法を案内しています。つまりリダイレクトには、ユーザーを正しいページへ案内すると同時に、検索エンジンへURLの移動を伝える役割があります。 (Google for Developers)
301リダイレクトとは？
301は、URLが恒久的に移動したことを示すリダイレクトです。
例えば、
- 記事のパーマリンクを今後ずっと変更する
- 2記事を統合して片方を廃止する
- サイトを別ドメインへ移転する
といった場面が該当します。
Googleも、URLを恒久的に変更する場合には、可能であれば301や308などのサーバーサイドの永続的リダイレクトを推奨しています。 (Google for Developers)
イメージとしては、
301＝「引っ越しました。今後はこちらが新住所です」
と考えると分かりやすいでしょう。
302リダイレクトとは？
302は、基本的に一時的な転送を示します。
例えばページAを一時的にページBへ転送するものの、将来的にはAへ戻す予定がある場合です。
つまり、
302＝「一時的にこちらへ移っていますが、元に戻る予定です」
というイメージです。
「SEOならとりあえず301」と考えるのではなく、恒久変更なら301、一時的な変更なら302と、実際の目的に合わせることが重要です。
301ならSEO評価を100％引き継げる？
301について「SEO評価を100％引き継ぐ」と説明されることがありますが、この表現だけで理解するのは少し単純です。
Googleはリダイレクトを、どのURLを代表的なURLとして扱うか判断するシグナルの一つとして利用しています。Googleのサイト移転ガイドでは、301などの恒久的なリダイレクトによってPageRankが失われることはないとも説明されています。 (Google for Developers)
ただし、リダイレクトは検索順位を上げるためのテクニックではありません。
重要なのは、旧ページと新ページの関係を正しく伝えることです。
canonicalとは何が違う？
リダイレクトと混同しやすいのがcanonicalです。
canonicalは、内容が同じ、または非常に似ている複数のURLが存在するときに、どのURLを代表として扱ってほしいかを検索エンジンへ示す仕組みです。
一方、リダイレクトはユーザーのアクセスそのものを別URLへ移します。
例えばAとBの両方を残す必要があるものの、検索上はAを代表にしたいならcanonicalを検討できます。
Bを廃止し、今後はAだけを使うのであれば、
B → Aへ301リダイレクト
という方法が自然です。 (Google for Developers)
noindexとも役割が違う
noindexは、そのURLを検索結果へ掲載しないよう検索エンジンへ伝えるものです。
対してリダイレクトは、そのURLへ来たアクセスを別URLへ移すものです。
例えば古い記事を新しい記事へ完全に統合した場合、古い記事をnoindexにするだけでは、アクセスしたユーザーは古いページを見ることになります。
新しい記事が適切な後継ページなら、301で転送する方が自然な場合があります。
記事統合でも301を使える
ブログを続けていると、検索意図がほとんど同じ記事が増えることがあります。
そこで2記事を一つへ統合し、片方を廃止するのであれば、
廃止記事 → 統合後の記事
という301リダイレクトを検討できます。
ただし、削除した記事を何でもトップページへ転送すればよいわけではありません。
Googleは、多数の旧URLを関連性のない一つのページへ転送すると、soft 404として扱う可能性があると説明しています。適切な代替ページがなければ、404や410を返すことも正常な対応です。 (Google for Developers)
公開済みURLはむやみに変更しない
リダイレクトを設定できるからといって、パーマリンクを頻繁に変更する必要はありません。
公開済みURLを変更すると、
301設定 → 内部リンク修正 → canonical確認 → サイトマップ確認 → Search Consoleで確認
といった作業が発生します。
「新しいURLの方が少しきれい」「キーワードを一つ追加したい」という程度なら、そのまま維持する判断もあります。
できるだけ公開前に分かりやすいURLを決めておく方が管理は簡単です。
URL変更後は内部リンクも更新する
301を設定すれば、古い内部リンクからでも新URLへ到達できます。
しかし、
記事A → 旧URL → 301 → 新URL
とするより、
記事A → 新URL
と直接リンクした方がシンプルです。
GoogleもURL移転後には内部リンクを新URLへ更新するよう案内しています。 (Google for Developers)
リダイレクトチェーンにも注意する
URLを何度も変更すると、
A → B → C → D
のように転送が連続することがあります。これがリダイレクトチェーンです。
Googleはチェーンを避け、可能なら最終URLへ直接リダイレクトすることを推奨しています。 (Google for Developers)
また、
A → B → A
のような設定はリダイレクトループとなり、ページを正常に表示できなくなります。
WordPressではプラグインやサーバー設定など複数箇所にリダイレクト設定が存在する場合があるため、重複設定にも注意が必要です。
変更後はSearch Consoleで確認する
URL変更後は「301を設定したから終了」ではありません。
Search ConsoleのURL検査などを使い、新URLがGoogleに認識されているか、想定したURLが正規URLとして扱われているかを確認します。
Googleはサイト移転時のリダイレクトについて、一般的に少なくとも1年間維持することを推奨しており、ユーザーのためにはさらに長く残すことも検討できます。 (Google for Developers)
まとめ
リダイレクトは、URLを変更したときにユーザーと検索エンジンを新しいURLへ案内する仕組みです。
基本的には、
301＝恒久的な移動
302＝一時的な移動
と覚えておけばよいでしょう。
また、canonicalは「複数URLの代表を示す」、noindexは「検索結果への掲載を制御する」、リダイレクトは「アクセスそのものを別URLへ移す」という役割の違いがあります。
ブログでは、少しURLを整えたいという理由だけで公開済みパーマリンクを頻繁に変更する必要はありません。
本当に変更が必要になったときは、旧URLを訪れた人にとって最も自然な移動先はどこかを考え、恒久変更なら301を設定する。
リダイレクトはSEOの裏技ではなく、URL変更後もユーザーと検索エンジンを迷わせないための「Web上の引っ越し手続き」として理解すると分かりやすいでしょう。
