サイトリニューアル / ドメイン移行でランキングを落とさない方法は？

第2章：検索基礎編 · 第33問

サイトリニューアルやドメイン変更は、SEO の中で最もリスクの高い操作の一つです。うまくやればランキングはスムーズに移行し、場合によっては向上しますが、失敗すれば数年かけて積み上げたトラフィックが一夜にしてゼロになります。この記事ではプロセス全体をわかりやすく分解し、安心して進められるようにします。

リニューアル前：完全な準備チェックリスト

リニューアルは「公開当日」から始まるものではありません。少なくとも2〜4週間前に以下の準備を済ませておきましょう：

1. 旧サイトを完全にクロール

Screaming Frog または Sitemap で旧サイトの全 URL をエクスポートし、完全なリストを作成します。重点的に記録するもの：

• ランキングのある全ページ（百度サイトオーナープラットフォームまたは 5118 でエクスポート）
• バックリンクが外链されている全ページ（Ahrefs または百度サイトオーナープラットフォームのバックリンク分析で確認）
• 高トラフィックの全ページ（百度統計でエクスポート）

2. URL マッピング表を作成

これが移行全体の核心ファイルです。形式はシンプルです：

原則：1対1のマッピングを行い、複数の旧ページを同じ新ページに向けないこと。

3. 新サイト公開前のチェック

• 新サイトの robots.txt 誤ってクロールをブロックしない
• 新サイトの sitemap 生成済みで送信準備完了
• 新サイトページの title、description、H1 は元の最適化内容を維持
• 新サイトの内部リンクは構造が新 URL に更新済み

301リダイレクト：技術の核心

301 永続リダイレクトは、検索エンジンに「このページは恒久的に引っ越しました。評価を新しいアドレスに移してください」と伝えるものです。

設定方法（Nginx の例）：

server {
    server_name old-domain.com;
    return 301 $scheme://new-domain.com$request_uri;
}

よくある落とし穴：

• ✗ 301 の代わりに 302 一時リダイレクトを使う（評価が移行しない）
• ✗ リダイレクトチェーンが長すぎる：A → B → C → D（1ホップ増えるごとに評価の損失が大きくなる）
• ✗ 旧ページがリダイレクトされず直接 404 を返す
• ✗ すべての旧ページが新サイトのトップページを指す（これは百度に「旧コンテンツがすべて消えた」と伝えるのと同じ）

百度サーチリソースプラットフォーム：サイト改版ツール

百度は専用のサイト改版ツールを提供しています。パス：百度サーチリソースプラットフォーム → サイトサポート → 最適化とメンテナンス → サイト改版。

3 種類の改版方法をサポート：

1. ドメイン変更改版：old.com のサイト全体を new.com へ移行
2. サイト内改版（ルール）：URL 構造の変更、例 /article/123.html → /blog/123
3. サイト内改版（対応関係）：新旧 URL の対応を 1 件ずつ送信

操作手順：

1. 301 がすべて有効になっていることを確認
2. サーチリソースプラットフォームで新サイトを追加し検証
3. 改版ルールまたは対応関係を送信
4. 新サイトの sitemap を送信
5. 百度の審査を待つ（通常 1〜2 週間で処理開始）

移行タイムラインの目安

改版後にランキングがすぐ回復すると期待してはいけません。実際のタイムラインは：

• 第 1〜2 週：ランキングが大きく変動し、トラフィックが 20〜50% 低下する可能性
• 第 1〜2 か月：百度が新 URL を徐々に認識し、ランキングが回復し始める
• 第3〜6ヶ月：大部分のページが改版前の水準に回復
• 6 か月以上：新サイトの体験がより良ければ、ランキングが旧サイトを超える可能性

注：上記の移行タイムラインは実務経験に基づく参考目安であり、実際の回復速度はサイト規模や変更幅によって異なります。公式統計ではありません。

重要：旧ドメインの 301 は少なくとも 1 年以上維持し、早めに閉じないこと。

移行期間中のモニタリング要点

改版後の最初の 3 か月は毎週チェック：

• Baidu インデックス数の変化（サイトマスタープラットフォーム→インデックス数）
• 主要キーワードのランキング変動（5118 または手動モニタリング）
• クロールエラー（サイトマスタープラットフォーム→クロール異常）
• 301 が正常に有効か（旧 URL をランダム抽出して確認）
• トラフィック回復の進捗（Baidu アナリティクスで前年同期データと比較）

インデックス数が 4 週間以上継続して減少している場合は、リダイレクトが漏れているページがないか直ちに調査してください。

実践的なアドバイス

• ドメインは変更せずに済むなら変更しない：デザインのリニューアルや URL 構造の変更だけであれば、ドメインは極力変えずに維持する。リスクがはるかに小さい
• 段階的に公開する：サイトのページ数が非常に多い場合（1 万ページ以上）、バッチ単位での移行を検討し、まず主要チャネルを移行して安定を確認してから残りを移行する
• 旧サイトのバックアップを保持する：万一問題が発生した際に素早くロールバックできるようにする。少なくとも旧サイトの完全なデータベースと静的ファイルのバックアップを 3 か月間保持する

AI ツールで解決：リニューアル / 移行前の準備とモニタリング

シナリオ 1：旧サイトからデータをクロールして「移行ホワイトペーパー」を生成する

サイトを old.com から new.com へ移行します。旧サイトの全 URL（URL リストを貼り付け）、各ページのタイトルとキーワード、Baidu アナリティクスからエクスポートしたトラフィックデータがあります。以下を手伝ってください：1) 「移行ホワイトペーパー」を生成し、高トラフィックページ、外部リンクのあるページ、主要キーワードページをリストアップする；2) 重点的に 301 すべきページリストを明示する；3) 完全な移行準備チェックリスト（クロール → マッピング → 公開 → モニタリング）を提供する。

シナリオ 2：新旧 URL マッピング表を一括生成する

旧サイトの URL リストは以下の通りです（貼り付け）。新サイトは [ルール、例：ドメインを new.com に変更、/news/abc.html を /blog/abc に変更] を採用します。各旧 URL に対応する新 URL を生成し、CSV（旧URL,新URL）で出力してください。遵守事項：1 対 1、チェーンさせない、すべてをトップページに指さない。意味的に対応しない項目は個別にマークして確認を求めてください。

シナリオ 3：移行モニタリングチェックリストと自動化スクリプトのアイデアを生成する

来週サイト移行を実施します。以下を提供してください：1) 移行後 4 週間分の週次チェックリスト（インデックス数、ランキング、クロールエラー、301 の有効性、トラフィック比較、各項目の確認方法を明記）；2) 「旧 URL の 301 が有効か」を定期的にチェックできるスクリプトのアイデア（Python/curl を使用可、返却コードとリダイレクト先を確認）。

シナリオ 4：移行に関するサイトマスタープラットフォームへのフィードバック説明文を作成する

Baidu サイトマスタープラットフォームで「サイトリニューアル」申請を提出するため、説明文を書く必要があります。私の状況は [旧ドメインから新ドメインへ移行、URL 構造を変更、301 設定済み] です。正式で明確なリニューアル説明文を書いてください。含める内容：リニューアル理由、移行範囲、301 設定状況、希望処理時間。口調は客観的かつ専門的に。

注意：AI 的边界

• 移行マッピングの関係は AI には推測しかできない：「意味が近い」に基づいて生成された新 URL の対応は重要ページを誤って指す可能性がある。高トラフィック/高外部リンクのページは必ず人による逐一確認が必要
• AI 生成スクリプトはテストが必要：モニタリングスクリプトはまずローカルで小規模に動作確認してからサーバーに導入する。本番環境で初回実行しないこと
• リニューアル説明は事実に基づくこと：AI に文章を推敲させるのは問題ないが、あなたのサイトの具体的な状況（いつ変更したか、何を変更したか）は必ず事実通りに記入すること