URLは変わるものです。ページの名前が変わり、商品が販売終了になり、サイトが HTTPS に移行し、ブランドがドメインを変えます。URLが変わるたびに、リダイレクトが訪問者と検索エンジンを古いアドレスから新しいアドレスへ送り、古いページの順位とリンクも引き継ぎます。
リダイレクトを間違えると、検索からのアクセスをあっという間に失います。正しく行うには、何よりも計画が大切です。
主なリダイレクトの種類
| コード | 名前 | 使う場面 |
|---|---|---|
| 301 | Moved Permanently | ページが恒久的に移転した。SEOで最も一般的なリダイレクト。 |
| 308 | Permanent Redirect | 301と同じだが、リクエストメソッド(POST など)を変えてはならない。 |
| 302 | Found(一時的) | 移転は一時的で、元のURLに戻る予定。 |
| 307 | Temporary Redirect | 302と同じだが、リクエストメソッドを維持する。 |
SEOにおける重要な違いは、恒久的か一時的かです。恒久的なリダイレクトでは、検索エンジンはインデックス内の古いURLを新しいURLに置き換えます。一時的なリダイレクトでは、元に戻るとあなたが伝えているため、通常は古いURLをインデックスに残します。
Google は、301も302も PageRank を引き継ぐと述べています。しかし恒久的な移転に302を使うと、Google が古いURLを長く表示し続けることがあります。恒久的な変更には恒久的なリダイレクトを使いましょう。
避けるべきリダイレクト
meta refresh によるリダイレクト(<meta http-equiv="refresh">)や JavaScript によるリダイレクトも機能はしますが、遅く、クローラーにとって信頼性が低く、戻るボタンを押すユーザーを混乱させます。できる限りサーバー側のリダイレクトを使いましょう。
リダイレクトチェーンは、URL A が B に、B が C にリダイレクトする状態です。転送のたびに遅延が加わり、何度も続くとクローラーが追跡をやめることがあります。古いURLがすべて最終的な転送先を直接指すようにリダイレクトを更新しましょう。
リダイレクトループ(A が B に、B が A にリダイレクトする)は、ページを表示不能にします。
リダイレクトチェーンの各ステップを、ステータスコードと所要時間とともに追跡します。
どこへリダイレクトすべきか
古いURLはそれぞれ、最も関連性の高い新しい同等のページへリダイレクトします。
- 古い商品 → 後継の商品、後継がなければそのカテゴリ
- 古い記事 → その記事の更新版、または最も近い関連記事
- 古いカテゴリ → 新しいカテゴリ
すべてをトップページへリダイレクトするのは避けましょう。Google は関連性のないトップページへのリダイレクトをソフト404として扱う傾向があり、シグナルは引き継がれず、訪問者も戸惑います。本当に同等のページがない場合は、親切な404や410のページのほうがよいでしょう。
リダイレクトの設定方法
Apache(.htaccess)
cPanel の共用サーバーの多くは Apache を使っています。サイトのルートにある .htaccess ファイルにルールを追加します。
Redirect 301 /old-page /new-page
Nginx
location = /old-page { return 301 /new-page; }
CMS のプラグインと設定
Redirection などの WordPress プラグインや、Yoast と Rank Math のリダイレクト管理機能を使えば、サーバーのファイルに触れずにリダイレクトを追加できます。Shopify、Wix、Squarespace、Webflow にはいずれもリダイレクトの設定機能が組み込まれています。
HTTPS や www を含む、Apache .htaccess と Nginx 用の 301 リダイレクトルールを作成します。
サイト移転:ステップ別の計画
移転(新しいドメイン、新しい CMS、新しいURL構造、HTTPS 化)では、多くのURLが一度に変わります。慎重に計画しましょう。
移転前
- 現状を記録する。 Search Console とアクセス解析から、現在のアクセス、順位、インデックスされたページを記録します。
- 旧サイトをクロールし、すべてのURLに加えて、サイトマップのURL、アクセス解析の流入ページ、被リンクのデータを書き出します。外部リンクのあるページが最も重要です。
- リダイレクトマップを作る:古いURLと新しい転送先をすべて記したスプレッドシートです。
- うまくいっているものは残す。 URLを変えずに済むなら変えないでください。変更するURLにはそれぞれリスクがあります。
- 新サイトを準備するのは、robots.txt でのブロックだけでなく、パスワードで保護されたテスト環境にしましょう。
公開当日
- 新サイトの公開と同時にリダイレクトを有効にします。
- テスト環境の制限(パスワード、
Disallow: /、noindex)をすべて解除します。 - 古いURLのサンプル、特にアクセスとリンクの多いものをテストします。
- 内部リンクを、新しいURLを直接指すように更新します。
- Search Console で新しいサイトマップを送信します。ドメイン変更の場合は、Search Console のアドレス変更ツールを使いましょう。
最大 25 件の URL のステータスコード、リダイレクト、応答時間を一度にチェックします。
移転後
- 新サイトをクロールして、リンク切れ、リダイレクトチェーン、欠けているページを探します。
- Search Console で、クロールエラーとインデックスの変化を毎日確認します。
- 404レポートで見落とした古いURLを見つけ、リダイレクトを追加します。
- リダイレクトは少なくとも1年維持します。価値ある被リンクを持つURLは恒久的に残しましょう。
最初の数週間に多少の順位変動があるのは普通です。下落が続く場合は、リダイレクトの漏れ、クロールのブロック、削除や変更されたコンテンツが原因であることがほとんどです。
HTTP から HTTPS へ
HTTPS に移行する際は、すべての HTTP のURLを301で対応する HTTPS のURLへリダイレクトし、内部リンクと canonical タグを HTTPS に更新し、すべてが動作したら HSTS ヘッダーを追加します。混在コンテンツ(まだ HTTP で読み込まれている画像やスクリプト)がないか確認しましょう。
www あり・なし
どちらか一方に決めて、もう一方をそこへリダイレクトし、検索エンジンに1つのサイトとして見せましょう。SEOの観点ではどちらを選んでもかまいません。大切なのは一貫性です。
リダイレクトマップの作り方
リダイレクトマップは、移転において最も重要な資料です。シンプルなスプレッドシートで十分です。
| 古いURL | 新しいURL | 種類 | 優先度 | メモ |
|---|---|---|---|---|
| /services/seo-audit.php | /services/seo-audit | 301 | 高 | 参照ドメイン45件 |
| /blog/2019/05/title-tags | /blog/title-tags | 301 | 高 | 自然検索の流入トップ |
| /products/discontinued-x | /category/x-alternatives | 301 | 中 | 直接の後継品なし |
| /old-promo | – | 410 | 低 | 終了したキャンペーン、リンクなし |
埋め方:
- クロール、サイトマップ、アクセス解析(過去1年の流入ページ)、Search Console(上位ページ)、被リンクレポートから、古いURLをすべて集めます。
- 新しいURLと対応付けます。URLのパターンが規則的に変わる場合(
.phpを外すなど)は、パターンにもとづくルール1つで何千ものURLをまとめて処理できます。 - アクセスとリンクにもとづいて優先順位を付け、最も価値のあるURLから先にテストします。
- チェーンを確認します。古いURLがすでにどこかへリダイレクトしているなら、最終的な新しいURLへ直接向けましょう。
パターンにもとづくリダイレクト
URLが一貫した形で変わる場合、1つのルールで何千もの個別のリダイレクトを置き換えられます。たとえば Apache ですべてのURLから .php を外すには、次のようにします。
RewriteEngine On
RewriteCond %{THE_REQUEST} \s/([^.]+)\.php[\s?] [NC]
RewriteRule ^ /%1 [R=301,L]
また、ブログを /blog/2019/05/post-name から /blog/post-name に移すには、次のようにします。
RewriteRule ^blog/\d{4}/\d{2}/(.+)$ /blog/$1 [R=301,L]
パターンのルールはテスト環境で慎重に検証しましょう。小さなミスで、移動させるべきでないページまでリダイレクトしてしまうことがあります。
公開後の監視
移転後の数週間は、次の点を注意深く見守りましょう。
- Search Console とサーバーログの 404エラー – それぞれが見落としたURLかもしれません
- 「ページのインデックス登録」レポートでの新しいURLのインデックス状況
- 記録しておいた数値と比べた主要な流入ページへのアクセス
- 最も重要なクエリでの順位
検索エンジンが再クロールしてリダイレクトを処理する間、数週間は揺れがあるものと考えておきましょう。大規模なサイトでは、完全に落ち着くまで数か月かかることもあります。
日常的な変更でのリダイレクト管理
リダイレクトが重要なのは移転のときだけではありません。次のことを習慣にしましょう。
- URLのスラッグを変えたとき、または妥当な代わりのあるページを削除したときは、301を追加する
- リダイレクトを追加したら内部リンクを更新し、サイトが最終URLへ直接リンクするようにする
- 年に1回リダイレクトの一覧を見直し、チェーンを解消し、その後さらに移転したページへのリダイレクトを修正する
重要なポイント
- 恒久的な移転には恒久的なリダイレクト(301または308)を、一時的なリダイレクトは本当に一時的な変更だけに使います。
- 古いURLはトップページではなく、最も関連性の高い新しい同等のページへリダイレクトします。
- リダイレクトチェーンとループを避け、古いURLはすべて最終的な転送先を直接指すようにします。
- クロール、アクセス解析、被リンクのデータから作る完全なリダイレクトマップが、あらゆる移転の中心です。
- 新サイトと同時にリダイレクトを有効にし、その後は404を注意深く監視します。
- リダイレクトは少なくとも1年、価値ある被リンクを持つURLは恒久的に維持しましょう。
よくある質問
リダイレクトはいつまで維持すべきですか?
Google は少なくとも1年を推奨しています。被リンクやブックマークのあるURLは恒久的に残すのが最も安全で、コストもほとんどかかりません。
リダイレクトでサイトは遅くなりますか?
サーバー側のリダイレクト1回で生じる遅延はわずかです。複数のリダイレクトが連なると遅延が積み重なるため、最終URLへ直接向けましょう。
301で順位は下がりますか?
正しく対応付けた301リダイレクトなら、通常は順位が保たれます。ただし、検索エンジンが変更を処理する間、一時的な変動が起きることはあります。
削除したページには404ではなく410を使うべきですか?
どちらも、ページがもう存在しないことを検索エンジンに伝えます。410は意図的に削除したことを示し、インデックスから少し早く外れる場合があります。代わりのないページなら、どちらでも問題ありません。
自分のサイトをチェック
80 以上の項目を無料で診断し、すべての問題の改善方法を確認しましょう。