301リダイレクトとは？302との違いと.htaccessの書き方・確認方法を解説

301リダイレクトとは、ページのURLが恒久的に変わったことを伝え、古いURLを開いた人と検索エンジンを新しいURLへ自動で案内する仕組みです。

正しく設定すれば、古いURLの評価を新しいページに引き継げます。本記事では、一時的なリダイレクトとの違い、.htaccessやWordPressでの設定方法、確かめ方とよくある間違いを解説します。

なお、サイトのリニューアルやドメインの変更で検索順位が落ちないか不安な方は、カルテットコミュニケーションズのSEOコンサルティングの無料相談もご活用ください。

移転の前に古いURLと新しいURLの対応を一緒に洗い出し、広告のリンク先の切り替えまで含めて段取りを整理します。

301リダイレクトとは？古いURLから新しいURLへの案内

301リダイレクトは、郵便の転居届のように、古い住所あての訪問を新しい住所へ回してもらう仕組みです。

見た目には一瞬で新しいページが開くだけですが、裏ではブラウザとサーバーの間でやりとりが行われています。

基本①｜サーバーが「恒久的に移転しました」と答える仕組み

サーバーがアクセスに対して返す、結果を表す3桁の番号をステータスコードといいます。

古いURLにアクセスがあると、サーバーはページの中身の代わりに「301 Moved Permanently」というステータスコードと、新しいURLを返します。

ブラウザやGooglebotはその返事を受けて、自動で新しいURLを読み直します。

URL のリダイレクトは、既存の URL を別の URL に解決することで、ページが別の場所にあることをユーザーや Google 検索に伝えるものです。

引用元：Google検索セントラル「リダイレクトと Google 検索」

301リダイレクトは、サーバーが新しい行き先を返して、自動で案内する仕組みです。

基本②｜検索結果には新しいURLが表示される

Googleは、301のような永続的なリダイレクトを、リダイレクト先が正規のURLであることを示すシグナルとして使います。

そのため、しばらくすると検索結果には古いURLではなく、新しいURLが表示されるようになります。

ただし、移転してすぐは古いURLが検索結果に残ることもあり、Googleはこれを正常な動作だと説明しています。

301を設定すると、検索結果は時間をかけて新しいURLに置き換わります。

基本③｜古いURLの評価は新しいURLへ引き継がれる

ほかのサイトから張られたリンクなど、古いURLが集めてきた評価が失われないかは、URLを変えるときにいちばん気になる点です。

301 やその他の永続的なリダイレクトによって PageRank の損失が生じることはありません。

引用元：Google検索セントラル「サイトを移転する方法」

反対に、リダイレクトを設定せずにURLを変えると、古いURLは404になり、それまでの評価を新しいページにつなげられません。

URLを変えるときは、301で古いURLの評価を新しいページへつなぎましょう。

301と302の違いは？リダイレクトの種類と使い分け

リダイレクトには、元に戻す予定のない「永続的」なものと、しばらくしたら戻す「一時的」なものがあります。

訪問した人から見た動きはほとんど同じですが、Googleが検索結果にどちらのURLを出すかが変わります。

種類①｜元に戻さない移転には301（または308）

ページの統合、URLの変更、ドメインの移転のように、元のURLに戻す予定がないときは、301を使います。

308も301と同じく恒久的な移転を表し、フォームの送信などで、送信の方法を変えずに転送したいときに使われます。

Googleは、検索結果に出るページのURLを変える必要がある場合は、できる限りサーバー側の永続的なリダイレクトを使うよう勧めています。

元に戻さないURLの変更には、サーバー側の301を使いましょう。

種類②｜一時的な移動には302（または307）

302は、一時的に別のページへ案内するときに使う一時的なリダイレクトです。

Googleは一時的なリダイレクトでは、リダイレクト先を正規のURLとするシグナルとして使わないため、検索結果には元のURLが残りやすくなります。

メンテナンス中の案内ページや、期間限定のキャンペーンページへの一時的な誘導などが、302の向く場面です。

いずれ元のURLに戻すなら302、戻さないなら301と覚えましょう。

種類③｜サーバーで設定できないときのmeta refreshとJavaScript

サーバーの設定を変えられない環境では、HTMLのhead要素にmeta refreshを書く方法があります。

<meta http-equiv="refresh" content="0; url=https://example.com/newlocation">

Googleは、0秒のmeta refreshを永続的なリダイレクト、0秒より長いものを一時的なリダイレクトとして扱います。

JavaScriptによるリダイレクトは、ページの描画に失敗するとGoogleが認識できない場合があるため、ほかに方法がないときだけ使います。

サーバー側の301が使えないときだけ、0秒のmeta refreshで代わりにしましょう。

種類④｜canonicalとの使い分け

似た役割を持つものに、正規のURLを検索エンジンに知らせるcanonicalタグがあります。

リダイレクトは古いURLを開いた人ごと新しいURLへ移すのに対し、canonicalは両方のページを表示したまま、検索エンジンに正規のURLを知らせるだけです。

Googleの「SEO スターター ガイド」でも、同じ情報のページが複数ある場合はリダイレクトを設定し、設定できない場合にcanonicalを使うよう案内されています。

古いページを見せる必要がないならリダイレクト、両方見せるならcanonicalを使いましょう。

301リダイレクトが必要になる場面と、使ってはいけない場面

301リダイレクトは、URLが変わるあらゆる場面で使えるわけではありません。

上の図のように、古いページの中身がどこへ移ったのかを考えてから、使うかどうかを決めます。

場面①｜ドメインの変更やHTTPSへの移行

会社名の変更などでドメインを変えるとき、HTTPからHTTPSへ移るときは、古いURLから新しいURLへすべて301リダイレクトを設定します。

ドメインを変える場合は、Search Consoleのアドレス変更ツールで、Googleに移転を伝えることもできます。

Googleは、リダイレクトはできるだけ長く、一般的には1年以上残すよう勧めています。

ドメインの変更やHTTPSへの移行では、すべてのページを1対1で新しいURLへつなぎましょう。

場面②｜wwwあり・なしなど、URLの表記をそろえる

同じページに「https://example.com/」と「https://www.example.com/」の両方でアクセスできる状態は、評価が分かれる原因になります。

どちらか一方を正規のURLに決め、もう一方からは301リダイレクトで正規のURLへ転送します。

末尾のスラッシュの有無や、index.htmlの付いたURLなど、同じページに複数のURLがある場合も同じ考え方です。

URLの表記は1つに決め、ほかの書き方からは301で転送しましょう。

場面③｜ページの統合やURLの変更

似た内容のページが複数あり、検索で評価を奪い合っている場合は、1つのページにまとめて、残りのページから301で転送します。

評価の奪い合いについては、キーワードカニバリゼーションとはで解説しています。

サイトのリニューアルでURLの形が変わるときは、古いURLの一覧と新しいURLの対応表を作ってから、リダイレクトを設定します。

統合やリニューアルでは、古いURLと新しいURLの対応表を先に作りましょう。

場面④｜代わりのページがないなら、リダイレクトしない

ページを削除して、内容が対応するページがない場合は、無理にリダイレクトせず、404か410で削除を伝えます。

多数の元の URL から、関連性の低い 1 つの URL（新しいサイトのホームページなど）にリダイレクトすることは避けてください。このようなリダイレクトはユーザーに混乱をきたし、soft 404 エラーとみなされる場合もあります。

引用元：Google検索セントラル「サイトを移転する方法」

古いページを残すか削除するかの判断は、古くなった記事、削除する？残す？も参考にしてください。

内容が対応するページがないときは、トップページに送らず、削除として扱いましょう。

301リダイレクトの設定方法

301リダイレクトの設定方法は、使っているサーバーやCMSによって変わります。

.htaccessはサーバー全体の動きに関わるファイルなので、編集する前に元のファイルのコピーを残しておくと安心です。

設定①｜.htaccessでページ単位に設定する

Apacheで動いているサーバーなら、ドキュメントルートにある.htaccessに、Redirectの行を足すだけで設定できます。

Redirect permanent "/old-page" "https://example.com/new-page"

このとき、permanentを書き忘れると、301ではなく302になる点に注意します。

If no status argument is given, the redirect will be “temporary” (HTTP status 302).（和訳：status の引数を指定しないと、リダイレクトは「一時的」（HTTP ステータス 302）になります。）

引用元：Apache HTTP Server Version 2.4 ドキュメント「mod_alias」（Redirect ディレクティブ）

Redirectで設定するときは、permanent（または301）を書きましょう。

設定②｜.htaccessでまとめて設定する

「/blog/」の下をまとめて「/column/」へ移すような場合は、mod_rewriteのRewriteRuleを使います。

RewriteEngine on
RewriteRule "^blog/(.*)$" "/column/$1" [R=301,L]

.htaccessに書くRewriteRuleでは、照合するURLの先頭のスラッシュが取り除かれるため、パターンを「^/」で始めると一致しません。

The removed prefix always ends with a slash, meaning the matching occurs against a string which never has a leading slash. Therefore, a Pattern with ^/ never matches in per-directory context.（和訳：取り除かれる接頭辞は常にスラッシュで終わるため、照合される文字列の先頭にスラッシュが付くことはありません。そのため、ディレクトリ単位の設定では ^/ で始まるパターンは一致しません。）

引用元：Apache HTTP Server Version 2.4 ドキュメント「mod_rewrite」（RewriteRule ディレクティブ）

また、フラグを[R]だけにすると一時的な転送になるため、[R=301]と書きます。

.htaccessのRewriteRuleは、先頭の / を付けず、R=301を明記しましょう。

設定③｜HTTPからHTTPSへ、wwwの有無をそろえる

HTTPでアクセスされたときにHTTPSへ転送するには、RewriteCondで接続の種類を確かめてから転送します。

RewriteEngine on
RewriteCond %{HTTPS} off
RewriteRule "^(.*)$" "https://%{HTTP_HOST}/$1" [R=301,L]

wwwありのURLに統一したい場合も、同じようにRewriteCondでホスト名を確かめ、正規のホスト名へ301で転送します。

レンタルサーバーによっては、管理画面にHTTPSへの転送やwwwの統一の設定が用意されているため、先にそちらを確かめると書き間違いを防げます。

HTTPSやwwwの統一は、サーバーの管理画面の機能を先に確かめましょう。

設定④｜NGINXとPHPで設定する

NGINXでは、サーバーの設定ファイルでreturnを使って転送します。

location = /service {
  return 301 $scheme://example.com/about/service;
}

PHPで動いているページなら、画面に何かを出力する前に、header関数で301と行き先を返します。

header('HTTP/1.1 301 Moved Permanently');
header('Location: https://www.example.com/newurl');
exit();

どちらも、Googleのリダイレクトの説明で紹介されている書き方をもとにした例です。

NGINXやPHPでも、ステータスを301と明記して行き先を返しましょう。

設定⑤｜WordPressで設定する

WordPressでは、公開済みの投稿のスラッグを変えると、古いスラッグから新しいURLへ自動で301リダイレクトされます。

この仕組みはWordPressのwp_old_slug_redirect関数で、ソースコードでは固定ページのような階層のある投稿タイプは対象外とされています。

固定ページのURLの変更や、ほかのサイトからの移行などは、Redirectionのようなリダイレクトを管理するプラグインか、.htaccessで設定します。

WixやShopifyなどのサービスには、管理画面にリダイレクトの機能が用意されていることが多いので、各サービスのヘルプで確かめます。

WordPressの固定ページは自動で転送されないため、プラグインか.htaccessで設定しましょう。

301リダイレクトを設定したあとの確認方法

ブラウザで古いURLを開いて新しいページが表示されても、それが301なのか302なのかは、画面を見ただけではわかりません。

設定したら、ステータスコード、行き先、Search Consoleでの扱いの3つを順に確かめます。

確認①｜ステータスコードが301になっているか

パソコンのターミナルでcurlコマンドを使うと、サーバーが返したステータスコードと行き先を確かめられます。

curl -I https://example.com/old-page

返ってきた1行目が「301 Moved Permanently」になっていれば、301リダイレクトです。

ブラウザの開発者ツールの「ネットワーク」タブでも、古いURLの行のステータスを見れば同じことを確かめられます。

画面の見た目ではなく、ステータスコードで301かどうかを確かめましょう。

確認②｜1回で正しい行き先に届くか

Locationに表示された行き先が、内容の対応する新しいページになっているかを確かめます。

行き先がさらに別のURLへ転送されていると、リダイレクトのチェーンになっているため、最終の行き先へ直接つなぎ直します。

古いURLから最終のページまで、1回の転送で届くようにしましょう。

確認③｜Search Consoleで新しいURLの登録を見る

Search ConsoleのURL検査で新しいURLを調べると、Googleに登録されているかを確かめられます。

サイトの移転では、新しいサイトマップを送信すると、Googleが新しいURLを見つけやすくなります。

Search Consoleの使い方は、Google Search Consoleについてで紹介しています。

移転したら、新しいサイトマップを送り、URL検査で登録を確かめましょう。

確認④｜サイト内のリンクとサイトマップを直す

リダイレクトがあれば古いURLのリンクも新しいページに届きますが、転送のぶんだけ表示は遅くなります。

Googleも、サイト内のリンクや、ほかのサイトからのアクセスが多いリンクは、できるだけ新しいURLを指すように更新するよう勧めています。

メニュー、本文中のリンク、サイトマップ、広告のリンク先なども、新しいURLに書き換えます。

リダイレクトに頼らず、サイト内のリンクは新しいURLを直接指すように直しましょう。

301リダイレクトのよくある間違い

301リダイレクトは数行の設定で済む反面、ちょっとした書き間違いで、意図と違う動きになりがちです。

次の5つは、リニューアルや移転の現場でよく見かける間違いです。

NG①｜書き方の違いで302になっている

.htaccessのRedirectでpermanentを省いたり、RewriteRuleのフラグを[R]だけにしたりすると、301のつもりが302になります。

CMSのプラグインを使う場合も、設定画面でリダイレクトの種類が301になっているかを確かめます。

設定したら、ステータスコードで301になっているかを1件ずつ確かめましょう。

NG②｜リダイレクトのチェーンやループを作る

移転を重ねるたびに、前のリダイレクトの先に新しいリダイレクトを足していくと、何度も転送がつながるチェーンになります。

Googlebot は複数のリダイレクトの「チェーン」（例: ページ 1 > ページ 2 > ページ 3）に含まれる最大 10 個のホップをたどることができますが、最終的な宛先に直接リダイレクトすることをおすすめします。

引用元：Google検索セントラル「サイトを移転する方法」

行き先がもとのURLに戻ってしまうループになると、ページそのものが表示されなくなります。

移転を重ねたら、古いURLすべての行き先を最新のURLへ書き換えましょう。

NG③｜古いURLをまとめてトップページへ送る

リニューアルで対応表を作る手間を省き、古いURLをすべてトップページへ転送してしまう例は少なくありません。

内容が対応しないページへの転送は、訪問した人を迷わせるうえ、Googleにはsoft 404として扱われることがあります。

古いURLは、内容が対応するページへ1対1でつなぎましょう。

NG④｜確かめずに本番のサーバーで編集する

.htaccessの書き方を誤ると、サーバーがエラーを返し、サイト全体が表示されなくなることがあります。

編集の前に元のファイルのコピーを保存し、できればテスト用の環境で動きを確かめてから、本番のサーバーに反映します。

.htaccessを編集する前に、元のファイルを保存しておきましょう。

NG⑤｜リダイレクトをすぐに外してしまう

新しいURLが検索結果に出始めたからといって、すぐにリダイレクトを外すと、古いURLへのリンクから来た人が404にたどり着きます。

Googleは、リダイレクトをできるだけ長く、一般的には1年以上残すよう勧めており、利用する人の目線では期限を決めずに残すことも勧めています。

リダイレクトは、少なくとも1年以上は残しておきましょう。

301リダイレクトでよくある質問

301リダイレクトについて、サイトの担当者からよく受ける質問に答えます。

質問①｜検索結果が新しいURLに変わるまで、どのくらいかかる？

Googleは、中規模のサイトの移転では、古いURLの代わりに新しいURLが少しずつ表示されるまでに数週間以上かかることがあり、大規模なサイトではさらに時間がかかると説明しています。

移転の間は、検索順位が一時的に揺れることもあります。

移転のあとは数週間単位で様子を見て、Search Consoleで変化を追いましょう。

質問②｜パラメータの付いたURLはどうなる？

Apacheのmod_aliasのRedirectでは、URLのパスの続きや「?」以降のパラメータも、行き先のURLに引き継がれると説明されています。

広告の計測用のパラメータなどが行き先でも残るかは、設定したあとに実際のURLで確かめます。

パラメータ付きのURLも、実際に開いて行き先に引き継がれるかを確かめましょう。

質問③｜リダイレクトすると表示は遅くなる？

リダイレクトのたびにブラウザとサーバーのやりとりが1回増えるため、そのぶん表示は少し遅くなります。

1回の転送なら大きな問題にはなりにくいですが、チェーンになると遅れが積み重なります。

転送は1回で済ませ、サイト内のリンクは新しいURLへ直しましょう。

質問④｜広告のリンク先は、リダイレクトに任せてよい？

検索広告のリンク先も、古いURLのままだとリダイレクトを経由して表示されることになります。

弊社カルテットは広告運用の会社として、URLを変えるときは広告のリンク先も新しいURLに直接書き換え、計測のパラメータが落ちていないかを確かめることをお勧めしています。

サイトの移転と広告の切り替えを一緒に進めたい場合は、カルテットコミュニケーションズのSEOコンサルティングでもご相談いただけます。

URLを変えたら、広告のリンク先も新しいURLへ直接書き換えましょう。

まとめ｜URLを変えるときは、対応表を作って301でつなぐ

301リダイレクトは、URLを変えるたびに必要になる、サイトの引っ越しの基本です。

古いURLと新しいURLの対応表を作り、1件ずつ301でつないで確かめれば、それまでの評価を失わずにサイトを新しくできます。

リニューアルやドメインの変更を控えていて不安な方は、カルテットコミュニケーションズのSEOコンサルティングの無料相談もご活用ください。

移転の段取りと、移転後の検索での動きの確かめ方を一緒に整理します。