無料アカウントを作成 ログイン

診断

SEO 診断 クローラー AI での可視性 サイト比較

リサーチ

Keyword Explorer ダウンしている? すべての SEO ツール76

ツール

内部 SEO11
メタタグ分析ツール検索結果スニペットのプレビュー見出し構造チェッカー画像 alt テキストチェッカーOpen Graph・SNS プレビューチェッカー構造化データ検証ツールcanonical タグチェッカーリンク分析ツールhreflang チェッカーファビコンチェッカーアクセシビリティチェッカー
テクニカル SEO11
サイト全体の診断(クローラー)robots.txt テスターXML サイトマップチェッカーリダイレクトチェッカーHTTP ステータス一括チェッカーHTTP ヘッダーチェッカーリンク切れチェッカーインデックス可否チェッカーモバイル対応チェッカーJavaScript SEO チェッカーCookie・トラッカースキャナー
速度とパフォーマンス11
ページ速度テストCore Web Vitals チェッカーサーバー応答時間(TTFB)テストページサイズチェッカーGzip・Brotli 圧縮テストHTTP/2・HTTP/3 チェッカーCSS 圧縮ツールJavaScript 圧縮ツール画像圧縮 & WebP 変換ツールHTML 圧縮ツールウェブサイト CO₂ 計算ツール
コンテンツ・キーワード8
キーワード出現率チェッカーキーワード候補ツール文字数・単語数カウンター読みやすさチェッカーテキスト/HTML 比率チェッカーURL スラッグ生成ツール大文字・小文字変換重複コンテンツチェッカー
ジェネレーター10
メタタグ生成ツールrobots.txt 生成ツールスキーママークアップ生成ツールOpen Graph 生成ツールXML サイトマップ生成ツールリダイレクト生成ツール(.htaccess・Nginx)hreflang タグ生成ツールUTM キャンペーン URL 作成ツールllms.txt 生成ツールファビコンジェネレーター
ドメイン・セキュリティ14
SSL 証明書チェッカーセキュリティヘッダーチェッカーDNS ルックアップWHOIS / ドメイン検索ドメイン年齢チェッカー混在コンテンツチェッカーサイトの IP・ホスティング検索Ping テスト – サイトは稼働中?サイト使用技術チェッカーSPF・DKIM・DMARC チェッカーDNS 浸透チェッカーブラックリストチェッカーウェブサイト稼働監視開放ポートチェッカー
AI 検索・AI ライティング11
AI 検索対応度チェッカーAI タイトル・メタディスクリプション生成ツールAI FAQ・スキーマ生成ツールAI コンテンツ構成案ジェネレーターAI コンテンツ最適化ツールAI SEO ページレビューAI 検索意図とページ適合度AI 競合コンテンツギャップAI コンテンツ判定ツールAI 代替テキスト生成ツールAI 見出し生成ツール

学ぶ

SEO ガイド SEO の問題ガイド 料金

設定

テーマ
テクニカル SEO

SEOのためのリダイレクト:301、302とサイトを安全に移転する方法

リダイレクトは、URLが変わっても訪問者と順位を守ります。どのリダイレクトを使うべきか、チェーンやループの避け方、そしてアクセスを失わずにサイトを移転するためのステップ別の計画を解説します。

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 にはいずれもリダイレクトの設定機能が組み込まれています。

リダイレクト生成ツール(.htaccess・Nginx)

HTTPS や www を含む、Apache .htaccess と Nginx 用の 301 リダイレクトルールを作成します。

リダイレクト生成ツール(.htaccess・Nginx)を開く

サイト移転:ステップ別の計画

移転(新しいドメイン、新しい CMS、新しいURL構造、HTTPS 化)では、多くのURLが一度に変わります。慎重に計画しましょう。

移転前

  1. 現状を記録する。 Search Console とアクセス解析から、現在のアクセス、順位、インデックスされたページを記録します。
  2. 旧サイトをクロールし、すべてのURLに加えて、サイトマップのURL、アクセス解析の流入ページ、被リンクのデータを書き出します。外部リンクのあるページが最も重要です。
  3. リダイレクトマップを作る:古いURLと新しい転送先をすべて記したスプレッドシートです。
  4. うまくいっているものは残す。 URLを変えずに済むなら変えないでください。変更するURLにはそれぞれリスクがあります。
  5. 新サイトを準備するのは、robots.txt でのブロックだけでなく、パスワードで保護されたテスト環境にしましょう。

公開当日

  1. 新サイトの公開と同時にリダイレクトを有効にします。
  2. テスト環境の制限(パスワード、Disallow: /、noindex)をすべて解除します。
  3. 古いURLのサンプル、特にアクセスとリンクの多いものをテストします。
  4. 内部リンクを、新しいURLを直接指すように更新します。
  5. Search Console で新しいサイトマップを送信します。ドメイン変更の場合は、Search Console のアドレス変更ツールを使いましょう。
HTTP ステータス一括チェッカー

最大 25 件の URL のステータスコード、リダイレクト、応答時間を一度にチェックします。

HTTP ステータス一括チェッカーを開く

移転後

  1. 新サイトをクロールして、リンク切れ、リダイレクトチェーン、欠けているページを探します。
  2. Search Console で、クロールエラーとインデックスの変化を毎日確認します。
  3. 404レポートで見落とした古いURLを見つけ、リダイレクトを追加します。
  4. リダイレクトは少なくとも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. クロール、サイトマップ、アクセス解析(過去1年の流入ページ)、Search Console(上位ページ)、被リンクレポートから、古いURLをすべて集めます。
  2. 新しいURLと対応付けます。URLのパターンが規則的に変わる場合(.php を外すなど)は、パターンにもとづくルール1つで何千ものURLをまとめて処理できます。
  3. アクセスとリンクにもとづいて優先順位を付け、最も価値のあるURLから先にテストします。
  4. チェーンを確認します。古い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は意図的に削除したことを示し、インデックスから少し早く外れる場合があります。代わりのないページなら、どちらでも問題ありません。

redirects301site migration

自分のサイトをチェック

80 以上の項目を無料で診断し、すべての問題の改善方法を確認しましょう。

無料で診断

続きを読む