サイトリニューアルでSEO順位が下がる原因と移行手順【2026年版】

サイトをリニューアルしたあと、検索順位や自然検索の流入が落ちることはあります。ただし、原因を「デザインを変えたから」とまとめるのは正確ではありません。URL、本文、内部リンク、canonical、noindex、リダイレクトなど、旧サイトから新サイトへ引き継ぐ要素が同時に変わるためです。

リニューアル前にやるべきことは、現在のURLと流入を保存し、旧URLごとに「そのまま残す・新URLへ移す・統合する・削除する」を決めることです。URLが変わるページは対応先を決め、公開前にリダイレクトと検索公開設定をテストしましょう。

順位変動を完全に防ぐことはできません。Googleも、大きなサイト変更では再クロール・再インデックスの間に一時的な変動が起こり得ると案内しています。大切なのは、公開後に問題が起きても「どの変更が原因か」を追える状態で移行することです。

変更するもの	先に決めること
URLは変えない	本文・設定の差分
URLを変える	旧→新URL対応表
ドメインを変える	移転手順・所有権
ページを統合する	新しい受け皿
ページを削除する	404/410か転送か
CMSも変える	一度に変える範囲
公開後に下落した	影響URL・変更履歴

自社の変更内容に近い行から本文へ進んでください。

リニューアルで順位が下がるのは、変更点を引き継げていないときに起こりやすい

サイトリニューアル自体が、Googleからマイナス評価を受ける作業というわけではありません。問題になりやすいのは、リニューアルを機にURLやコンテンツ、内部リンク、検索設定まで同時に変わることです。

例えば、検索流入を集めていたサービスページのURLを変更したのに、旧URLから新URLへ転送していなければ、ユーザーも検索エンジンも新しい場所へ自然に移れません。逆にURLは同じでも、本文を大きく削ったり、重要な内部リンクを外したりすれば、ページの役割そのものが変わります。

Googleは、URLを伴うサイト移転について、URLマッピング、恒久リダイレクト、内部リンク・canonical・サイトマップの更新、公開後の監視を一連の作業として案内しています。また、大きな変更のあとは順位が一時的に変動することもあるとしています。

URLを変えないリニューアルでも確認は必要

URLをそのまま残せば、URL移転のリスクは減らせます。ただし、テンプレート変更でtitle、見出し、本文、内部リンク、canonicalなどが変わることはあります。

「URLを変えないからSEO対応は不要」ではなく、何が変わるかを差分で確認しましょう。

ドメイン変更・CMS変更・大幅なデザイン変更を同時にしない方法もある

Googleは、大きなサイト移転では、可能であれば変更を一つずつ行うことを勧めています。たとえばドメイン移転、CMS変更、レイアウト変更をすべて同時に行うより、分けられるなら段階的に進めた方が、問題が起きたときに原因を追いやすくなります。

すべての案件で分割できるわけではありませんが、要件定義の段階で「今回同時に変える必要があるもの」を見直す価値はあります。

順位を落としやすい原因は「URL・内容・公開設定」に分けて確認する

リニューアル後の順位低下には多くの原因がありますが、発注側が最初に確認するなら「URLの引き継ぎ」「ページ内容の変化」「検索公開設定」の3つに分けると整理しやすくなります。

系統	よくある問題	確認するもの
URL	転送漏れ	旧→新対応表
URL	転送先が不適切	実URL
内容	重要情報を削除	旧新本文
構造	内部リンク変更	重要ページ導線
公開	noindex残存	HTML・CMS
公開	robots制御	robots.txt
正規化	canonical誤り	HTML
発見	サイトマップ旧URL	XML sitemap

原因を10個覚えるより、自社で変更した範囲に絞って確認してください。

「全部トップページへ転送」は避ける

古いページの行き先が分からないからといって、すべてトップページへ転送するのは避けましょう。Googleも、関連性のない多数の旧URLを一つのURLへまとめて転送する方法を推奨していません。

旧ページと同等の内容が新サイトにあるなら、そのページへ転送します。複数ページを一つへ統合した場合は、新しい統合ページが本当に旧ページの内容を引き継いでいるか確認してください。

テスト環境の設定が本番に残っていないか

制作中は、検索エンジンに見つけられないようnoindexやrobots.txtの制御を入れることがあります。その設定が本番にも残れば、新サイトのクロール・インデックスに影響します。

Basic認証やIP制限を使っている場合も、公開時に解除対象を明確にしておきましょう。

着手前に、現サイトのURL・流入・設定を保存する

リニューアルで一番困るのは、公開後に順位が落ちたとき「旧サイトがどうなっていたか分からない」ことです。デザイン制作へ入る前に、比較できる基準を残しておきましょう。

最初に残すのは、全URLと重要ページ

サイトマップ、CMS、クロールツールなどから、現在公開されているURLを一覧にします。そのうえでSearch Consoleやアクセス解析を使い、自然検索の流入が多いページ、問い合わせにつながるページ、外部リンクを受けているページを把握します。

全URLを同じ優先度で扱う必要はありません。まず重要ページを見落とさないことが大切です。

リニューアル前に保存しておきたいもの

• 現サイトのURL一覧
• 主要ページの自然検索流入
• 主要クエリと表示ページ
• title・H1・canonical
• 内部リンクの主な導線
• 既存リダイレクト
• XMLサイトマップ
• 公開前のスクリーンショット

旧サイトは、公開直後に消さない

旧サイトのバックアップがあれば、公開後に本文やtitleの変更が原因と疑われたとき、元の状態と比較できます。

サーバーや旧CMSをすぐ削除する必要がある場合でも、データベース、ファイル、URL一覧、主要ページのHTMLなど、復旧に必要な記録は別に残してください。

旧URLごとに「維持・移転・統合・削除」を決めてから新サイトを作る

URL対応表は、「旧URL」と「新URL」を機械的に2列で並べるだけでは足りません。そのページをなぜ残すのか、統合するのか、削除するのかまで決めると、制作会社も実装しやすくなります。

旧URL	扱い	新URL・結果
/service-a/	維持	同じURL
/seo-old/	移転	/seo/
/seo-fee/	統合	/seo-cost/
/old-cp/	削除	404/410

実案件ではURL、理由、担当、実装確認欄を追加して管理してください。

URLを変えなくてよいページは、無理に変えない

CMSを変えると、新しいURLルールに揃えたくなることがあります。ただ、ユーザーにもSEOにも利点がないURL変更なら、現URLを維持する方が移行作業を減らせます。

URL変更自体が悪いわけではありませんが、「新しいCMSの都合だけで全URLを変更する」場合は、その必要性を確認してみましょう。

ページ統合は「近そうだから」で決めない

旧ページAとBを新ページCへまとめるなら、検索していた人の目的が本当に近いか確認します。

例えば「料金」と「サービス内容」は一つのページでも成立することがあります。一方、「採用情報」と「会社概要」は同じ会社情報でも検索目的が異なります。ページ数を減らすこと自体を目的にしないでください。

URLが変わるページは、対応先を決めて恒久リダイレクトする

旧URLと新URLの対応が決まったら、URLが変わるページへ恒久リダイレクトを設定します。

Googleは、可能であればサーバー側の恒久リダイレクトを推奨しており、301や308を例として挙げています。WordPressや一般的なWebサイトでは301を使うケースが多いでしょう。

転送先は、最も内容が近い新URLにする

旧ページと同等の新ページがあるなら、そのページへ直接転送します。

「旧URL→中間URL→新URL」のような転送チェーンは、できるだけ作らず最終URLへ直接つなぎましょう。過去のリニューアルでリダイレクトが残っているサイトは、新旧の設定を合わせて確認してください。

リダイレクトは短期間で外さない

Googleのサイト移転ガイドでは、リダイレクトをできるだけ長く、一般に少なくとも1年間は維持するよう案内しています。ユーザーのためには、旧URLからのアクセスが続く限り長く残すことも検討できます。

その一方で、内部リンクや自社で管理できる主要な外部プロフィールは新URLへ更新し、いつまでもリダイレクト経由にしない方が運用はきれいになります。

出典：Google Search Central『How to move a site』（2026年9月7日確認）

ドメインを変更する場合だけ、アドレス変更ツールも確認する

Search Consoleのアドレス変更ツールは、ドメインやサブドメインを別のドメインへ移すときに使います。同じドメイン内でパスだけ変えるリニューアルや、HTTPからHTTPSへの変更では使いません。

ドメイン変更を伴う場合は、旧・新プロパティの所有権確認やサブドメインの扱いも含めて、公開前に準備しておきましょう。

出典：Search Console ヘルプ『アドレス変更ツール』（2026年9月7日確認）

公開前は、見た目より「検索できる状態」をチェックする

公開直前は、表示崩れや文言修正に目が向きます。ただ、SEO移行では「ページが見える」だけでなく、「正しいURLで取得・インデックスできる状態か」を確認する必要があります。

公開前後で確認する9項目

• 主要ページのnoindexが外れている
• robots.txtが本番用になっている
• Basic認証・IP制限が不要な範囲で解除されている
• canonicalが新サイトの正しいURLを向いている
• 旧URLから新URLへの転送が動く
• 内部リンクが旧URLのまま残っていない
• title・H1・主要本文が意図せず消えていない
• XMLサイトマップが新URLで作られている
• GA4・Search Consoleで確認できる状態になっている

主要URLは、ブラウザで見るだけでなくHTTP状態も確認する

旧URLを開いたときに新URLへ移るか、転送先が200で返るか、削除ページが想定どおり404/410になるかを確認しましょう。

ページ数が多い場合は、重要URLだけ手作業で見るのではなく、クロールツールやスクリプトでURL対応表と実装を突き合わせると漏れを見つけやすくなります。

公開日には「誰が何を確認するか」を決めておく

制作会社がリダイレクト、社内担当がGA4、SEO担当がSearch Consoleというように、確認者を分けても構いません。

問題なのは「誰かが見るはず」の状態です。公開手順書に担当と完了条件を入れてください。

公開後は、日数固定ではなく新旧URLの置き換わりを追う

「公開後は3か月見ればよい」のように、すべてのサイトへ同じ監視期間を当てはめる必要はありません。Googleも、サイト移転の処理速度はURL数やサーバーの速度などで変わると説明しています。

小〜中規模サイトでも、新URLへの置き換わりに数週間以上かかることがあります。公開後は、日数だけでなく「旧URLが減り、新URLの表示・クリックが増えているか」を見ましょう。

順位だけでなく、問い合わせや重要ページの流入も見る

一部キーワードが数順位動いても、重要ページへの自然検索流入や問い合わせが維持されていれば、すぐ全面改修する必要はない場合があります。

反対に、問い合わせにつながっていたページだけ流入が大きく落ちているなら、サイト全体の平均よりそのURLを優先して調べましょう。

旧URLが検索結果に残っていても、すぐ移行失敗とは限らない

Googleが旧URLと新URLを再クロールし、検索結果の表示を新URLへ切り替えるまでには時間がかかります。旧URLが一時的に検索結果へ残っていても、転送が正常で新URLのインデックスが進んでいるなら、すぐに設定を変える必要はありません。

旧URLの表示が減り、新URLの表示・クリックが増えているかを推移で確認しましょう。

リニューアル後に順位が下がったら、変更したところから戻して確認する

すでに順位や流入が下がってしまった場合も、サイト全体を旧版へ戻す前に、どこが変わったかを分けます。

アクセス急減そのものの切り分けは、サイトのアクセス・検索順位が急に下がった原因で扱っています。リニューアル直後なら、そこに「旧新URLの差分」を加えて確認しましょう。

最初にURLと公開設定を確認する

旧URLが404になっていないか、転送先が正しいか、noindexやcanonicalが意図どおりかを確認します。

ここで技術的な原因が見つかったなら、本文をリライトする前に設定を直します。コンテンツが原因ではないのに記事まで書き換えると、修正点が増えてしまいます。

技術面が正常なら、旧ページと新ページの内容を比べる

title、H1、本文、FAQ、画像内に移したテキスト、内部リンクなど、旧サイトで検索者の判断に使われていた情報が消えていないかを見ます。

「前より文字数が少ないから戻す」のではなく、料金、対応範囲、仕様、比較条件など、実際に必要だった情報がなくなっていないかを確認してください。

修正は一度に重ねない

リダイレクトを直した同じ日に本文も全面改稿すると、回復したときに何が効いたか分かりません。

緊急性の高い技術問題を先に修正し、その後の推移を見て、必要なページだけ内容を直しましょう。

制作会社には「SEO対応」ではなく、移行作業の成果物を指定する

制作会社へ「SEOも考慮してください」と伝えるだけでは、何をどこまで行うかは決まりません。会社によって、見積もりに含むSEO移行作業は異なります。

発注側は、必要な成果物を確認しましょう。

成果物	確認したい内容
URL対応表	誰が作るか
リダイレクト	実装・テスト範囲
公開設定確認	noindex等の担当
内部リンク更新	対象範囲
サイトマップ	生成・送信担当
公開後監視	期間・確認項目
復旧対応	契約範囲

自社で担当するものは、制作会社の見積もりから外して構いません。

SEO担当と制作会社を分ける方法もある

制作会社がデザイン・実装を担当し、URLマッピングや移行チェックだけ別のSEO担当が設計する分担もできます。

大切なのは、担当会社の種類ではなく、URL対応表を誰が作り、誰が実装し、誰が公開後に確認するかが決まっていることです。外注の分け方はSEO対策は外注すべき？内製・部分外注の判断基準と費用でも整理しています。

ドメイン変更を伴う場合は、発注前に必ず明記する

同一ドメイン内のURL変更と、別ドメインへの移転では作業が変わります。

ドメイン変更があるのに、公開直前まで制作会社へ伝わっていない状態は避けましょう。Search Consoleの所有権、アドレス変更、旧ドメインの維持など、追加の移転作業が必要になります。

サイトリニューアルSEOのよくある質問

Q. サイトリニューアルをすると順位は必ず下がりますか？

A. 必ずではありません。ただし大きな変更では、Googleが再クロール・再インデックスする間に一時的な順位変動が起こることがあります。URLや設定の移行漏れがないかを確認できる状態で公開しましょう。

Q. デザインだけ変えてURLを変えなければ安全ですか？

Q. URLはできるだけ変えない方がよいですか？

Q. 301リダイレクトはいつまで残せばよいですか？

Q. 302リダイレクトではだめですか？

Q. ドメイン変更ではSearch Consoleのアドレス変更が必要ですか？

Q. 公開後は何か月監視すればよいですか？

Q. 公開後に順位が落ちたら、すぐ旧サイトへ戻すべきですか？

Q. ページを統合するときは、全部新しいカテゴリページへ転送してよいですか？

Q. リニューアルと同時にCMS・ドメイン・コンテンツも変えてよいですか？

URL対応表・公開前テスト・公開後監視までを移行要件にする

サイトリニューアルでSEOを守るには、公開日にチェックリストを見るだけでは足りません。移行設計は、制作に入る前から始まっています。

リニューアルで押さえる7つの順番

1. 旧サイトのURLと検索データを記録する
2. 各URLを維持・移転・統合・削除に分ける
3. URLが変わるページの対応先を決める
4. 恒久リダイレクトと新サイトの内部リンクを実装する
5. noindex・robots・canonical・サイトマップを公開前に確認する
6. 公開後は新旧URLの置き換わりと流入を追う
7. 下落したら変更履歴から原因を一つずつ戻して確認する

順位を完全に固定することはできません。ただ、URL対応表、公開前のテスト、旧サイトの記録があれば、問題が起きても原因を追えます。

リニューアル後に順位が落ちた場合、移行ミスだけでなく通常の順位変動が重なっていることもあります。原因が移行なのか、その後のSEO改善が必要なのかを分けたい場合は、Google検索順位を上げる方法14選も参考にしてください。