サイトリニューアルでSEO順位を落とさない移行手順

サイトリニューアルでSEO順位への影響を抑えるには、公開前に旧URLと新URLの対応表を作り、ページ単位の301リダイレクト、自己参照canonical、内部リンク、XMLサイトマップ、計測設定を準備します。公開後は旧URLと新URLのHTTP状態、クロール、インデックス、検索流入を継続して監視します。

デザインやCMSが変わるだけでも、URL、本文、内部リンク、表示速度、JavaScript、robots設定が変われば検索評価に影響します。この記事では、企画から公開後まで、SEOを引き継ぐための作業を時系列で解説します。

リニューアルで順位が変動する理由

Googleは大きなサイト変更後、ページを再クロールし、新しいURLや内容を処理します。その間は順位が一時的に変動する場合があります。問題は変動そのものではなく、旧ページの評価や利用者を新ページへ正しく案内できない状態です。

主な原因

URLが変わったのにリダイレクトがない
複数の旧URLを無関係なトップページへ転送した
検索流入のある本文・見出しを大幅に削除した
canonicalが旧ドメインや検証環境を向いている
公開時にnoindexやクロール拒否が残った
JavaScript実行後まで重要本文が表示されない
内部リンクとサイトマップが旧URLのまま
GA4やSearch Consoleの設定が引き継がれていない

Googleの公式手順はサイト・ホームページ移行についてで確認できます。移行方式やSearch Consoleの機能は更新されるため、実施時は最新情報を参照してください。

フェーズ1：現行サイトを調査する

新サイトの設計前に、現行サイトのURL、検索流入、被リンク、問い合わせを棚卸しします。見た目が古くても、長期間評価されている記事やサービスページを削除すると、検索入口と問い合わせ経路を同時に失う可能性があります。

保存するデータ

クロールで取得した全URL、タイトル、H1、canonical、HTTP状態
Search Consoleのページ・クエリ別実績
GA4のランディングページ、キーイベント、導線
外部サイトからリンクされているURL
XMLサイトマップとrobots.txt
構造化データとインデックス状況
画像、PDF、動画など主要アセットURL
ドメイン、DNS、サーバー、CDN、CMSの設定

Search ConsoleとGA4は、比較に必要な期間を公開前にエクスポートします。リニューアル後に旧環境へアクセスできなくなることを想定してください。

フェーズ2：ページごとの移行方針を決める

全URLを「維持」「統合」「移転」「削除」に分類します。新サイトのページ数を減らす場合も、旧ページの目的と最も近い移行先を決めます。

方針	使う場面	SEO対応
維持	URLと内容を大きく変えない	同じURLで公開し内部リンク確認
移転	内容を維持しURLを変更	旧URLから新URLへ301
統合	重複ページを一つへまとめる	各旧URLから統合先へ301
削除	代替がなく価値もない	404または410を返しリンク削除

何でもトップページへ転送すると、利用者が探していた内容に到達できません。旧ページと実質的に同等または最も近い新ページへ対応させます。代替がなければ、無理に転送せず削除状態を明確にします。

フェーズ3：URL対応表を作る

URL対応表は、移行の中心となる管理資料です。SEO担当だけでなく、設計、開発、コンテンツ、広告、解析の担当者が同じ表を使います。

URL対応表の項目

項目	内容
旧URL	現在公開されている完全URL
新URL	リニューアル後の正規URL
方針	維持、移転、統合、削除
旧タイトル・H1	主要テーマの確認
検索流入	優先して確認するための実績
被リンク	外部評価を持つURLの確認
リダイレクト	301、なし、404など
新canonical	新ページ自身の正規URL
担当・確認	実装者とテスト結果

クエリパラメータ、末尾スラッシュ、大文字小文字、HTTP/HTTPS、www有無など、実際にアクセスされるURLパターンも確認します。リダイレクトが連続しないよう、旧URLから最終URLへ直接転送します。

フェーズ4：新サイトのSEO要件を実装する

新サイトでは、ページごとのタイトルや本文だけでなく、クロール、インデックス、正規化、表示、計測を実装します。検証環境で動いていても、本番ドメインへ切り替える設定が漏れることがあります。

ページ単位の要件

一意で内容を表すtitleとH1
自分自身を参照するcanonical
重要本文がHTMLのテキストで取得できる
見出し階層がH1、H2、H3の順になっている
画像に幅・高さ・代替テキストがある
画面内容と一致する構造化データ
スマートフォンで本文とCTAが利用できる
問い合わせ完了などの計測イベント

サイト全体の要件

新URLだけを含むXMLサイトマップ
本番用robots.txt
404ページと正しいHTTP状態
HTTPSとホスト名の統一
内部リンク、パンくず、ナビゲーションの新URL化
Core Web Vitalsを含む表示性能
GA4、Search Console、広告タグ、同意管理

AI検索を意識する場合も、重要な会社・サービス情報を画像だけにせず本文で提供し、著者、運営会社、更新日、一次情報、内部リンクを確認します。

フェーズ5：301リダイレクトを実装する

恒久的にURLが変わるページには、サーバー側の301または308リダイレクトを使います。利用するフレームワークやサーバーに合わせて設定し、ブラウザのJavaScriptだけに依存しないようにします。

実装時の注意

旧URLから対応する新URLへ1回で転送する
302など一時転送を恒久移行に使わない
すべてをトップページへ転送しない
リダイレクト先が200を返すことを確認する
転送先canonicalが自分自身を向くことを確認する
旧URLをサイトマップと内部リンクへ残さない
PDFや画像など重要アセットのURL変更も確認する

旧URLを短期間で削除すると、Googlebotや外部リンクからの訪問を新URLへ案内できません。Googleの公式ガイドを基に、十分な期間リダイレクトを維持します。

フェーズ6：公開前テストを行う

公開前は、検証環境の見た目だけでなく、本番設定へ切り替えたときのURL・HTTP状態を確認します。自動テストで全URLを確認し、検索流入上位ページは人が内容と導線を確認します。

公開判定チェック

検証環境を検索に登録させない設定は必要ですが、本番公開時に解除する担当とチェック時刻を決めてください。

フェーズ7：公開作業を管理する

公開日は、DNS、アプリ、CDN、CMS、リダイレクト、計測などの担当者が連絡できる時間を選びます。繁忙期や大型キャンペーン直前を避け、問題が起きた場合に戻せる手順を準備します。

公開当日の順序

現行環境とデータをバックアップする
新サイトを本番へ反映する
リダイレクトを有効にする
robots.txt、noindex、canonicalを確認する
代表旧URLと主要新URLをテストする
フォームと計測を実際に確認する
新サイトマップをSearch Consoleへ送信する
エラーログとアクセスを監視する

ドメイン自体を変更する場合は、旧・新両方のSearch Consoleプロパティを確認し、条件に該当すればアドレス変更ツールを使用します。HTTPS化や同一ドメイン内のパス変更では扱いが異なるため、公式手順を確認してください。

フェーズ8：公開後に監視する

公開直後は、HTTPエラーと計測を日次で確認します。その後は、クロール、インデックス、検索クエリ、問い合わせを週次・月次で追います。順位だけでなく、旧URLから新URLへの移行が進んでいるかを確認します。

監視スケジュール

期間	主な確認
当日〜3日	500、404、リダイレクト、noindex、フォーム、計測
1〜2週間	クロール、サイトマップ、canonical、主要クエリ
1〜3カ月	インデックス移行、流入、順位、問い合わせ、速度
3カ月以降	残存旧URL、長い転送、コンテンツ改善、成果比較

Googleは、中規模サイトでも大半のページ移行が処理されるまで数週間かかる場合があると案内しています。短期の変動だけで全面的に戻さず、技術エラーと通常の再処理を分けて判断します。

問題が起きたときの切り分け

流入が落ちた場合は、サイト全体、特定ディレクトリ、特定ページのどこで起きているかを確認します。変更点を一度に戻すのではなく、HTTP、インデックス、内容、順位、計測の順に切り分けます。

症状	確認すること
主要ページが登録されない	noindex、robots、canonical、200、本文、サイトマップ
旧URLが検索に残る	リダイレクト、内部リンク、サイトマップ、処理期間
特定ページだけ順位低下	本文削減、検索意図、タイトル・H1、内部リンク
全体の流入が急減	サーバー障害、クロール拒否、ドメイン設定、計測
問い合わせだけ減少	CTA、フォーム、計測、スマホ表示、サービス内容

GA4のタグ漏れで流入が落ちたように見える場合もあります。Search Console、サーバーログ、フォーム受信を合わせて確認してください。

リニューアルで避けるべきこと

URLを必要なく変更する

短く美しいURLへ変えるだけのために、評価済みURLを一斉変更しないでください。変更する事業上・技術上の理由と移行コストを比較します。

デザイン公開後にSEOを確認する

URL、本文、構造、CMS、計測は設計段階で決まります。公開直前にSEO担当が確認しても、修正できる範囲が限られます。

旧サイトをすぐ停止する

リダイレクトと旧ドメインの維持が必要です。契約終了やDNS変更の前に、移行期間と管理責任を確認します。

流入ページの文章をすべて書き換える

ブランド刷新で表現を変える場合も、読者が求める主題、重要な事実、検索意図を確認します。URL変更と大幅な内容変更を同時に行うと、問題の原因も特定しにくくなります。

よくある質問

リニューアルすると必ず順位が下がりますか？

必ずではありませんが、一時的な変動は起こり得ます。URL、本文、内部リンク、表示性能など変更が大きいほど、再処理と評価に時間がかかります。

URLは変えないほうがよいですか？

合理的な理由がなければ維持が安全です。CMS変更や情報設計で変更が必要な場合は、ページ単位の301リダイレクトを実装します。

すべての旧URLをトップページへ転送してもよいですか？

推奨しません。内容が対応する新ページへ転送します。代替ページがない場合は、404または410を返すほうが適切なことがあります。

301リダイレクトはいつ外せますか？

短期間で外さないでください。外部リンクや古いブックマークもあるため、Google公式ガイドと自社のログを確認し、長期維持を前提にします。

ドメインを変える場合は何が追加で必要ですか？

旧・新ドメインの所有確認、DNS、証明書、外部リンク、メール、広告、Search Consoleのアドレス変更などが追加されます。旧ドメインを手放さず、リダイレクトを維持します。

まとめ

サイトリニューアルのSEO移行では、現状調査、ページ分類、URL対応表、301リダイレクト、新サイトのSEO要件、公開前テスト、当日確認、公開後監視を一つの計画として進めます。デザイン完成後ではなく、要件定義の段階から担当と成果物を決めてください。

EMPLAYでは、現行サイトの分析、要件定義、制作、SEO移行、公開後の改善まで支援しています。ホームページ制作サービスをご確認いただくか、お問い合わせからご相談ください。

ホームページリニューアルの費用相場 - 予算と進め方の全体像
ホームページ要件定義書の作り方 - RFPへSEO移行を含める方法
SEO内部対策の基本 - クロール・タグ・表示速度の基礎
Google Search Consoleの使い方 - 公開後の検索状況を確認する方法

株式会社EMPLAY 編集部

中小企業のWeb集客・DX推進を支援するEMPLAYが、現場で得た実践知をもとに執筆・監修しています。運営会社について