SEOを落とさないサイトリニューアル:Google公式ガイドに基づく移行チェックリスト
サイトリニューアルやドメイン変更でSEO評価を落とさないために、Google公式ドキュメントに基づき、公開前・公開日・公開後に確認すべき項目と多言語サイトの注意点を整理しました。
この記事のポイント
- Googleによると、301などの恒久的なリダイレクトでPageRankは失われません。一方、302や307などの一時的なリダイレクトは、新URLを正規URLとするシグナルになりません。
- 多数の旧ページを新サイトのトップページへまとめてリダイレクトすると、ソフト404と扱われる可能性があります。各URLを最も近い新ページに対応させるか、404/410を返します。
- Googleのサイト移転ガイドはリダイレクトを「一般的に少なくとも1年」、アドレス変更ツールのヘルプは「少なくとも180日」維持するよう求めています。長い方に合わせて計画します。
- 中規模サイトでは、検索結果で新URLが旧URLに置き換わるまで数週間以上かかるとGoogleは説明しています。評価は数日ではなく数週間単位で行います。
サイトリニューアルでSEOは下がるのか:何を変えるかで決まる
「リニューアル」と一口に言っても中身はさまざまです。URLを変えずに配色を変えるだけなら低リスクですが、CMSを入れ替えてすべてのURLパスを変え、ページを統合し、同じ週末にドメインまで変えるなら、それはGoogleが「サイト移転」として扱う作業です。最初にやるべきことは、自分のプロジェクトが次のどれに当たるかを書き出すことです。項目ごとに必要な確認が変わります。
Googleは、可能であれば一度に一つずつ変更するよう勧めています。たとえば先にドメインを移し、レイアウトは後で変える、という順序です。問題が起きたときに原因を特定できるからです。季節変動のあるビジネスなら、トラフィックが少ない時期に移行することも推奨されています。
- デザインのみ(URLも本文も同じ):リダイレクトは不要です。新しいテンプレートで見出し・本文・内部リンクが失われていないか確認します。
- コンテンツ・構成の変更(統合・書き換え・削除):統合したページは統合先へリダイレクトし、削除したページは404または410を返します。
- URLパスの変更、HTTPからHTTPSへの移行:新旧URLの完全な対応表と恒久的なリダイレクトが必要です。アドレス変更ツールは使いません。
- ドメイン・サブドメインの変更:上記すべてに加え、旧ドメインの確認済みのすべてのバリエーションについてSearch Consoleでアドレス変更を申請します。
- ホスティング・CDNの変更のみ(URLは不変):Googleは別のガイドで扱っています。事前にDNSのTTLを下げ、切り替え直後にクロール頻度が一時的に下がることを想定します。
公開前:新旧URLの対応表を作る
対応表は移行で最も重要な成果物であり、公開前夜ではなく、新しいテンプレートが完成する前に用意しておくべきものです。Googleは旧URLの洗い出し先として、サイトマップ、サーバーログ、アクセス解析、Search Consoleのリンクレポート、CMS自体を挙げています。HTMLページだけでなく、外部からリンクされている画像やPDFなども含めます。
対応表の各行は、次の三つのどれかに必ず落とし込みます。大半の旧URLは最も近い新ページへリダイレクトします。複数の旧ページを一つに統合した場合は、すべてを統合先へリダイレクトして構わないとGoogleは述べています。意図的に削除したコンテンツは404または410を返します。Googleが注意しているのは、多数の旧URLをトップページなど無関係な一つのURLにまとめて飛ばす手抜きです。ユーザーを混乱させ、ソフト404として扱われる可能性があります。
作業を始める前に、Search Consoleから直近数か月のクリック数上位のページと検索クエリを書き出し、基準値として保存します。このリストで対応表のどの行を手動確認すべきかが分かり、公開後に正しく比較できる唯一の材料にもなります。
どのリダイレクトを使うか:301・308・302・JavaScript
Googleは、技術的に可能であればサーバー側の恒久的なリダイレクト(301または308)を推奨しています。恒久的なリダイレクトは、リダイレクト先を正規URLにすべきだというシグナルとして扱われ、301などの恒久的なリダイレクトでPageRankが失われることはないとGoogleは明言しています。一方、一時的なリダイレクト(302、303、307)はこのシグナルになりません。新CMS公開後に302が残ったままになっていることは、旧URLが検索結果に残り続けるよくある原因です。
クライアント側のリダイレクトは最後の手段です。Googleは即時のmeta refreshを恒久的なリダイレクトとして扱いますが、JavaScriptリダイレクトはレンダリングが成功したときにしか認識されないため、サーバー側やmeta refreshが使えない場合に限るよう勧めています。Next.js、Shopify、WordPressなどでは、ページのコードではなくフレームワークやプラットフォームの設定でリダイレクトを定義するのが一般的です。
リダイレクトの連鎖は避けます。以前のリニューアルで設定したリダイレクトが残っている場合は、新しい最終URLへ直接向くように書き換えます。Googlebotは最大10回まで追跡できますが、Googleは最終URLへ直接リダイレクトし、難しい場合でも理想は3回以内、多くても5回未満にするよう勧めています。転送のたびに表示が遅くなり、長い連鎖に対応しないブラウザもあるためです。
公開を台無しにするステージングの残骸:noindex・robots.txt・canonical・hreflang
移行の失敗の多くは、順位の謎ではなく、ステージング環境の設定がそのまま本番に持ち込まれたことが原因です。Googleが挙げるよくあるミスも、開発中に入れたnoindexやrobots.txtのブロックの消し忘れが筆頭で、存在しないURLへのリダイレクト、旧URLのままのサイトマップが続きます。
多言語サイトでは、もう一段階の確認が必要です。カナダで英語とフランス語のページを運営している場合や、当サイトのように英語と日本語のページがある場合は、すべてのhreflangを新しいURLに更新しなければなりません。Googleは、各言語版が自分自身と他のすべての言語版を完全なURLで記載することを求めており、2つのページが互いを指していなければタグは無視されます。英語版のテンプレートだけ先に移行し、もう一方の言語を1週間後に移行すると、その間は対応関係が壊れます。
- すべての新ページに、ステージングのホスト名ではなく新しい絶対URLを指す自己参照のrel="canonical"がある。
- 上位表示させたいページにnoindexのmetaタグやX-Robots-Tagヘッダーが残っていない。本番用のrobots.txtを事前に用意している。
- hreflangが新URLで相互に指し合っており、言語選択ページや自動振り分けのトップページにはx-defaultを設定している。
- 内部リンクがリダイレクトに頼らず、新URLを直接指している。
- 新サイトでもSearch Consoleの所有権確認とアクセス解析タグが機能し、新旧両方のプロパティを確認済みである。
公開日のチェックリスト
Googleは、小〜中規模のサイトは一度に移行し、大規模サイトはセクションごとに移行することを推奨しています。公開直後は旧URLからのリダイレクトをたどるため、Googlebotのクロールが通常より増えます。サーバーやホスティングがその負荷に耐えられるか確認しておきます。
- リダイレクトを有効にし、基準値リストのアクセス上位ページから順に、URL検査ツールやコマンドラインのスクリプトで対応表のサンプルを検証する。
- canonicalが新URLを指していること、一時的なnoindexがすべて外れていることを確認する。
- ドメインまたはサブドメインを変えた場合に限り、wwwありとなしを含む旧ドメインのすべての確認済みバリエーションについてアドレス変更を申請する。HTTPからHTTPS、wwwの有無、同一ドメイン内のパス変更には使わない。
- Search Consoleで新しいサイトマップを送信する。Googleはpriorityとchangefreqを無視しますが、lastmodは一貫して正確であれば利用するため、実際の更新日を反映させる。
- 自社で管理できるリンクを更新する:SNSプロフィール、Googleビジネスプロフィール、広告、メールテンプレート、そして変更を依頼できる重要な外部リンク。
公開後:リダイレクトの維持期間と監視すべき項目
Googleの2つのドキュメントは最低期間が異なるため、混乱の原因になっています。サイト移転ガイドは、シグナルの引き継ぎと他サイトからのリンクの再クロールのために、リダイレクトを「できるだけ長く、一般的に少なくとも1年」維持するよう求めています。アドレス変更ツールのヘルプは「少なくとも180日、Google検索から旧URLへのアクセスが続くならそれ以上」とし、旧ドメインは少なくとも1年は契約を続けるよう勧めています。私たちの推奨はシンプルで、1年を最低ラインとし、Google自身も示しているとおり、ユーザーの観点から重要なリダイレクトは無期限に残すことです。
あとは時間が必要です。Googleによると、中規模サイトでは新URLが徐々に旧URLに置き換わるまで数週間以上、大規模サイトではさらに長くかかり、その間は順位が変動することがあります。1日の数字に反応せず、基準値と週単位で比較します。
- サイトマップレポート:旧サイトマップのインデックス数が減り、新サイトマップの数が増えている。旧サイトマップのリダイレクト警告は想定どおり。
- ページのインデックス登録レポート:「見つかりませんでした(404)」の急増に注意する。多くは対応表の漏れが原因です。
- 検索パフォーマンスレポート:新URLに表示回数とクリックが付き始め、基準値の上位ページが回復している。
- サーバーログ:Googlebotが新URLに到達しており、想定外の5xxエラーやファイアウォールによるブロックが起きていない。
著者
Jayson Hao
Innovation Trigger Lab創業者。トロント大学コンピュータサイエンス(AI/ML)出身。RAG、AIチャットボット、Web・モバイルプロダクトの設計と本番導入に携わっています。
プロフィールを見るよくある質問
サイトのデザインを変えるだけでSEOに影響はありますか?
URLと本文が変わらなければリスクは低めです。テンプレート変更で見出し・本文・内部リンクが失われたり、恒久的なリダイレクトなしでURLが変わったりすると順位に影響します。
301リダイレクトで被リンクの評価は失われますか?
失われません。Googleは、301などの恒久的なリダイレクトでPageRankが失われることはないと明言しています。注意すべきは一時的なリダイレクト、リダイレクトの連鎖、無関係なページのトップページへの転送です。
HTTPS化でアドレス変更ツールは必要ですか?
不要です。Googleによると、このツールはドメインやサブドメインを別のものへ移す場合専用です。HTTPからHTTPS、wwwの有無、パスの変更はリダイレクトと新しいサイトマップで対応します。
サイト移転後、順位が戻るまでどのくらいかかりますか?
Googleによると、小〜中規模サイトでは大半のページの移行に数週間かかり、大規模サイトではさらに長くかかります。リダイレクトとインデックス設定が正しければ、その間の変動は正常な範囲です。
出典・参考資料
- 1.サイト移転とサイト移行Google Search Central, 2026年8月20日
- 2.リダイレクトとGoogle検索Google Search Central, 2026年4月14日
- 3.アドレス変更ツールGoogle Search Console Help
- 4.ウェブホスティングの変更とSEOGoogle Search Central, 2025年12月10日
- 5.ページのローカライズ版Google Search Central, 2026年9月21日
- 6.サイトマップの作成と送信Google Search Central, 2026年7月8日