サイト移転は 301 リダイレクトと URL マッピングで評価を引き継ぐ

なぜこれを学ぶか

サイト移転は SEO 担当者の最大級の責任タスクで、ミスると数ヶ月の流入損失や永久的な評価ロスにつながる。 HTTPS 化、ドメイン変更、CMS リプレイス、URL 構造刷新のいずれも「サイト移転」として扱う必要があり、公式手順を知らずに進めるとリカバリ不能になる。

メディア・EC・コーポレートサイトのリニューアル前に必ず読むべきトピック。

学ばないと起きること

学ぶメリット

• リプレイス案件で SEO 観点の標準フローを提示できる
• HTTPS 化 / ドメイン変更 / CMS 移行を「URL 変更を伴うサイト移転」として扱える
• 一括移転 vs 段階移転の判断ができる
• 商談で「301 は PageRank 損失なし」と即答できれば技術的解像度を示せる

仕組み

サイト移転に該当するケース

公式が定義するサイト移転:

• HTTP → HTTPS への変更
• ドメイン名変更（example.com → example.net）
• 複数ドメイン / ホストの統合
• URL パス変更（example.com/page.php?id=1 → example.com/widget）
• URL 拡張子変更（page.html → page.htm）

公式推奨の 5 ステップ

1. サイト移転の一般ベストプラクティスを確認、影響範囲を把握
2. 新サイトを準備（CMS / コンテンツインポート / 証明書 / robots.txt）
3. URL マッピングを作成（旧 URL → 新 URL の対応表）
4. リダイレクトを設定して移転開始
5. 旧サイトと新サイトの両方でトラフィック監視

一般ベストプラクティス

URL マッピング作成

すべての旧 URL → 新 URL の対応表を作る。形式例:

旧 URL: https://oldsite.com/article/abc.html
新 URL: https://newsite.com/blog/abc

旧 URL: https://oldsite.com/products/123
新 URL: https://newsite.com/products/dress-blue

旧 URL: https://oldsite.com/about.php
新 URL: https://newsite.com/about

これをサーバー設定または mod_rewrite / NGINX rewrite で 301 リダイレクトとして実装する。

キー概念

301 リダイレクトでの PageRank 損失

公式: 301 や他の永続リダイレクトでは PageRank 損失は起きない。 過去は「リダイレクトで PageRank が一部失われる」という話があったが、現在の公式立場は損失なし。

ただし「移転完了まで時間がかかる」「一時的に順位が揺れる」のは別問題。

移転完了までの期間

完了とは「すべての URL が Google にクロールされ、新 URL に評価が引き継がれた状態」。 URL ごとに段階的に進むので、トラフィックも段階的に新 URL 側に移行する。

Search Console アドレス変更ツール

ドメイン名変更の場合のみ使えるツール（HTTPS 化や URL パス変更には使えない）

旧サイトと新サイトを両方 Search Console に登録した上で、旧プロパティから「アドレス変更」を実行する。

サイトマップ送信の役割

新 URL のサイトマップを Search Console に送信すると、Google が新 URL を発見・クロールするスピードが上がる。 旧 URL のサイトマップは「最終更新日が新しい」状態にしておくと、Google が再クロールを優先する。

旧サイトのリダイレクトはいつまで維持

公式推奨: 最低 1 年は維持。 Google が新 URL に完全切り替えするまでに時間がかかり、被リンクの源も古い URL を残し続けるため、早期に外すと評価がリセットされる。

可能なら永続的に維持するのがベスト。

よくある誤解

実務での適用

サイト移転の標準フロー（中規模サイト）

Phase 1: 準備（1-2 週間）

1. URL マッピング表を作成（Excel / Google Sheets / DB）
2. 新サイトを別環境で構築、コンテンツ全移行
3. SSL 証明書取得・設定
4. 新サイトで noindex を入れて事前テスト
5. 新サイトの robots.txt / canonical / hreflang を設定

Phase 2: 移転前チェック（1 週間）

1. URL マッピングが完全か確認（漏れた URL は 404 になる）
2. 内部リンクをすべて新 URL に張り直し
3. サイトマップを新 URL で生成
4. Search Console に新サイトを verify

Phase 3: 移転実行（移転日）

1. 新サイトの noindex を解除
2. 旧 URL → 新 URL の 301 リダイレクトを ON
3. 新サイトのサイトマップを Search Console に送信
4. ドメイン変更の場合: アドレス変更ツールを実行

Phase 4: 監視（数週間〜数ヶ月）

1. Search Console「ページ」で旧 URL のクロール / インデックス状況
2. 新サイトの順位 / クリック数を Performance レポートで監視
3. 「クロール エラー」が増えていないか確認
4. 順位低下が続く場合は URL マッピングの漏れを再確認

HTTPS 化の特別注意

リダイレクトの設定:
  http://example.com/* → https://example.com/* （301）
  http://www.example.com/* → https://example.com/* （301、www → 非www 統一なら）

canonical: 全ページで HTTPS URL を指定
サイトマップ: HTTPS URL で生成
hreflang: HTTPS URL で記述
HSTS: 設定推奨

大規模サイトの分割移転

Phase A: ブログセクションのみ移転 → 1-2 週間観測
Phase B: 商品ページの一部カテゴリ移転 → 1 ヶ月観測
Phase C: 残りすべて移転

各フェーズで影響を確認しながら拡大することで、問題発見・対処を早期化。

トラブル別の対処

公式ソース

• URL 変更を伴うサイト移転
• URL 変更を伴わないサイト移転
• Search Console アドレス変更ツール
• 301 リダイレクト
• HTTPS 化のベスト プラクティス（web.dev）

自己テスト

これらの内容を採点付きで挑戦したい場合は、本ドメインのプロ試験で 5 問形式で確認できる。