サイトリニューアル時のSEO注意点：順位を落とさない移行チェックリスト

サイトリニューアルは、見た目を新しくするだけの作業ではありません。

特に既存サイトに検索流入がある場合、リニューアルはこれまで積み上げてきた検索資産を、新しいサイトへ移す作業でもあります。

結論から言うと、サイトリニューアルでSEO順位を落とさないために最も大切なのは、公開直前にSEOチェックを足すことではありません。リニューアルの要件定義段階から、旧URL、新URL、重要ページ、リダイレクト、内部リンク、title、canonical、Search Consoleでの検証までを一つの移行計画として管理することです。

補足ボックス｜この記事でわかること

• サイトリニューアルでSEO順位が落ちる主な原因
• リニューアル前に棚卸しすべきURLと重要ページ
• 301リダイレクト、内部リンク、canonical、noindexの確認ポイント
• 公開直後と公開後30日で見るべきSearch Consoleの指標
• 制作会社・開発会社へ渡すSEO移行表の作り方

補足ボックス終了

Google検索セントラルでも、URL変更を伴うサイト移転では、旧URLから新URLへの対応、永続的なHTTPリダイレクト、新しいサイトマップの送信などが説明されています。詳しくはGoogle公式のサイト・ホームページ移行についてでも確認できます。

この記事では、サイトリニューアルSEOを「順位を落とさないための注意点」だけでなく、検索流入と問い合わせ導線を守るための移行プロジェクトとして整理します。

サイトリニューアルSEOは検索資産の移行で考える

サイトリニューアルでは、デザイン、CMS、ページ構成、URL、導線、フォーム、計測タグなど、多くの要素が変わります。見た目だけを見ると「新しいサイトを作る」作業に見えますが、SEOの観点では、既存サイトにある評価や流入をどう引き継ぐかが重要です。

検索資産とは、単に検索順位のことではありません。検索結果に出ているURL、ページごとの検索クエリ、被リンク、内部リンク、title、見出し、本文、構造化データ、CVにつながる導線、Search Consoleの実績データなどを含みます。

リニューアルで守るべきなのは、ページ単体ではなく、検索流入から問い合わせまでの流れです。

たとえば、旧サイトのサービスページに検索流入があり、そこから問い合わせが発生していたとします。リニューアルでそのURLが変わり、リダイレクトが漏れ、内部リンクも新しいページへつながっていなければ、ユーザーもGoogleも新しいページを見つけにくくなります。

この場合、問題は「SEO設定を忘れた」だけではありません。検索流入を商談につなげる導線ごと壊してしまった状態です。

綱脇耕輔の実務見解としては、サイトリニューアルSEOは制作工程の最後に確認するものではなく、要件定義の段階で入れるべきです。リニューアルの目的が「デザイン刷新」「CMS移行」「サービス整理」「CVR改善」のどれであっても、既存の検索流入を持つページを失うと、公開後の評価が難しくなります。

リニューアルで順位が落ちる主な原因

リニューアル後に検索順位や流入が落ちる原因は、一つではありません。よくあるのは、URL変更、リダイレクト漏れ、重要コンテンツの削除、titleや見出しの大幅変更、内部リンクの変更、noindexの残存、サイトマップの不整合、計測漏れです。

この中でも、URL変更とリダイレクト漏れは特に影響が大きくなります。Googleのリダイレクトに関する公式ドキュメントでも、永続的なURL変更ではサーバーサイドの永続的なリダイレクトが推奨されています。

リニューアルで最も避けたいのは、旧URLの評価とユーザー導線を新URLへつなげないまま公開することです。

一方で、順位が一時的に揺れること自体は珍しくありません。サイト構造やURLが変われば、Googleが新しい状態をクロールし、インデックスし、評価し直す時間が必要です。重要なのは、一時的な変動なのか、移行ミスによる下落なのかを切り分けられる状態にしておくことです。

そのためには、公開前の準備と公開後の監視がセットで必要です。

まず旧サイトの重要URLを棚卸しする

リニューアルSEOで最初にやるべきことは、旧サイトのURLを棚卸しすることです。

新しいサイトの設計から始めたくなりますが、既存サイトに検索流入がある場合は、先に「何を守るべきか」を把握しなければなりません。

棚卸しでは、少なくとも次の情報を整理します。

旧URL一覧は、単なるページリストではなく、検索資産の台帳です。

Search Consoleでは、過去16か月分の検索パフォーマンスデータを確認できます。リニューアル前には、主要ページのクリック数、表示回数、クエリ、平均掲載順位を控えておくと、公開後の変化を判断しやすくなります。

ここで注意したいのは、PVだけで重要度を決めないことです。BtoBサイトでは、PVが多い記事より、PVは少なくても問い合わせに近いサービスページや事例ページの方が重要な場合があります。

たとえば、月間30クリックしかないサービスページでも、問い合わせや商談につながっているなら優先度は高いです。逆に、月間1,000クリックある情報記事でも、CV導線が弱く、リニューアルで役割を変えるなら、移行方針を分けて考える必要があります。

URLを変えるか残すかを決める

サイトリニューアルでは、URLを変えるべきか、残すべきかの判断が重要です。

基本的には、検索流入や被リンクがある重要ページのURLは、変えない方が安全です。URLを変えると、リダイレクト、内部リンク更新、canonical更新、サイトマップ更新、広告やSNSのリンク更新、外部リンク対応など、管理すべき作業が増えます。

ただし、URLを変えた方がよいケースもあります。たとえば、古いCMSの都合で意味のないURLになっている、サービス体系が大きく変わる、同じ内容のページが複数あり統合が必要、ディレクトリ構造を整理した方がユーザーにも管理者にも分かりやすい、といった場合です。

URL変更は、見た目の整理ではなく検索評価の移行コストが発生する判断です。

URLを変える場合は、旧URLと新URLの対応表を作ります。対応先がない旧URLを放置すると、検索結果や外部リンクから来たユーザーが404に到達します。重要ページでは、できるだけ同じ検索意図を満たす新URLへ1対1で移行します。

「リニューアルでURLが変わるけれど、公開後に必要なものだけリダイレクトする」という進め方は避けてください。公開後に漏れを探すより、公開前に移行表を作って検証する方が安全です。

301リダイレクトは1対1で設計する

URLが変わる場合、301リダイレクトの設計が必要です。

301リダイレクトは、旧URLが恒久的に新URLへ移動したことをユーザーや検索エンジンへ伝える仕組みです。Google公式の説明でも、永続的なリダイレクトは新しい転送先を検索結果に表示するためのシグナルとして扱われます。

リニューアル時の基本は、旧URLから対応する新URLへ1対1でリダイレクトすることです。

よくある失敗は、すべての旧URLをトップページへリダイレクトすることです。これはユーザーにとってもGoogleにとっても、目的の情報へたどり着きにくい状態です。旧ページと新ページの内容が近いなら1対1で対応させ、近いページがない場合は、無理に関係の薄いページへ飛ばさない方がよい場合もあります。

Googleのサイト移転ドキュメントでも、旧URLから新URLへのURLマッピングを作り、サーバー側でリダイレクトを設定する流れが示されています。また、リダイレクトチェーンを避け、最終的な宛先へ直接リダイレクトすることも重要です。

リダイレクトは「設定したか」ではなく、「重要URLが正しい新URLへ直接到達するか」で確認します。

公開前には、移行表の旧URLを実際にチェックし、ステータスコード、転送先、最終URL、canonical、noindexの有無を確認します。設定ファイルや管理画面上で登録されているだけでは不十分です。

title・見出し・本文を変えすぎない

リニューアルでは、デザインやコピーの刷新に合わせて、title、H1、見出し、本文を大きく変えることがあります。

もちろん、古いページを改善すること自体は良いことです。ただし、検索流入があるページで、検索意図に関係する本文や見出しを大幅に削ると、Googleから見たページの意味が変わります。

たとえば、旧ページでは「SEOコンサル 費用」「SEO会社 選び方」「SEO 内製 外注」といったクエリで流入していたのに、リニューアル後に抽象的なブランドコピーだけになってしまうと、検索意図との対応が弱くなります。

検索流入があるページでは、デザイン改善と同時に、検索意図に答える情報を残す必要があります。

リニューアル前には、重要ページごとに以下を確認します。

ここで大切なのは、旧ページをそのまま残すことではありません。より分かりやすく改善しつつ、旧ページが検索で評価されていた理由を失わないことです。

リニューアル後のページが見た目として洗練されても、検索意図への回答が薄くなれば、SEOでは不利になる可能性があります。

内部リンクとサイトマップを新URLへ揃える

リニューアルでは、旧URLから新URLへ301リダイレクトを設定しても、サイト内リンクが旧URLのまま残っていることがあります。

これはよくある見落としです。ユーザーはリダイレクトで新ページへ到達できるかもしれませんが、内部リンクが旧URLのままだと、Googleに対して古いURLへのシグナルを送り続けることになります。

Googleのcanonicalに関する公式ドキュメントでも、サイト内リンクではcanonical URLへリンクすることが推奨されています。詳しくはGoogle公式のcanonical URLの指定方法でも確認できます。

リニューアル後は、次のリンクを新URLへ揃えます。

• グローバルナビ
• フッターリンク
• パンくずリスト
• 本文内リンク
• 関連記事リンク
• CTAボタン
• サービスページから資料ページへのリンク
• フォーム完了ページへのリンク
• XMLサイトマップ
• HTMLサイトマップ
• 広告、SNS、メール、ホワイトペーパー内のリンク

リダイレクトがあるから内部リンクは旧URLのままでよい、という判断は危険です。

特に法人サイトでは、広告LP、営業資料、メール署名、ホワイトペーパー、ウェビナー資料など、Webサイト外にも旧URLが残りがちです。すべてを一度に更新できない場合でも、CVに近い導線から優先して更新します。

新しいXMLサイトマップも重要です。Google公式のサイトマップ作成と送信では、サイトマップはGoogleがURLを発見するための手段として説明されています。リニューアル後は、新URLを含むサイトマップをSearch Consoleへ送信し、旧URLやリダイレクトURLが混ざっていないか確認します。

canonical・noindex・robots.txtを公開前に確認する

サイトリニューアルでは、ステージング環境の設定が本番へ残る事故があります。

特に注意したいのが、noindex、robots.txt、canonicalです。制作中にステージングサイトを検索に出さないため、noindexやBasic認証、robots.txtによる制御を入れることはあります。ただし、本番公開時に誤って残ると、新サイトが検索に出ない原因になります。

公開前チェックでは、ページの見た目だけでなく、検索エンジンに見える設定を確認します。

ここで大切なのは、管理画面上の設定を見るだけで終わらせないことです。実際の本番URLへアクセスし、HTMLソース、HTTPヘッダー、robots.txt、サイトマップ、canonical、ステータスコードを確認します。

本番公開後にnoindexが残っていると、重要ページが検索結果から外れるリスクがあります。公開前に代表URLだけでなく、テンプレート別に確認してください。

公開前はステージング環境を検索に出さない

リニューアル作業では、ステージング環境やテストドメインを使うことがあります。ここで問題になるのは、テスト環境が検索に出てしまうことです。

ステージング環境が検索に出ると、重複ページ、canonicalの混乱、意図しない被リンク、ブランド名での検索結果混在などが起きる可能性があります。特に公開前のテストページに本番と同じコンテンツが入っている場合、後から整理するのに手間がかかります。

ステージング環境では、次のような対策を組み合わせます。

ステージング環境の管理では、最終的に「本番公開時に何を外すか」まで決めておく必要があります。検索に出さない対策を入れるだけでは不十分で、公開時の解除チェックまで含めて管理します。

ステージング対策は、入れる作業より外す作業の管理が重要です。

公開直後にSearch Consoleで確認する

サイトリニューアルは、公開した瞬間に終わりではありません。むしろ、SEOの観点では公開直後から確認が始まります。

公開直後に見るべきなのは、旧URLから新URLへのリダイレクト、重要ページのインデックス可否、サイトマップ送信、canonical、noindex、404、内部リンク、CV計測です。

GoogleのURL検査ツールでは、Googleが特定URLをどのように認識しているかを確認できます。リニューアル直後は、全URLを一つずつ見るのではなく、重要ページとテンプレート別の代表URLを確認します。

公開直後のチェックは、次の順番で進めると判断しやすくなります。

公開直後は、順位を見るより先に、Googleが新サイトを正しく見られる状態かを確認します。

順位はすぐに安定しないことがあります。公開当日に順位が動いたからといって、すぐに本文やURLを変更すると、原因が分からなくなります。まずは、移行ミスがないかを確認し、Search ConsoleとGA4でデータを見ながら判断します。

公開後30日で見るべき指標

リニューアル後のSEO評価では、公開後30日程度の変化を見ると、初期の傾向をつかみやすくなります。

もちろん、サイト規模やURL変更数によって反映期間は変わります。Google公式でも、サイト移転の処理にかかる時間はURL数やサーバー速度によって異なり、小〜中規模サイトでも数週間、大規模サイトではそれ以上かかる場合があると説明されています。

そのため、公開後30日で見るべきなのは「完全に回復したか」ではなく、「重大な移行ミスがないか」「重要ページの流入とCVが許容範囲にあるか」です。

ここで、データ企業らしく見たいのは、順位だけではありません。検索クリックが少し落ちても、CVRが上がって問い合わせが維持されていれば、リニューアル全体では改善している可能性があります。逆に、デザインは良くなっても、検索クリックとCVが同時に落ちているなら、移行または導線に問題がある可能性があります。

リニューアル後は、検索順位、流入、CV、商談化率を分けて見ることが重要です。

試算例：月50万円のSEO移行支援を入れるべきか

ここでは架空の試算例として、リニューアルSEO支援を検討する場合の判断モデルを示します。

たとえば、既存サイトの自然検索経由問い合わせが月20件、商談化率が40%、受注率が20%、平均受注単価が150万円だとします。この場合、自然検索経由の期待受注は月1.6件、期待売上は月240万円です。

仮にリニューアルミスで自然検索問い合わせが30%落ちると、期待売上は月72万円分下がる計算になります。6か月続けば432万円の機会損失です。

このように考えると、リニューアルSEO支援の費用は、単なるチェック費用ではなく、検索流入と問い合わせ導線を守るためのリスク管理費として判断できます。

もちろん、この数値は試算例です。実際には利益率、商談期間、既存顧客化、広告代替コスト、リニューアル目的によって判断が変わります。ただ、SEO移行の失敗は、順位だけでなく問い合わせと売上に影響するという見方は持っておくべきです。

制作会社・開発会社へ渡すSEO移行表

サイトリニューアルSEOでは、SEO担当者だけが注意点を理解していても不十分です。制作会社、開発会社、CMS担当、広告運用担当、営業担当まで、何を守るべきかを共有する必要があります。

そのために有効なのが、SEO移行表です。

SEO移行表は、リニューアル後に問題を探すためではなく、公開前に事故を減らすための共有資料です。

制作会社に「SEOも考慮してください」と伝えるだけでは、範囲が曖昧です。URLを変えるのか、titleを維持するのか、リダイレクトを誰が設定するのか、公開後に誰がSearch Consoleを見るのかまで明確にします。

特に、リニューアルでは関係者が多くなります。デザイン担当は見た目、開発担当は機能、事業側はサービス訴求、広告担当はLP導線、SEO担当は検索流入を見ています。それぞれの目的が違うため、移行表がないと、重要ページの扱いが後回しになりやすくなります。

自社で確認する範囲と外部に相談する範囲

サイトリニューアルSEOは、すべてを外部に任せる必要はありません。自社で確認できる範囲と、専門家に相談した方がよい範囲を分けると進めやすくなります。

自社で最初にやるべきなのは、事業上重要なページを明確にすることです。どのサービスページが売上に近いのか、どの記事が問い合わせの入口になっているのか、どのLPが広告や営業資料とつながっているのかは、外部よりも社内の方が分かります。

一方で、URL移行、リダイレクト、canonical、noindex、robots.txt、クロール、Search Consoleのエラー解釈は、経験がないと見落としやすい領域です。

自社は事業上の重要度を整理し、外部にはSEO移行と技術検証を相談するという分担にすると、リニューアルの失敗リスクを下げやすくなります。

サイトリニューアルSEOチェックリスト

最後に、サイトリニューアル時に確認したいSEOチェックリストを整理します。

このチェックリストは、すべてのサイトに同じ重みで使うものではありません。重要ページ数、URL変更数、CMS変更、ドメイン変更、サービス構成変更、検索流入の規模によって、見るべき深さは変わります。

ただし、URL変更、リダイレクト、noindex、canonical、サイトマップ、Search Consoleの確認は、どのリニューアルでも優先度が高い項目です。

公開前に確認できるSEO事故は、公開後に慌てて直すよりも、移行表で事前に潰す方が確実です。

まとめ

サイトリニューアル時のSEOで大切なのは、公開後に順位が落ちてから対処することではありません。

リニューアル前に旧サイトの検索資産を棚卸しし、URLを残すか変えるかを判断し、旧URLと新URLの対応表を作り、301リダイレクト、内部リンク、canonical、noindex、サイトマップ、Search Consoleでの確認までを設計することです。

特に、検索流入から問い合わせにつながっているページでは、見た目の刷新だけでなく、title、見出し、本文、CTA、フォーム、計測まで確認する必要があります。

サイトリニューアルは、デザイン改善と検索資産の移行を同時に行うプロジェクトです。

もしリニューアル予定があり、既存サイトに検索流入や問い合わせがあるなら、公開前にSEO移行表を作ることをおすすめします。URL変更の有無、重要ページ、リダイレクト、公開後の確認項目を整理するだけでも、リニューアル後の下落リスクはかなり見えやすくなります。

よくある質問

サイトリニューアルをするとSEO順位は必ず落ちますか？

必ず落ちるわけではありません。ただし、URL変更、リダイレクト漏れ、重要コンテンツの削除、noindexの残存、内部リンクの変更などがあると順位や流入が落ちる可能性があります。公開前に移行表を作り、公開後にSearch Consoleで確認することが重要です。

URLを変えなければSEOリスクはありませんか？

URLを変えない場合でも、title、見出し、本文、内部リンク、canonical、noindex、表示速度、フォーム導線が変わればSEOやCVに影響する可能性があります。URLを維持することはリスクを下げますが、それだけで十分ではありません。

301リダイレクトは全ページに必要ですか？

URLが変わるページでは、基本的に旧URLから対応する新URLへ301リダイレクトを設定します。ただし、代替ページがないページを無理に関係の薄いページへ飛ばすのは避けた方がよい場合があります。重要なのは、旧URLごとに新URLとの対応を判断することです。

リニューアル後、いつまで順位変動を見ればよいですか？

小〜中規模サイトでも数週間、大規模サイトではそれ以上かかる場合があります。公開直後は移行ミスを確認し、1〜2週間でSearch Consoleのページ状況、30日程度で検索クリック、表示回数、CVへの影響を確認すると判断しやすくなります。

制作会社にSEO対応を依頼していれば安心ですか？

制作会社がSEO移行まで具体的に対応するとは限りません。URL移行表、301リダイレクト、canonical、noindex、サイトマップ、Search Console確認、公開後の監視まで誰が担当するのかを事前に決めておく必要があります。

参考にした公式情報

• サイト・ホームページ移行について｜Google検索セントラル
• リダイレクトとGoogle検索｜Google検索セントラル
• canonical URLの指定方法｜Google検索セントラル
• URL検査ツール｜Search Consoleヘルプ
• サイトマップの作成と送信｜Google検索セントラル