サイトリニューアル時のSEO対策｜順位を落とさない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の基本中の基本です。

設定すべき項目

• 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（経験・専門性・権威性・信頼性）を満たすコンテンツ品質

まとめ

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

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

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

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

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

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

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

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

• 内部リンクの最適化

• 表示速度の改善

• Search Consoleのモニタリング

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

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