「引っ越し」（テーマ/CMS、ドメイン、URL 構造、サーバーの変更）すると、Google はデータを再クロールする時間が必要になります。移行プロセスに手順が欠けている場合、インデックスが作成されない（またはインデックス作成が遅い） とトラフィック損失という 2 つの一般的なリスクが発生します。この記事は、体系的な診断、P1 ～ P3 の優先治療、および 2 ～ 8 週間の回復ロードマップという実践的な戦略です。
明確な P1 の「消火」計画フレームワーク (SLA、責任者、行動チェックリスト) が必要な場合は、実際の救助プロセスを理解するために Tan Phat Digital のホーチミン Web サイトのメンテナンスに関する柱記事を参照してください: ホーチミン ウェブサイト メンテナンス サービス.
1) 問題を特定します: 何が起こっていますか?
一般的な症状
サイトマップが変更されても、多くの新しい URL が Google に表示されません。
GSC は、クロール異常 / 404 / 5xx / Soft 404 / 適切な正規の代替ページが突然増加したと報告しています。
インプレッション数/クリック数は、検索結果で急激に減少しました。
ホームページは上昇しましたが、金額ページは減少しました。 (カテゴリ、製品、柱記事) が消えました。
インデックスの「間違った」バージョン (www と非 www、http と https、末尾のスラッシュの有無)。
簡単に見つけられる 3 つの質問
移行中に何が変わったですか? (ドメイン、パス、サーバー、CMS、レンダリング)
リダイレクト マップ (301 マップ)は完了していますか?
ロボット、メタ ロボット、カノニカル、hreflang、サイトマップのステータスは何ですか?
2) 90 分間の診断ボックス (優先度 P1) first)
P1 — ボットのブロック、間違った方向への切り替え、サーバー エラー
robots.txt: 絶対にいいえ
Disallow: /または重要なフォルダーをブロックします。メタ ロボット / マネー ページは 200 を支払う必要があり、重複を避ける 302、 5xx。
正規: 自己正規、間違ったステージング/古いバージョンを指さないでください。
リダイレクト マップ 301: 任意の古い URL → 対応する新しい URL から、404/ソフト 404、301 は削除しないでください。 string.
サイトマップ:URL 200–indexable–canonicalのみが含まれます。パラメータのタイプ/ステージング/ゴミ箱タグ。
P2 — Google は新しい構造を理解していません
内部リンク: メニュー、パンくずリスト、更新された記事内のリンク?移行後に孤立したページはありますか?
フレフラン (多言語): 右方向ペア、自己インクルード、標準市外局番。
ページネーション/ファセット: 無制限の URL のフィルター?クロールを適切にブロックします (robots/
noindex/URL params)。レンダリング: SPA/JS のレンダリングが遅いですか? ソースの表示とライブ URL のテスト (GSC) を確認します。
P3 — 品質と速度のシグナル
コア ウェブ バイタル: テーマ/CDN 変更後の LCP/INP/CLS の不良。
スキーマ: 失われた
組織、パンくずリスト、記事/製品。エンティティ/ブランド: ドメイン/ロゴ/同じです。
3) 優先トラブルシューティング チェックリスト
A.必須 (P1) – 24 ～ 48 時間以内に処理します
インデックスのブロック解除: robots.txt を修正し、誤った
noindexを削除します。リダイレクト マップを修正: 古い URL のリストを作成 → 301 1–1 を新しい最も近い URL に変換します。チェーン/ループが繰り返されます。
正規: 自己正規、統合された https + www/非 www + スラッシュ。
クリーン サイトマップ: URL のみ 200–インデックス可能–正規。ドメインを変更する場合は、GSC のアドレスの変更を使用します。
5xx/タイムアウトを修正: サーバー、CDN/WAF を安定させ、公開ページでキャプチャを使用してボットをブロックしないでください。
人手不足ですか、それとも P1 に 24 時間即時に技術チームが必要ですか? Tan Phat Digital のウェブ メンテナンス サービス パッケージをすぐに開始してシフトを割り当て、明確な SLA に従って P1 ～ P2 を処理できます: ウェブ メンテナンス サービス.
B.重要 (P2) – 第 1 ～ 2 週目
内部リンク: メニュー/パンくずリストを更新し、重要なランディングへのリンクを追加します。
フレフラン:
x-defaultペア、標準言語コード。Google 通知:約 50 ～ 100 個のピラー URL に対して、URL を検査 → インデックス作成をリクエストします。サイトマップを再送信します。
クロール バジェット: リンクの深さを減らし、エラーを一括修正してクロールを高速化します。
C.改善 (P3) – 並行して 2 ～ 6 週間
速度/CWV: 画像の遅延読み込み、圧縮/クリティカル CSS、JS の遅延、CDN/キャッシュ。
スキーマ & E-E-A-T:
組織、ブレッドクラム、記事/製品、著者、参照元。ブランド シグナル: ドメイン/ロゴ/sameAs を一貫して更新します。 PR により新しいドメインが要求されます。
4) 復旧ロードマップ 2 ～ 8 週間
第 0 ～ 1 週: パッチ P1、サイトマップの送信、マネー ページのインデックス作成のリクエスト。 48 時間ごとに GSC を監視します。
第 2 ～ 3 週: P2 (内部リンク、hreflang、ページネーション、レンダリング) を完了します。メイン ページ グループでトラフィックが回復し始めました。
第 4 ～ 6 週: P3 の最適化 (CWV、スキーマ、コンテンツの更新)。最初にインプレッションが増加し、クリックは 1 ～ 2 週間後に回復します。
第 6 ～ 8 週: 安定。事後検証を行い、移行前の SOP を完成させます。 「次回移行」のリスクを軽減するには、Tan Phat Digital の記事月次 Web サイト メンテナンス プロセス: 月次 Web サイト メンテナンス プロセスの月次 SOP (定期メンテナンス、再発エラーのチェック) をさらに参照してください。月。
5) 移行後の「見えないキラー」
ステージングのインデックス化 → パスワード/
noindexの設定、ロボットのブロック。コンテンツ構造の変更による検索意図の喪失 → 新しい情報に従って更新SERP。
カテゴリの分割/マージですが、正しい 301 → 分散シグナルを取得できません。
多言語形式が、hreflang/スキーマを更新せずに変更されます。
UTM パラメータ URL コンポーネント → 重複/ソフト 404
必要なページ インデックスのログイン ウォール/アンチボット。
6) サンプル「301 マップ」 (原則 1–1)
/blog/seo-onpage-2023→/vi/blog/huong-dan-seo-onpage-chuan-google-2025//dich-vu/thiet-ke-website.html→/dich-vu/thiet-ke-website/URL には目的がなくなりました → 301 から ほとんどの関連する親ページ (すべてをホームページに置かないでください)。
7) トラフィックが急激に減少した場合の「消火」プロセス
URL グループ別のゾーン (ブランド、カテゴリ、マネーページ、ピラー)。
つまり、SERP: 競合他社はフォーマットを変更しますか (ビデオ/PAA/レビュー)?コンテンツ モジュールを更新して一致させます。
コンテンツを更新トップのフォールディング ページ: 2025 年のデータ、実際の写真/ケース、FAQ/比較表/スキーマを追加。
内部リンクの範囲を増やす: 説明的なアンカー、「関連記事」をブロック。
トラック 14 ～ 28
8) 移行前、移行中、移行後の SOP
前: フル クロール/エクスポート、リダイレクト マップ 1-1 の作成、ステージング テスト、コード 48 時間のフリーズ。
後: リダイレクト/ロボット/サイトマップを同時にデプロイします。煙テストホーム/ケート/PDP/ピラー;ログと 5xx の監視をオンにします。
後 (1 ～ 2 週目): サイトマップの送信、収益ページのインデックス作成のリクエスト、404/soft404/5xx のバッチ修正、CTR に応じたタイトル/メタの調整。
9) 必要なツールと習慣
Google Search Console: インデックス作成レポート、ページ検査、サイトマップ、削除。
GA4: オーガニック セッション、ランディング ページ、移行日の注釈。
クローラ (Screaming Frog/Website Auditor): 前後のステータスを比較し、404/リダイレクト ループを検出。
速やかにパッチを適用します。データとロールバックコードを最新の安定したバージョンに変更し、信号の「ねじれ」を避けるために古いリダイレクト マップをそのままにしておきます。
SOP に従って移行を計画し、ステージングを完全にテストします。
11) よくある質問 (FAQ)
移行後、インデックスはどのくらいの期間安定しますか?
通常、技術がクリーンな場合は2～6 週間、リダイレクト マップは標準です。ドメインと大規模な構造の変更には、8 ～ 12 週間かかる場合があります。
数千の URL に対してインデックス作成リクエストを「実行」する必要がありますか?
その必要はありません。 50 ～ 100 個の潜在的な URL のみを優先します。残りは、Google がサイトマップと内部リンクを通じて収集します。
トラフィックの 20 ～ 30% の減少は正常ですか?
通常、最初の 1 ～ 2 週間で発生します。 50% を超え、3 週間以上続く場合は、未解決の P1/P2 エラーが存在する可能性が高くなります。
古いバージョンは 301 ではなく 410 でブロックする必要がありますか?
410 は、適切な代替ページがなく完全に削除されるコンテンツに対してのみ使用してください。移行では、301 1–1 が標準です。
移行によって SEO が損なわれるわけではありません。原因はSOP の欠如です。正しい順序でP1（ブロッキング/方向/5xx）→P2（構造と信号）→P3（速度と品質）に従うだけで、Googleはあなたの「新しい家」を理解してランキングを返します。 「消防」チームによるレビュー、リダイレクト マップの作成、サイトマップ/ ロボットのクリーニング、インデックスとトラフィックの復元が必要な場合は、Tan Phat Digital チームが標準手順を備え、明確な SLA と週次レポートを用意しているため、安心して運用できます。
シェア
