サイトリニューアルのSEO対策｜順位を落とさないURL移行と11の施策

はじめに

サイトリニューアルは、SEOにとって最大のリスクイベントの一つです。URLの変更・サイト構造の再設計・コンテンツの移行——これらの操作が不適切な形で行われると、リニューアル公開直後から検索流入が激減するケースが後を絶たません。

一方で、適切なSEO移行設計を行えば、リニューアルはSEOを大幅に改善する絶好の機会でもあります。本記事では、リニューアル時にSEO評価を守りながら、さらに改善するための11の施策を解説します。

なぜリニューアルでSEOが落ちるのか

リニューアル後のSEO低下の主な原因は以下の通りです。

• URLの変更・廃止によるリダイレクト設定の漏れ

• 重要ページの削除・統合による既存SEO評価の喪失

• ページ構造・コンテンツ量の変化によるクロール評価の変化

• 表示速度の悪化（WordPressプラグインの過剰追加等）

• 内部リンク構造の変更によるページ評価の分散

これらのリスクを事前に把握し、適切な対策を講じることがSEO移行の核心です。

施策1：現行サイトのSEO資産を棚卸しする

リニューアル前に、現行サイトのSEO評価を定量的に把握します。

確認すべき指標

• Search ConsoleでのURL別クリック数・表示回数（過去12ヶ月）

• Ahrefsでの被リンク数・被リンクを受けているURL

• GA4でのページ別セッション数・CVへの貢献度

この棚卸しにより「守るべきURL（SEO評価が高く、リダイレクト設計を優先すべきページ）」が明確になります。流入の多いページ・被リンクが集中しているページは、URLを変更する場合でも評価を引き継ぐための設計が必須です。

施策2：URL設計は「変えない」を基本方針にする

SEO移行で最も安全な方針は「URLを変えない」ことです。URLが変わらなければ、リダイレクト設定の漏れによるリスクをゼロにできます。

URL変更が必要な場合の考え方

やむを得ずURLを変更する場合は、以下の優先順位で設計します。

• SEO評価が高いページ（流入数・被リンク数が多いURL）は最優先でリダイレクト設計

• 内部リンク・サイトマップを全て新URLで更新

• 旧URLへの外部リンクがあれば、被リンク先のサイト管理者への更新依頼を検討

施策3：301リダイレクトを全URLで設計する

旧URLから新URLへの301リダイレクト（恒久的なリダイレクト）を設定することで、旧URLに蓄積されたSEO評価を新URLに引き継ぐことができます。

リダイレクト設計のポイント

• 旧URLのリスト（Search Consoleから抽出）を全て作成します

• URLと対応する新URLの対応表を作成し、漏れなく設定します

• 302（一時的なリダイレクト）ではなく、301（恒久的なリダイレクト）を使用します

• リダイレクトチェーン（A→B→C）を避け、直接的なリダイレクト（A→C）にします

リダイレクト設定後の確認

Screaming Frogなどのクロールツールを使って、全URLのリダイレクト動作を検証します。「リダイレクトループ」や「ソフト404」（リダイレクト先が404ページ）が発生していないかを確認します。

施策4：コンテンツの削減・統合は慎重に判断する

リニューアル時にページを削除・統合する場合は、SEO評価への影響を事前に確認します。

削除・統合の判断基準

• 過去12ヶ月の検索流入がゼロのページは削除候補

• 類似コンテンツは統合して1つの充実したページにまとめる（カニバリゼーション解消）

• 被リンクが存在するページは削除せず、最も関連性の高い新ページへリダイレクト

コンテンツの充実

リニューアルを機に、既存コンテンツの品質・量を改善することがSEOの強化につながる。Googleは「有益で、信頼性が高く、ユーザー中心のコンテンツ（E-E-A-T）」を評価します。薄いコンテンツを統合・拡充することで、リニューアル後のSEO改善を狙える。

施策5：メタタグ・OGPを全ページで設定する

すべてのページに適切なメタタグを設定することは、SEOの基本中の基本です。

SEOの基本的な仕組みや、検索エンジンがWebサイトを評価する考え方については「SEO対策の基本（検索エンジンの仕組み）」の記事で詳しく解説しています。

設定すべき項目

• title タグ：キーワードを含み、32〜40文字程度で設定

• meta description：クリックを促すサマリー、80〜120文字程度

• OGP（Open Graph Protocol）：SNSシェア時の表示最適化

• canonical タグ：重複コンテンツがある場合の正規URL指定

• hreflang タグ：多言語対応がある場合の言語指定

モダンフレームワーク（Next.js）を使用する場合、Metadata APIを活用することでページ別のメタタグ管理が効率的に行える。

施策6：構造化データ（Schema.org）を実装する

構造化データを実装することで、検索結果でのリッチスニペット表示が可能になり、CTR（クリック率）の向上が期待できます。

優先的に実装すべきSchema.orgタイプ

• Organization：会社情報（社名・住所・電話番号・ロゴ）

• BreadcrumbList：パンくずリスト

• FAQPage：よくある質問ページ

• Article：ブログ・ニュース記事

• Product / Service：製品・サービス情報

構造化データはLLMO（AI検索最適化）においても重要です。ChatGPT・Perplexityなどのアシスタントは、構造化データを参照してサイトの情報を正確に解釈します。

施策7：XMLサイトマップを更新して送信する

リニューアル後の新サイトマップをGoogle Search Consoleから送信し、新しいURL構造を速やかにGoogleに認識させる。

サイトマップの設計ポイント

• 全公開ページのURLを網羅します

• 更新頻度・優先度を適切に設定します

• 廃止・リダイレクト済みのURLは含めない

• 画像サイトマップ・動画サイトマップが必要な場合は別途作成します

施策8：内部リンクを最適化する

内部リンクはページ評価の分配とユーザーの回遊性に直結する重要な要素です。

内部リンク最適化のポイント

• 重要なページ（サービス詳細・問い合わせ等）へのリンクを、サイト全体から適切に配置します

• アンカーテキストに対象ページのキーワードを含める

• トップページから主要コンテンツへのクリック数を3以内に抑える

• フッターリンクを過剰に設定しません

施策9：表示速度を改善する

Core Web Vitalsはランキング要因として確立しており、表示速度の改善はSEOとUXの双方に寄与します。

主な改善施策

• 画像の最適化（WebP変換・適切なサイズ設定・遅延読み込み）

• CSSのファイルサイズ最小化とレンダリングブロックの解消

• JavaScriptの最小化と非同期読み込み

• CDN・エッジキャッシュの活用（Vercel等）

Next.js＋Vercelの組み合わせは、静的生成（SSG）とエッジ配信により、WordPressベースのサイトと比較して表示速度で大きな優位性を持っています。

施策10：Google Search Consoleをモニタリングする

リニューアル公開後は、Search Consoleを毎日確認し、問題の早期発見・対処を行います。

確認すべき指標

• カバレッジレポート：クロールエラー・インデックス問題の確認

• ページエクスペリエンス：Core Web VitalsのURLレベルの評価

• リンク：外部リンクの引き継ぎ状況確認

• 検索パフォーマンス：クリック数・表示回数の推移

リニューアル直後は一時的な変動が起きることがあります。通常、2〜4週間で安定し、適切な施策が講じられていれば中長期的に改善傾向を示す。

施策11：LLMOを意識したコンテンツ設計

近年、ChatGPT・Perplexity・Geminiなどのツールを通じたAI検索からの流入が増加しています。LLMOの観点から、リニューアル時に以下を考慮します。

• 自社の専門性・信頼性を裏付けるオリジナルコンテンツの充実

• FAQページ・解説記事など、AIが引用しやすい形式のコンテンツ

• 構造化データによる情報の機械可読性の向上

• E-E-A-T（経験・専門性・権威性・信頼性）を満たすコンテンツ品質

大規模サイトのリニューアルは「一括切り替え」以外の選択肢も検討する

ページ数が数千から数万規模になると、全ページを同じ日に切り替える一括移行は、リダイレクト対応表の検証量と、問題が起きたときのロールバックの難易度が一気に上がります。施策3で解説したリダイレクト設計の考え方そのものは変わりませんが、大規模サイトでは「いつ・どの範囲を切り替えるか」という移行単位の設計が、公開後の順位の落ち方を大きく左右します。

一般的に採られる移行単位は次の3つです。どれが適切かはサイト構造とディレクトリの独立性によって決まるため、デザインや機能の議論に入る前、要件定義の段階で移行単位を決めておくことをおすすめします。進め方の全体像はサイトリニューアルの要件定義の考え方で整理しています。

いずれの単位を選ぶ場合も、移行の途中で旧サイトと新サイトが同一の内容を別URLで公開し続ける期間が生まれないよう、canonicalとリダイレクトの適用範囲を移行単位ごとに定義しておきます。複数ドメイン・複数CMSが混在する大規模サイトの移行設計や体制については、大規模サイトリニューアルのサービスページでも考え方をまとめています。

公開直前・公開当日に確認するSEOチェック項目

施策10で扱ったSearch Consoleのモニタリングは公開後の話ですが、リニューアル後に順位を落とす原因の多くは、公開前の設定が残ったまま本番に出てしまうことにあります。とくにステージング環境でかけていたnoindexやrobots.txtのDisallow、Basic認証を解除し忘れると、リダイレクト設計がどれだけ正確でもインデックスから外れます。公開直前に機械的に確認できる項目をリスト化し、項目ごとに担当者を割り当てておきます。

公開当日は、主要導線のURLを実際にブラウザで踏んで確認するだけでは足りません。クロールツールで全URLを一巡させ、リダイレクトチェーンとソフト404が発生していないかを確認します。あわせて表示速度も公開直後に計測しておくと、公開前後で何が変わったかを切り分けやすくなります。速度指標の見方はCore Web VitalsとSEOの関係で解説しています。公開後に順位がどの程度の期間で落ち着くかの見立てについては、SEO対策の効果が出るまでの期間と成果の正しい測り方もあわせて参照してください。

• meta robots の noindex / nofollow が本番環境に残っていないか（テンプレート別に全種類を確認）

• robots.txt がステージング用の Disallow: / のままになっていないか

• Basic認証・IP制限が解除されているか

• canonical が本番ドメインの自ページを指しているか（ステージングドメインのまま残っていないか）

• 旧URLと新URLの対応表の全件について、ステータスコードが301で返っているか

• XMLサイトマップが新URLのみで構成され、Search Consoleから送信済みか

• 計測タグ（GA4・Search Console・タグマネージャ）が新しいテンプレートに組み込まれているか

まとめ

サイトリニューアル時のSEO対策11施策を整理します。

• 現行サイトのSEO資産の棚卸し

• URL設計は「変えない」を基本方針に

• 301リダイレクトを全URLで設計

• コンテンツの削減・統合の慎重な判断

• メタタグ・OGPの全ページ設定

• 構造化データ（Schema.org）の実装

• XMLサイトマップの更新と送信

• 内部リンクの最適化

• 表示速度の改善

• Search Consoleのモニタリング

• LLMOを意識したコンテンツ設計

リニューアルを「SEO評価を守るリスク管理」としてだけでなく「SEOを改善する投資機会」として捉えることが、中長期的な集客強化につながる。次の記事では、BtoBサイトリニューアルで問い合わせを増やすための設計の考え方を解説します。