リダイレクト手順とSEO
301/302の使い分けとサイト移行チェックリスト

リダイレクトとは

ユーザーやクローラーが特定URLにアクセスした時、別のURLに自動転送する仕組みです。HTTPステータスコードでブラウザに「転送先」と「転送の種類（恒久 / 一時）」を伝えます。

SEO観点で重要なのは、「PageRank（被リンク評価）を引き継げるか」。301 (恒久) は引き継ぎ、302 (一時) は引き継がない、というのが基本ルールでした。

2016年以降、Googleは「リダイレクトの種類を問わずほぼ全評価を引き継ぐ」と公言していますが、それでも意図を正確に伝えるため種類を使い分けるのが定石です。

リダイレクトの主な種類

基本は301を使うと覚えておけばOK。一時的な転送（数週間以内に元に戻す）の場合のみ302。

301リダイレクトの実装方法

Apache (.htaccess)

個別URL: Redirect 301 /old-page.html /new-page.html

ディレクトリ全体: RedirectMatch 301 ^/old/(.*)$ /new/$1

HTTPS強制: RewriteEngine On / RewriteCond %{HTTPS} off / RewriteRule (.*) https://%{HTTP_HOST}%{REQUEST_URI} [R=301,L]

Nginx

server { listen 80; server_name example.com; return 301 https://$host$request_uri; }

WordPress

「Redirection」プラグインが定番。管理画面から GUI で 301設定可能。SEOプラグイン (Yoast/RankMath) にも標準搭載。

サイト移行時の8ステップ

ドメイン変更・大規模URL変更時に、SEO評価を最大限維持するための手順:

1. 事前調査: 旧サイトの全URLリスト作成、被リンクが多いページの特定
2. URL対応表作成: 旧URL → 新URL の1対1マッピングを Excel/スプレッドシートで
3. 新サイト構築 + テスト: 全URLが正しく表示されるか、noindex タグの誤設定がないか
4. 301リダイレクト一括設定: .htaccess に全URL分のRedirectルールを記述
5. サイトマップ更新: 新URL版 sitemap.xml を作成
6. Search Console: 新ドメインをプロパティ追加 + 「アドレス変更ツール」で旧→新を申請
7. 本番リリース: DNS切り替え or リダイレクト有効化
8. 移行後30日モニタリング: GSCで「インデックスカバレッジ」エラー監視、404頻発URLは追加対応

⚠️ 「全URL → トップページに301」は最悪。Googleが「Soft 404」と判定し、評価がリセットされます。必ず1対1マッピングで個別URLを対応させます。

リダイレクトチェーンを避ける

A → B → C → D のような多段リダイレクトは厳禁。クローラーの追跡上限に達する、ページ表示速度悪化、評価減衰のリスクがあります。

対策: 中間URL（B, C）を全て A から D へ直接リダイレクトするように更新。Search Consoleの「リダイレクト エラー」レポートで定期チェック。

💡 最大3回のリダイレクトでGooglebotは追跡を打ち切ります。5回以上だと完全に評価対象外。

よくある失敗事例

事例①: HTTPS化時の混在コンテンツ

HTTPS化で全URLを 301 リダイレクトしたが、画像・CSSのURLが http:// のままで「混在コンテンツ警告」発生 → ブラウザ表示が崩れる。対策: 全リソースを //example.com/... または https:// に統一。

事例②: ドメイン変更後すぐ評価激減

301設定は完璧だったが、Search Consoleでの「アドレス変更ツール」申請を忘れた → Googleが旧サイトと新サイトを別物と判断し続けて評価分散。

事例③: meta refresh で誤魔化す

「301設定が難しいから」と meta refresh / JS で代替 → SEO評価が引き継がれず、被リンク資産が消失。サーバ設定が可能な限り 301 を使うのが原則。