サイトリニューアルのSEO対策｜順位を守る3フェーズ手順

サイトリニューアルは、SEOの順位を大きく下げるリスクと、流入を伸ばすチャンスが同時に存在します。正しい手順を踏めば、リニューアル後も検索順位を維持しながら、サイト全体の評価を高めることは十分に可能です。

この記事では、リニューアル前の事前準備から、URL変更時のリダイレクト設定、公開後の順位確認まで、Web担当者がそのまま使えるチェックポイントを順を追って解説します。「リニューアルしたら順位が落ちた」という事態を防ぐために、ぜひ最後まで読んでみてください。

サイトリニューアルがSEOに与える影響とは

サイトリニューアルは、デザインや構造・CMS・ドメインなどを大規模に刷新する作業です。こうした変更はGoogleのクロール・インデックス・評価のすべてに影響を及ぼします。

無策のままリニューアルを進めると、これまで積み上げたSEO評価がリセットされ、検索流入の回復に数か月以上かかるケースもあります。一方、適切に対処すればリニューアルをSEO評価をプラスに転じさせる好機にもできます。

「事前準備→実施中の対策→公開後の測定」という3フェーズで体系的に対応することが、順位を守る鍵です。

Googleはリニューアル自体がランキングを変動させるとは明言していません。ただし、リニューアルによってURLの変更・ページの削除・コンテンツの大幅な書き換えが発生すると、Googleはサイト全体の評価を再クロールして再判断します。

特にURLが変わった場合、旧URLへの被リンク（外部サイトから受けているリンク）が新URLに正しく引き継がれなければ、評価が失われます。Google Search Central（サイト移転とSEO）では、URLを変更する移行では301リダイレクトの設定が不可欠と案内されています。

また、リニューアルは技術的負債（古いコードや設計の問題）を一気に解消できるタイミングでもあります。適切な対応を行えば、ページ速度の改善・内部リンクの最適化・コンテンツの質向上をまとめて実現できます。重要なのは「守る」だけでなく「伸ばす」視点を持つことです。既存のSEO評価を引き継ぎながら、新しい構造で評価を上乗せすることがリニューアルの理想的なゴールといえます。

リニューアル後にSEO順位が下がる主な原因

リニューアル後の順位低下は「技術（テクニカル）」「URL・評価の引き継ぎ」「コンテンツ」の3カテゴリに大別できます。公開直後から順位が下落している場合、リニューアルとの因果関係が高いと判断できます。まずはSearch Consoleで公開日前後のデータを比較して、原因を切り分けることから始めましょう。

URLが変更されてリダイレクトが設定されていない

URLが変わるとGoogleは「別のページ」として扱います。旧URLに蓄積された被リンク評価・検索評価は新URLに引き継がれず、ゼロからの再評価となるため、順位が一時的に大きく落ちます。

特に危険なのが、すべての旧URLをトップページへ一括リダイレクトするケースです。関連性が失われるため評価が引き継がれません。また、恒久的なURL変更に302（一時転送）を誤って設定した場合も評価は引き継がれません。恒久的な変更にはぜひ301（恒久転送）を使ってください。

設定漏れが1ページでもあると、そのページへの検索流入がゼロになるリスクがあります。ECサイトの商品ページなど、ページ数が多いサイトほどリダイレクト設定の抜け漏れに注意が必要です。

コンテンツ量が大幅に削減されている

デザイン刷新の過程で文章が削られ、旧ページが評価されていた説明・事例・FAQなどが失われると順位が落ちやすくなります。「かっこいいコピー」に寄せすぎると検索意図との一致が弱くなり、ユーザーのニーズに答えるテキスト量が不足していると評価が下がります。

重要なのはコンテンツ量そのものより、「対策キーワードの検索意図に答える情報が含まれているか」「競合上位ページと比べて必要な情報が不足していないか」という視点です。

ページ統合・削除の際は、新ページ側が情報量・質の面で旧ページと同等以上であることを確認してから実施しましょう。受け皿が弱いまま統合すると、旧ページの評価が新ページに引き継がれません。

タイトルタグや見出しタグが失われている

titleタグは検索順位に大きな影響を与える要素です。安易に変更すると順位が不安定になる可能性があります。SEO評価の高いページのtitleタグはできる限り維持し、変更が必要な場合は変更前後の順位を記録して影響を追跡してください。

複数ページで同一・類似のtitleタグやディスクリプションが使われると、検索エンジンが各ページの違いを正しく評価できず、重複ページと誤認されてサイト全体の評価が低下します。

canonicalタグが設定されていない場合も、コンテンツの評価が分散して検索順位が著しく低下するリスクがあります。リニューアル後は全ページのcanonical設定をぜひ確認しましょう。

クローラーをrobots.txtやnoindexで誤ってブロックしている

テスト環境のrobots.txt設定を本番公開時に解除し忘れると、サイト全体がクロール不能になりインデックスから消えます。robots.txtでブロックされたページは検索結果に表示されない可能性が高く、表示されたとしても説明文が含まれません。
（出典: Google Search Console ヘルプ「robots.txtによってブロックされているページのブロックを解除する」）

また、noindexルールを機能させるには、robots.txtでクローラーのアクセスを許可していることが前提条件です。robots.txtでブロックしたままではnoindexタグをクローラーが読み取れません。
（出典: Google Search Central「noindexでインデックスをブロックする」）

Search Consoleの「ページインデックス登録」レポートで「robots.txtによりブロックされています」ステータスを確認し、意図しないブロックがないかチェックしてください。

内部リンク構造が崩れてページ評価が分散している

リニューアルで内部リンクの数・構造が大きく変わると、クローラーがサイト構造を再評価する必要が生じ、重要ページが孤立して評価が下がります。グローバルナビ・パンくずリスト・関連記事リンクなど、すべての内部リンクを新URLに張り替える必要があります。

旧URLへの内部リンクが残ったまま公開されると、リンク切れ（404エラー）が多発しクロール効率が低下します。サイト構造が複雑になりすぎると、ユーザーもページを見つけにくくなり、UX低下→SEO評価低下につながります。

ページ表示速度が著しく低下している

リニューアル直後は画像サイズ・アニメーション・外部読み込みリソースの増加でページが重くなりがちです。Googleは表示速度をランキング要因として採用しており、2021年6月にはLCP・INP・CLSの3指標（Core Web Vitals）を正式導入。2024年3月にはFIDからINPへ指標が更新されています。
（出典: Google Search Central「Core Web VitalsとGoogle検索」）

PageSpeed InsightsはURLを入力するだけでモバイル・PCのスコア（0〜100点）を無料計測でき、具体的な改善項目が提示されます。Core Web VitalsのスコアはSearch Consoleの「ウェブに関する主な指標」レポートでサイト全体を確認できます。リニューアル後は速やかに計測し、スコアの変化を確認してください。

リニューアル前にぜひ行うSEO事前準備

「公開後に問題を修正すればいい」という考え方は、サイトリニューアルでは通用しません。設計段階でSEO上の問題が埋め込まれると、公開後の修正コストは格段に高くなります。

301リダイレクト設定・XMLサイトマップ再送信・メタ情報確認といった対策は、すべて公開前に完了させておくことが鉄則です。制作が始まる前から準備を進めることが、順位下落を防ぐ最大のポイントになります。

現状のSEO評価をGoogleアナリティクス・Search Consoleで把握する

リニューアル前の最初のステップは、現状の数字を記録することです。感覚ではなくデータで現状を押さえておかないと、リニューアル後に「下がったのか・上がったのか」すら判断できなくなります。

Google Search Consoleでは、検索クエリ別の表示回数・クリック数・掲載順位と、各URLのインデックス状態を書き出してください。Google アナリティクスでは、オーガニック検索からの流入が多いページとCV（コンバージョン）に貢献しているページを特定してリスト化します。

さらに、Search Consoleの「リンク」レポートで被リンクが集まっているページを確認しておきましょう。このデータが、のちのリダイレクト優先度づけの設計図になります。現時点での主要キーワードの順位も記録し、リニューアル後の比較ベースラインとして残しておくことが重要です。

Search ConsoleとGA4（Google アナリティクス4）のデータは、リニューアル後の効果検証にも使います。スクリーンショットやCSVエクスポートで保存しておくと安心です。

ページを「残す・改善する・削除する」の3種類に分類する

現状データを把握したら、全ページを3つに分類します。オーガニック流入が多いページ・CVに直結しているページ・被リンクがあるページは「残す」判定を最優先にしてください。

コンテンツ品質が低く流入もないページは削除候補になりますが、削除前にSearch ConsoleとGA4で重要度をぜひ確認することが前提です。検索エンジンから評価を受けているページを無策で削除すると、サイト全体の順位に悪影響を及ぼすリスクがあります。

削除・統合する場合は、関連性の高い新ページへの301リダイレクト設定か、カスタム404ページでの受け皿を事前に準備しておきましょう。「削除するだけ」で終わらせないことが重要です。

対策キーワードとページの対応表（URLマッピング）を作成する

すべての旧URLをリストアップし、対応する新URLへの1対1マッピング表を事前に作成します。この表がリダイレクト設定の設計図になり、制作会社との認識齟齬を防ぐ基本ドキュメントになります。

優先度づけの基準は明確にしておきましょう。最優先は「検索流入が多いページ」と「問い合わせに直結するページ」、次点が「被リンクがあるページ」や「中間CVページ」です。

URLマッピング表は制作会社と共有し、リダイレクト設定の担当者・確認日を明記して管理します。URLを変更しない場合でも、内部リンクや構成変更によるSEO影響がある点をマッピング表に記録しておくと、見落としを防げます。

URLマッピング表はExcelやGoogleスプレッドシートで管理するのが一般的です。「旧URL・新URL・リダイレクト要否・担当者・完了日」の列を設けると運用しやすくなります。

SEOに適したサイト構造・ディレクトリ階層を設計する

サイト構造の設計は、クローラビリティ（検索エンジンのクロールしやすさ）に直結します。重要ページはトップページからなるべく浅い階層に配置し、クローラーが発見しやすい構造を意識してください。

階層が深くなりすぎると、検索エンジンとユーザーの双方がページを見つけにくくなります。シンプルな階層設計を優先することが、長期的なSEO評価の安定につながります。URLには意味のある文字列（スラッグ）を使い、ディレクトリ構造がコンテンツの分類を表すように設計しましょう（例：/service/seo/など）。

PCとスマホで別URLを使う構成の場合は注意が必要です。モバイルファーストインデックスの観点から、コンテンツの統一とcanonical設定が欠かせません。設計段階でモバイル対応の方針を決めておきましょう。

SEO要件を満たすCMSを選定する

CMSの選定はSEO施策の実行可能範囲を決める重要な判断です。古いCMSを使い続けると、構造化データの実装やページ速度改善といった施策が困難になるため、リニューアルはCMS刷新の好機といえます。

選定時に確認すべきSEO要件は以下のとおりです。

• titleタグ・メタディスクリプション・見出しタグの個別設定が可能か
• XMLサイトマップの自動生成・送信ができるか
• noindex・canonicalタグをページ単位で設定できるか
• ページ速度改善のためのキャッシュ・画像最適化プラグインが使えるか

CMS移行（例：Movable TypeからWordPressへ）でURLが変わらない場合は大きなSEO影響は生じにくいですが、URLが変わる場合は301リダイレクト設定が必須になります。影響範囲は制作会社と事前に確認してください。

WordPressではYoast SEOやRank Mathといったプラグインを使うことで、robots.txtやnoindexの管理が容易になります。CMS選定時の確認ポイントとして覚えておきましょう。

サイトリニューアル時に実施すべきSEO対策12選

ここでは設計から本番公開までの「実施中フェーズ」に絞ったSEO対策を解説します。本番公開前にテスト環境で網羅的に検証することが鉄則です。公開後に問題が発覚すると、誤った情報がインデックスされてしまい、修正後も回復に時間がかかります。

ページの存続・削除に応じたURL処理を正しく行う

URLが変わるページと削除するページでは、設定すべき処理が異なります。それぞれ正しく対応することが、SEO評価を守る基本です。

URLを変更するページには301リダイレクトを設定します。301リダイレクトは「恒久的に移転した」を示すHTTPステータスコードで、旧URLの被リンク評価・検索評価を新URLへ引き継ぐ唯一の手段です。HTMLのmeta refreshを使うクライアントサイドリダイレクトではSEO評価が引き継がれないため、.htaccessへの記述などサーバーサイドで設定してください。

旧URLと新URLはぜひ1対1で設定します。全旧URLをトップページへ一括リダイレクトすると、ソフト404エラーとして扱われるリスクがあります。

事前に作成したURLマッピング表をもとに設定し、設定漏れがないかScreaming FrogなどのクロールツールやSearch Consoleで確認しましょう。

関連記事：301リダイレクトを正しく設定する方法｜SEO評価を引き継ぐ仕組み

関連性の高い新ページへ301リダイレクトできない削除ページには、正しく404ステータスコードを返す設定を行います。404エラーが正しく設定されていないとクロールの効率が落ち、SEO評価が下がる可能性があります。

404エラーが多い場合は、サイト内検索・主要ページへのリンクを含むカスタム404ページを用意しましょう。旧URLにアクセスしたユーザーが迷子にならないよう、ユーザビリティ面の設計も合わせて行うことが重要です。

titleタグ・メタディスクリプション・見出しタグを適切に設定し直す

各ページのtitleタグは対策キーワードを含む一意の内容で設定します。SEO評価の高いページはリニューアル前のtitleをなるべく維持することが原則です。複数ページに同一・類似のtitle・ディスクリプションを使うと、重複コンテンツとみなされてサイト全体の評価が低下します。

h1・h2などの見出しタグは検索ユーザーの意図と一致しているか再確認してください。デザイン優先でキーワードを含む見出しを削除しないよう注意が必要です。

メタディスクリプションはCTR（クリック率＝検索結果でのクリックされやすさ）に影響します。SEO評価への直接影響は小さいものの、ページ内容を端的に表す文章をページごとに設定することで間接的な集客効果が期待できます。

関連記事：メタディスクリプションの書き方｜CTRを上げる設定方法

XMLサイトマップを作成してSearch Consoleに送信する

リニューアル後の新URLをすべて含むXMLサイトマップを作成し、Search Consoleの「サイトマップ」から送信することで、GoogleにすべてのページのURLを迅速に認識させられます。ドメイン変更を伴う場合は、新ドメインのSearch Consoleプロパティに送信してください。

インデックスさせたくないページ（noindex設定済みのページ）はサイトマップから除外します。WordPressを使っている場合はYoast SEOなどのプラグインがサイトマップを自動生成してくれるため活用しましょう。

関連記事：XMLサイトマップとは｜作成・送信・運用を完全解説

robots.txtでクロールを誤って拒否しない

テスト環境でGooglebotのクロールをDisallowしている場合、本番公開時にぜひその設定を解除してください。リニューアルで最も多い設定ミスのひとつがこのrobots.txtの解除忘れです。

また、CSS・JavaScriptファイルのクロールをrobots.txtでブロックすると、Googlebotがページを正しくレンダリングできなくなります。特別な理由がない限りブロックしないことを推奨します。

公開後はSearch ConsoleのURL検査ツールまたはrobots.txtテスターで実際にクロール可能かを確認しましょう。 (出典: Google Search Console ヘルプ「robots.txtによってブロックされているページのブロックを解除する」)

noindexとcanonicalの設定ミスをなくす

開発・テスト環境で設定したnoindexタグが本番ページに残ったまま公開されると、ページがインデックスから除外されて検索結果に表示されなくなります。canonicalタグが誤設定されると、Googleが意図しないページを正規ページと認識し、評価が分散します。

なお、noindexはrobots.txtでクローラーをブロックしたまま設定しても機能しません。noindexを機能させるにはクローラーがページにアクセスできる状態が前提です。 (出典: Google Search Central「noindexでインデックスをブロックする」)

公開前にScreaming Frogなどでサイト全ページをスキャンし、noindexタグ・canonical設定に意図しない設定がないか確認してください。

関連記事：noindexとは何か｜仕組みと正しい使い方を解説／canonicalとは？意味・設定方法をわかりやすく解説

内部リンクを新URLに張り替えて構造を最適化する

グローバルナビ・フッター・パンくずリスト・本文中の関連リンクなど、すべての内部リンクを旧URLから新URLに更新します。内部リンクはクローラーがサイト内を巡回するための経路であり、重要ページへのリンク数が減ると評価が下がるリスクがあります。

内部リンクの整備で期待できる効果は次の3点です。

• ユーザーの回遊性向上
• 重要ページへの評価集約
• サイト構造のGoogleへの伝達

リンク切れがないかは公開後に確認ツールで全ページスキャンして洗い出しましょう。

関連記事：内部リンクを正しく設計する方法｜SEO効果と最適化のポイント

画像にalt属性を記述する

クローラーは画像そのものを読めないため、alt属性でページ内の画像が何を示しているかをテキストで伝えることでコンテンツとして評価されます。アクセシビリティ（視覚障害者向けスクリーンリーダー）の観点でも重要で、PageSpeed Insightsのアクセシビリティスコアにも影響します。

デザインリニューアルで画像を大量に差し替える際、alt属性の再設定を忘れやすいためチェックリストに組み込んでください。なお、装飾目的のみの画像はalt属性を空（alt=""）にしてクローラーに無視させるのが適切な設定です。

関連記事：alt属性とは｜SEO・アクセシビリティへの影響と正しい書き方

ページ表示速度をPageSpeed Insightsで確認・改善する

PageSpeed InsightsはURLを入力するだけで無料計測でき、スコア（0〜100点）と具体的な改善項目が提示されます。モバイルファーストインデックスに対応するため、モバイルスコアを優先して確認してください。 (出典: Google PageSpeed Insights)

スコア	評価	対応の目安
90〜100点	良好	維持
50〜89点	改善が必要	優先度をつけて改善
0〜49点	不良	早急な対処が必要

主な改善施策は次のとおりです。

• 画像の圧縮・WebP/AVIF形式への変換
• 不要なJavaScript・CSSの削除
• ブラウザキャッシュの活用
• レンダリングブロックリソースの削除

Core Web Vitalsの目安値：LCP（最大コンテンツ描画）2.5秒以内、CLS（レイアウトズレ）0.1以下、INP（操作応答性）200ms以下。

関連記事：コアウェブバイタルを改善する手順｜3指標の意味と計測方法

レスポンシブデザイン（モバイルフレンドリー）に対応する

GoogleはモバイルファーストインデックスによりモバイルサイトをSEO評価の主軸としており、スマホ非対応のサイトはクローリング優先度が低下します。Googleが推奨する対応方法はレスポンシブウェブデザイン（同一URLで画面幅に応じてレイアウトを変える方式）です。PCとモバイルでURLやHTMLが共通になるため管理も容易になります。 (出典: Google Search Central「モバイルファーストインデックス登録に関するおすすめの方法」)

PCとスマホで別URLを使う構成の場合は、両サイトのコンテンツ・内部リンク・構造化データを統一し、canonicalとalternateタグを正しく設定する必要があります。モバイルフレンドリーかどうかはSearch Consoleの「モバイルユーザビリティ」レポートで確認できます。

関連記事：モバイルフレンドリーとは？SEOへの影響と改善方法

常時SSL化（https）に対応しリダイレクトを設定する

GoogleはHTTPSをランキングシグナルとして採用しており、すべてのサイトオーナーにHTTP→HTTPSへの切り替えを推奨しています。http→httpsへの移行時は、httpの全URLからhttpsへの301リダイレクトを設定し、wwwあり・なしも統一してください。

なお、http→httpsへの移行はSearch Consoleのアドレス変更ツールの利用対象外です。SSL化と同時にURLが変わる場合（例：wwwなしからwwwありへ）は、すべての内部リンク・XMLサイトマップも新URLに更新してください。

関連記事：HTTPとHTTPSの違いとは？仕組み・SEO影響・移行手順を解説

ドメイン変更時はSearch Consoleのアドレス変更ツールで通知する

アドレス変更ツールはドメインまたはサブドメイン間の移転をGoogleに正式通知するツールで、旧サイトから新サイトへの各種シグナル転送を180日間支援します。 (出典: Google Search Console ヘルプ「アドレス変更ツール」)

使用手順は次のとおりです。

• 旧サイトから新サイトへの301リダイレクトを設定する
• 新旧両プロパティをSearch Consoleに登録・所有権確認する
• 旧プロパティの「設定」→「アドレス変更」から新サイトを選択して「検証して更新」をクリックする

リニューアル後のSEO効果測定と順位回復の手順

リニューアル後の順位低下は、焦って複数の修正を同時に行うと原因が見えにくくなります。まず「どのページが・いつから・どれくらい落ちたか」を冷静に把握することが先決です。

原因の多くは、設定ミス・移行設計の漏れ・コンテンツの薄化のいずれかです。正しく特定して対処すれば、順位が回復するケースも珍しくありません。効果測定→原因特定→改善の順で着実に進めましょう。

Search ConsoleとGoogleアナリティクスで影響範囲を特定する

まずGoogle Search Console（公式）の「検索パフォーマンス」レポートを開き、公開日前後の表示回数・クリック数・掲載順位を比較します。「どのページの」「どのキーワードで」順位が下がったかを特定するのが最初の作業です。

次にGoogleアナリティクス（GA4）でオーガニックセッション数の変化を確認します。検索流入だけが落ちているならSEO起因の可能性が高く、広告・SNS・参照流入も同時に落ちているなら別の原因を疑います。

公開直後からの下落であればリニューアルとの因果関係が高く、数週間後から落ち始めた場合は別の要因も考慮が必要です。リニューアル後は少なくとも1か月間、両ツールを集中的にモニタリングしましょう。

GA4では「集客」→「トラフィック獲得」→チャネル「Organic Search」を選択すると、検索流入のみを切り出して確認できます。

クロールエラー・インデックス数の異常を確認する

Search Consoleの「ページインデックス登録」レポートで、各ページのステータスを確認します。特に以下のメッセージが表示されている場合は、優先的に対応が必要です。

インデックス数がリニューアル前と比べて大幅に減少している場合は、クロールのブロックやnoindex設定の誤りが疑われます。Google Search Console ヘルプ（robots.txtによってブロックされているページ）も参照しながら、設定を1つずつ確認しましょう。

あわせてリンク切れチェックツールを使い、サイト内に404エラーが多発していないかも確認します。404の多発はクロール効率を下げ、順位回復を遅らせる一因になります。

順位が下がったページのコンテンツを優先的に改善する

Search Consoleで順位低下が確認されたURLのコンテンツを開き、次の3点をチェックします。

• テキスト量がリニューアル前より大幅に減っていないか
• 主要キーワードを含む見出しが削除されていないか
• ページの内容が検索意図（ユーザーが求める情報）とずれていないか

競合の上位ページと比較して必要な情報が不足している場合は、コンテンツの拡充・リライトを行います。タイトルタグを変更した場合は、変更前後の順位を比較し、悪化しているなら元のtitleへの巻き戻しも検討してください。

リニューアル直後の数週間は正常な揺れが起きやすい時期です。適切な対策を行っていれば、数週間〜数か月以内に回復するケースが一般的とされています。

被リンク先URLが旧URLのままになっていないか確認する

外部サイトからの被リンクが旧URLを指している場合、301リダイレクトが正しく設定されていれば評価は引き継がれます。しかしリダイレクト漏れがあると、被リンクからのSEO評価がそこで途切れます。

Search Consoleの「リンク」レポートで外部リンクのリンク先URLを確認し、旧URLへのリンクが多い場合はリダイレクトが正しく機能しているかを検証しましょう。ブラウザで旧URLにアクセスし、新URLへ正しく転送されるかを目視で確かめるのが最も確実です。

権威の高いサイトや多くの流入をもたらしていたページへの被リンクについては、リンク元サイトの管理者にリンク先URLの更新を依頼することも、順位回復を早める有効な手段です。

SEO観点でサイトリニューアルを検討すべきタイミング

「デザインが古くなった」「社長の一声」だけでリニューアルを判断すると、SEO評価を損なうリスクが高まります。SEO的な必要性に基づいた判断基準を持つことが、リニューアルの成否を分ける最大のポイントです。以下の状況に一つでも当てはまるなら、現状の評価を守りながらリニューアルを進める価値があります。

技術的な課題によるリニューアルが必要なケース

以下の技術的課題は、個別の設定変更では対処しきれず、リニューアルで構造ごと解決することが根本的な対応になります。

スマートフォン非対応でモバイル流入が取れていない場合、GoogleはモバイルファーストインデックスによりモバイルサイトをSEO評価の主軸にしています。スマホ未対応のサイトはデスクトップ版のみクロールされるため、検索評価の優先度が低下します。

スマホで閲覧した際に文字が小さすぎる・画像が画面幅から飛び出すといった問題は離脱率を押し上げ、SEOに間接的な悪影響を与えます。PCとスマホで別URLを運用している場合も、canonicalの誤設定によりSEO評価が分散するリスクがあるため、レスポンシブデザインへの統一を検討してください。

Google Search Consoleの「モバイルユーザビリティ」レポートで、現状の問題箇所を無料で確認できます。

参考：Google Search Central「モバイルファーストインデックス登録に関するおすすめの方法」

ページ表示速度が遅くCore Web Vitalsの評価が低い場合、Core Web Vitals（コアウェブバイタル）とは、LCP・INP・CLSという3つのユーザー体験指標のことです。2021年6月にGoogleのランキング要因として正式導入されており、スコアが低いサイトは検索順位が下がる可能性があります。

PageSpeed Insightsのスコアが継続的に「不良（0〜49点）」のままで、個別の画像・JavaScript最適化では改善が限界に達している場合、テーマや構造ごと刷新するリニューアルが根本解決になります。

リニューアルを機に高速なサーバー・CDN・軽量CMSテーマへ移行することで、抜本的な改善が期待できます。Search Consoleの「ウェブに関する主な指標」レポートで「不良」ページが多い場合が、リニューアル検討のサインです。

参考：Google Search Central「Core Web VitalsとGoogle検索」

常時SSL化（HTTPS化）に未対応の場合、GoogleはHTTPSをランキングシグナルとして採用しています。HTTP未対応のサイトはChromeなどのブラウザで「保護されていない通信」と警告が表示され、ユーザーの離脱を招きます。

HTTP→HTTPS移行は単独でも実施できますが、リニューアルと同時に行うことで内部リンク・XMLサイトマップ・canonical設定を統一的に更新できます。移行時は旧HTTPのURLから新HTTPSのURLへの301リダイレクトを全ページに設定し、設定漏れによる評価分散を防いでください。

HTTP→HTTPS移行後は、Search Consoleに新しいHTTPSプロパティを追加登録してXMLサイトマップを送信することを忘れずに行いましょう。

構造的な課題によるリニューアルが必要なケース

CMS・URL設計・コンテンツ構造に起因する問題は、設定の部分修正では解決しきれないことが多く、リニューアルで構造ごと刷新することが有効です。

サイト内に重複コンテンツが大量に存在している場合、同じ内容が複数のURLに存在すると（wwwあり・なし、http・https、/index.html有無など）、Googleが正規ページを判断できず評価が分散し、検索順位が上がりにくくなります。

canonicalタグや301リダイレクトで個別対応できるケースもありますが、CMSの構造上、重複URLが自動生成される場合はリニューアルで構造ごと解決するほうが根本的です。タグページ・カテゴリページ・サイト内検索結果ページが大量にインデックスされている状況も同様です。

Search Consoleの「ページインデックス登録」レポートで「重複しています」のステータスを確認し、該当ページ数を把握してから判断しましょう。

URLがPC・スマホで別々になっている場合、PCとスマホでURLが異なる構成（例：example.com と sp.example.com）は、コンテンツの差異やcanonical・alternateタグの誤設定によりSEO評価が分散するリスクがあります。

Googleはレスポンシブウェブデザイン（同一URL・同一HTML）を推奨しており、別URL構成からの脱却はリニューアルの有力な動機になります。別URL構成を維持する場合は、alternateタグとcanonicalタグの正確な設定が必須です。詳細はGoogle Search Centralの公式ドキュメントで最新情報を確認してください。

Search Consoleで「モバイルファーストインデックスが適用されています」の通知が届いているかも、あわせて確認しておきましょう。

CMSが古くSEO施策の実行が困難になっている場合、古いCMSでは、titleタグ・metaディスクリプション・canonicalタグ・noindexの個別設定、XMLサイトマップの自動更新、構造化データの実装が難しく、SEO施策の実行速度が著しく落ちます。

さらにセキュリティパッチが適用できない状態はサイト全体のリスクを高めます。CMSリニューアルを機に、SEO要件チェックリストを制作会社に明示して要件定義に組み込むことが重要です。

なお、CMS移行でURLが変わらなければ大きなSEO影響は生じにくいですが、URL構造が変わる場合は301リダイレクトの事前設計が必須です。

よくある質問

まとめ：SEOを守るサイトリニューアルのポイント

サイトリニューアルでSEO評価を守るには、「事前準備・実施中の対策・公開後の測定」の3フェーズで施策を漏れなく実行することが重要です。各フェーズのチェックポイントを整理して、次のアクションにすぐ移れるようにしておきましょう。

【フェーズ1：事前準備】リニューアル着手前にやるべきこと

リニューアルに着手する前に、現状のSEO評価を数値として記録しておくことが最初の一手です。Google Search ConsoleとGoogle Analyticsで、流入ページ・キーワード・順位をすべてエクスポートしておきます。公開後の異常検知や効果検証の基準になります。

次に、各ページを「残す・改善・削除」の3種類に分類します。オーガニック流入・CV（コンバージョン）・被リンクの3軸で重要ページを特定し、削除してよいページを慎重に見極めます。

URLが変わるページについては、旧URLと新URLのマッピング表を作成し、301リダイレクト設定の設計図として制作会社と共有します。サイト構造は階層を浅く保ち、URLはわかりやすい構造に設計します。CMSのSEO要件（titleタグ・noindex・XMLサイトマップの設定など）は要件定義の段階で明記しておきましょう。

【フェーズ2：実施中の対策】公開前に完了させるべきSEO施策

公開前に完了させるべき施策は多岐にわたります。なかでも301リダイレクトのサーバーサイド設定は、SEO評価を引き継ぐうえで最重要です。302リダイレクトやクライアントサイドのリダイレクトは評価が引き継がれないため、ぜひサーバーサイドで1対1に設定します。

削除ページには正しく404を返す設定を行います。関連性の高いリダイレクト先がない場合は、カスタム404ページを用意して離脱を防ぎましょう。

robots.txtのDisallow設定がテスト環境から本番環境に引き継がれていないかの確認も欠かせません。noindexやcanonical（正規URL）の設定ミスも、全ページスキャンで洗い出して修正します。

PageSpeed InsightsでCore Web Vitalsのスコアを確認し、画像圧縮や不要なJavaScriptの削除などを実施しておくと、Googleの評価がより安定します。(Google PageSpeed Insights（公式ツール）／Google Search Central：Core Web VitalsとGoogle検索)

【フェーズ3：公開後の測定】リニューアル後1か月は集中モニタリング

公開直後の1か月は、Search Consoleの「検索パフォーマンス」と「ページインデックス登録」レポートを毎週確認します。公開前後のデータを比較し、インデックス数の急減・クリック数の大幅な低下など、異常の早期発見に努めます。(Google Search Console（公式）)

クロールエラー（robots.txtブロック・noindex誤設定・404の多発）を発見したら、速やかに修正します。Google Analyticsでオーガニック流入とCVの変化をモニタリングし、特定ページの流入が大幅に減少していればコンテンツ改善を優先的に着手します。

被リンクが旧URLに集中している場合は、リダイレクト設定を再確認します。重要な外部リンク元には、リンク先URLの更新を依頼することも選択肢に入れましょう。

リニューアルは「SEO評価を守るゴール」ではなく、「継続的なSEO施策を実行しやすい技術的基盤を構築するスタートライン」です。公開後も改善を続けることが、検索流入の最大化につながります。