流入を落とさないリデザイン
オーガニック流入を落とさずにデザインとサイト構造を刷新する方法。公開前の監査、リダイレクトマップ、技術チェック、公開後のモニタリングを解説します。
リデザインは、オーガニック流入が突然落ちる原因として最も多いものの一つです。サイトの見た目は良くなり、チームも満足していたのに、1か月後にGSCを見るとマイナス40%。原因はほとんどの場合同じです。リダイレクトなしでURLを変えたか、検索エンジンが新しい構造をまだインデックスに反映していないかのどちらかです。損失を出さずにリデザインを進める手順を順に説明します。
リデザインで流入が落ちる理由
検索エンジンが登録するのは個々のURLです。/blog/seo-guide/が何年も存在していれば、GoogleはそのURLに対してリンク評価、権威性、クリックの履歴を蓄積しています。URL構造を変えるリデザインは、その蓄積をすべて捨てるのと同じです。クローラーから見れば、ページが消えたことになります。
リデザイン後の流入減少は、次の5つの原因が特に目立ちます。
古いURLが404を返すと、Googleは蓄積されたリンク評価ごとインデックスから削除します。
WordPressは/page-slug/を生成し、新しいCMSは/page/page-slug/を生成する、といった違いがあります。リダイレクトの対応表がなければ、流入はすべて失われます。
開発者がステージングサーバーにDisallow: /を設定し、そのまま本番に持ち込んでしまいます。
コンテンツは移行したものの、title、description、canonicalを移し忘れると、ページの検索に対する関連性が下がります。
新しいデザインが重くなります。大きなフォント、複雑なアニメーション、最適化されていない画像などが原因です。
公開前の監査:記録しておくこと
デザインに手を付ける前に、最低2週間は監査に充てます。公開後に比較できるよう、現状を基準値として記録しておくためです。必須のツールは次の4つです。
| ツール | 得られるもの | 使うタイミング |
|---|---|---|
| Screaming Frog / Sitebulb | メタデータとステータスコード付きの全URL一覧 | 公開の2週間前 |
| Google Search Console | ページごとの流入、CTR、検索順位 | 公開前と、公開後は毎週 |
| Ahrefs / Semrush | 被リンクの全体像と、最も権威性の高いページ | 公開前 |
| PageSpeed Insights | Core Web Vitalsの基準値(LCP、CLS、INP) | 公開前と公開後 |
流入、リンク、事業上の価値が大きいページには印を付け、ページ単位で丁寧に対応先を決めます。リダイレクトマップの優先順位は、そのサイト固有の根拠で決めます。流入の何割といった一律の基準はありません。
リデザイン前に記録しておくこと
サイトのURL
Screaming Frogの全クロールで、ステータスコード、title、description、canonical、H1を記録します
流入の多いページ
GSCの過去12か月のデータから抽出します。リダイレクトの優先対象です
リンクされているページ
AhrefsまたはSemrushから抽出します。外部リンクのあるページは、301なしでは失えません
Core Web Vitals
公開前のPageSpeed Insightsのスクリーンショットを保存し、公開後と比較します
URL設計とリダイレクトマップ
リデザインで最も手間がかかるのはURL構造です。構造を変える場合(たとえば/services/seo/を/seo-services/にする場合)、古いURLすべてに明示的な301リダイレクトが必要です。リダイレクトマップは、旧URLから新URLへの対応表です。公開前に作成し、手作業で検証してから、開発者に渡します。
| ケース | レスポンスの種類 | SEOへの影響 |
|---|---|---|
| ページを恒久的に移動した | 301 | リンク評価が新URLに渡る |
| 一時的なリダイレクト | 302 | リンク評価は旧URLに残る |
| ページを恒久的に削除した | 410 Gone | Googleのインデックスからより早く削除される |
| 旧URLが404を返す | リダイレクトなし | 流入とリンク評価を失う |
ページが不要になり、内容が他のページと重複していない場合は、404ではなく410を返します。410は意図的な削除だとGoogleに伝えます。クローラーが無くなったURLを再訪する頻度が早く下がるため、クロールバジェットを効率よく使えます。
# Nginx: redirect a specific page
location = /old-services/ {
return 301 /services/;
}
# Nginx: redirect an entire section
location /old-blog/ {
rewrite ^/old-blog/(.*)$ /blog/$1 permanent;
}
# Test redirect with curl
curl -I https://example.com/old-url/
# HTTP/1.1 301 Moved Permanently
# Location: https://example.com/new-url/リダイレクトは公開前にすべてテストします。特に、流入、リンク、コンバージョンのあるページは入念に確認してください。重要なURLの対応漏れは、訪問者とクローラーの双方に避けられたはずのエラーを生みます。
公開後の技術設定
新デザインの公開から48〜72時間は重要な時期です。インデックスを禁止したステージング版ではなく、意図した内容がクローラーに見えているか確認します。
- robots.txtを確認し、本番が
Disallow: /でブロックされていないことを確かめます - 新しいURLでXMLサイトマップを作り直し、GSCの[サイトマップ]から送信します
- GSCの[URL検査]→[インデックス登録をリクエスト]で、主要ページのインデックス登録をリクエストします
- 優先ページすべてで、title、description、canonicalのメタタグを確認します
- リダイレクトマップを順にたどり、すべての301をcurlまたはDevToolsのNetworkで確認します
- Core Web Vitalsを計測します。流入上位20ページをPageSpeed Insightsで確認します
Disallow: /を入れ、本番へのデプロイ時に外し忘れることがよくあります。リデザインの失敗の中でも特に高くつくものの一つで、数日でサイトがインデックスから消えます。canonicalタグも確認します。CMSやテンプレートを切り替えると、相対パスに戻ったり、完全に消えたりすることがよくあります。canonicalには、本番ドメインの絶対URL(https://example.com/page/)を指定します。/page/のような相対パスは使いません。
<!-- Correct canonical in <head> -->
<link rel="canonical" href="https://example.com/services/seo/">
<!-- Wrong — relative path (common CMS migration error) -->
<link rel="canonical" href="/services/seo/">公開後のモニタリング
リデザインは一度きりのイベントではなく、継続するプロセスです。公開後の最初の3か月は、Googleがサイトを再評価するため不安定な期間になります。シグナルを見守り、素早く対応することが役目です。
毎週
GSCで検索順位を確認します。主要ページの下落と、カバレッジに出る新しい404エラーに注意します。
毎月
GSCとPageSpeed InsightsでCore Web Vitalsを確認します。リデザイン後に最も悪化しやすいLCPとCLSを重点的に見ます。
すぐに
GSCのカバレッジに新しい404が出たら、リダイレクトの漏れです。その日のうちに301を追加します。
公開後に問題が起きたときは、次の診断表から確認します。
| 症状 | 考えられる原因 | 対処 |
|---|---|---|
| 2〜4週間後に流入が減少する | Googleが新しい構造を再評価している | 4〜6週間待ち、すべてのリダイレクトを確認する |
| 公開後にGSCで404が出る | リダイレクトマップにURLが漏れている | 該当する新URLへの301を追加する |
| GSCのカバレッジにソフト404が出る | 中身のないカテゴリページやフィルターページ | noindexにするか、上位セクションへ301でリダイレクトする |
| インデックスに重複ページがある | CMS移行後にcanonicalが未設定 | 正規URLを指すcanonicalを追加する |
| 表示速度が急に悪化した | 新デザインが重い | 画像を最適化し、レンダリングをブロックするJSを取り除く |
リデザインでは古いURLを維持する必要がありますか?
リデザイン後、Googleがサイトを再インデックスするまでどれくらいかかりますか?
公開直後に流入が落ちたらどうすればよいですか?
リデザイン後に新しいXMLサイトマップは必要ですか?
URLを変えずにビジュアルデザインだけ変えても、SEOに影響しますか?
Check it with SpiderHead
Free and local: run the audit on your own machine.





