リニューアル・URL変更でSEO評価を落とさない移転手順【2026年6月対応】

URL変更SEOとは、サイトリニューアルやドメイン移行でURLが変わるときに、旧URLが積み上げた検索評価を新URLへ正しく引き継ぐための施策です。リダイレクト設定を正確におこなわないと、評価が引き継がれずにアクセス数や検索順位が下がってしまうため、注意が必要です。

本記事では、旧URLの評価を引き継いで移転を成功させる手順を、2026年6月に追加されたGoogleの新要件まで含めて解説します。これからURL変更・サイトリニューアル・ドメイン移行を控えている方は、アクセス急落を防ぐためにぜひ最後までご覧ください。

この記事でわかること

• 2026年6月の新要件： ドメイン移行では、未使用のものも含めた全サブドメイン・www/非wwwバリアントをChange of Addressで申請する必要があります。
• 評価を落とさない順序： 残す評価資産を先に分類し、1対1の301設計とSearch Console監視で「速い回復群」を狙うのが要点です。
• 回復期間の現実： 第三者調査では平均523日ですが、最速は20日台。差を生むのはリダイレクトの完全性と準備の精度です。

URL変更・サイトリニューアルがSEOに与える影響と回復期間

URL変更やサイトリニューアルは、SEOに影響を与える可能性があります。ただし、301リダイレクトを正しく設定すれば、その影響は最小限に抑えられます。

正しく301を設定すれば評価は引き継げる

301リダイレクトは、検索エンジンに旧URLから新URLへの恒久的な移行を伝える仕組みです。正しく設定すれば、旧URLの評価を新URLへ引き継ぎ、ユーザーを自動的に新しいページへ誘導できます。サイトリニューアルやURL変更の際は、必ず設定しましょう。

リニューアルはURL以外（内部構造）も影響する

サイトリニューアルでは、URLの変更だけでなく、サイトの内部構造にも注意が必要です。内部構造とは、サイト内の階層構造・内部リンク・コンテンツのカテゴリ分けなどの全体構成を指します。これらが変わるとSEOに悪影響が出ることがありますが、内容をそのまま載せ替える場合は問題ない場合が多いです。リニューアルを機に構造を整理すれば、むしろSEO効果を高められます。

回復は平均523日でも最速は20日台｜差を生む要因

「リニューアル後にアクセスが急落した。いつ戻るのか」という不安は多くの担当者が抱きます。Search Engine Journalが892件のドメイン移行を分析した調査では、新ドメインが旧ドメインと同じ流入水準に戻るまで平均523日を要し、約17%は1,000日経っても回復しなかったと報告されています。一方で、同じデータには19〜33日で回復した事例も含まれます。

この27倍もの開きは運ではなく、リダイレクトの完全性とサイトの権威規模で決まります（アイダイム分析）。1対1のリダイレクトが網羅され、準備が整っているほど回復は速く、リダイレクト漏れや設定ミスがあるほど長期化します。Googleの公式ガイドラインでも、アドレス変更ツールがシグナルを転送する期間は180日、リダイレクト自体は最低1年（できるだけ長く）維持するよう推奨されています。

（実務知見）当社の経験では、「301を正しく入れたはずなのに順位が戻らない」というケースで真っ先に疑うべきは設定ミスです。弊社自身、過去の移転で一度リダイレクト設定を誤った経験があり、原因の切り分けでまず設定の検証から入る理由はここにあります。

なお、サーバーだけを変更する場合のSEO観点はサーバーの選び方とSEOへの影響で、制作・費用を含むリニューアル全般はホームページリニューアルの進め方と費用相場で詳しく解説しています。

Q. リニューアルで順位はどれくらい下がり、いつ戻りますか？

A. 下落幅と回復期間は「リダイレクトの完全性」で大きく変わります。1対1の301を網羅すればほぼ横ばい〜数週間で回復する例がある一方、リダイレクト漏れや設定ミスがあると回復に1年以上かかり、約17%は戻らないという調査結果もあります。まずは順位下落そのものより、リダイレクトの抜けを潰すことが先決です。

下落の有無より「抜けを潰せているか」が分かれ目です。そこで重要になるのが、移転前に何を残し何を捨てるかを決める準備工程です。

移転は「検体移送のチェーン・オブ・カストディ」｜残す評価資産を先に分類する

当社は臨床検査の精度管理（QC）の視点をSEMに転用しています。その代表が、移転を「検体移送のチェーン・オブ・カストディ（証拠保全の連鎖）」として扱う考え方です（アイダイム分析）。

臨床検査では、検体を移送する前に全ラベルを照合・記録します。これを怠ると、どの検体の結果がどの患者のものか追跡できなくなり、検査値が宙に浮きます。サイト移転もまったく同じです。全ドメインバリアントの所有権を確認・記録してから移送しないと、旧ドメインが積み上げた評価がどの新URLに紐づくか追跡できず、評価が宙に浮いてしまいます。

（アイダイム分析・実務知見）この考え方から、当社が移転・リニューアル案件で最初に確認するのは、ツールよりも先に「指名検索（ブランド名検索）と主要KWの順位、そしてインデックス状態」です。これを基準点に、何を残し何を残さないか、必要な構造と不要な構造を分類してから移送します。不要なページ・不要な構造は移送対象から外す。残すと決めた評価資産だけを、漏れなくラベリングして移すという作法です。

移送後は、旧バリアントの残存クロールやインデックス状態を定点監視します。これは検査でいう正常範囲モニタリングにあたり、想定外のインデックス残存や表示回数の異常をいち早く検知するための工程です（実務知見）。

なお、残すべき評価資産には構造化データ（スキーマ）も含まれます。移転時にスキーマが欠落すると、AI検索での引用・可視性を失う要因になります。移転時の構造化データ保全についてはJSON-LDとは何かと実装方法で解説しています。

2026年6月更新｜ドメイン移行はChange of Addressで「全バリアント」を申請する

2026年6月、Googleはサイト移転に関する公式ドキュメントを更新しました。別ドメインへ移行する場合は、旧ドメインの全サブドメインと、wwwおよび非wwwのバリアントについて、現在使っていないものも含めてアドレス変更（Change of Address）リクエストを送信し、これらすべてをSearch Consoleで所有権確認しておくことが推奨される、という内容です。

理由について公式が本文で明言しているのは「すべてのバリアントを適切に移行したときに、移行が最もうまく機能する」という点です。これに対し、専門家のRoger Montti氏は、移転トラブルの多くはメインドメインではなく、リダイレクトし忘れた非www版や放置されたサブドメインに起因し、そこへの残存クロールがシグナルを分散させると指摘していますが、これはGoogleの公式説明ではなく推測です。

重要なのは、このアドレス変更ツールには使うべき場面と使うべきでない場面がある点です。次の表で整理します。

場面	アドレス変更ツール	対応
別ドメインへの移行（例：example.com → new-example.net）	使う	全サブドメイン＋www/非wwwを未使用でも申請。全て所有権確認
HTTP→HTTPS移行	使わない	Googleが自動的に判断するため不要
同一サイト内のパス変更（/old/… → /new/…）	使わない	301リダイレクトとサイトマップ更新で対応
www↔非wwwの統一（同一ドメイン内）	使わない	正規化（canonical・301）で対応
ホスト・CDN変更でURLが変わらない	使わない	URLが不変なら申請不要

つまり今回の新要件は「別ドメインへの移行時」に効く話で、これらの除外ケースとは切り分けて運用します。クロールやインデックスの基本的な仕組みは検索エンジンのクロールとは何かもあわせてご確認ください。

Q. 使っていないサブドメインや非wwwもChange of Address申請が必要ですか？

A. 必要です。2026年6月の更新で、Googleは未使用のサブドメインやwww/非wwwバリアントも含めて申請し、すべてSearch Consoleで所有権確認することを推奨しています。放置されたバリアントへの残存クロールがシグナルを分散させるのを防ぐための作法と考えられます。

申請の前提として欠かせないのが、評価を引き継ぐ301リダイレクトの設計です。

301リダイレクトの正しい設計（1対1マッピング・チェーン回避・恒久301）

301リダイレクトは、旧URLから新URLへ恒久的に転送し、評価を引き継ぐ仕組みです。Apacheサーバー（mod_rewrite利用可）であれば、htaccessファイルで設定できます。手順は次のとおりです。

1. リダイレクトするURLの対応表（旧→新の1対1リスト）を作成する
2. サイト全体をバックアップする
3. htaccessファイルにリダイレクトの記述を追加する
4. 旧ドメインのディレクトリにhtaccessをアップロードし、動作確認する

ドメイン移転時の記述例は次のとおりです（旧ドメインを△△△、新ドメインを◯◯◯とします）。

RewriteEngine on
RewriteCond %{HTTP_HOST} ^www\.△△△\.com
RewriteRule ^(.*)$ https://www.◯◯◯.com/$1 [R=301,L]

設計で外せないポイントは3つです。第一に、旧URLと新URLを1対1で対応させること。まとめて1ページに飛ばすと評価が散ります。第二に、リダイレクトのチェーン（A→B→Cと多段転送する状態）を避けること。読み込みが遅くなり、クローラビリティも落ちます。第三に、恒久的な移行には必ず301を使うことです。302・307は一時的な転送とみなされ評価が引き継がれにくく、308は301と同様に評価を引き継ぎます。

なお、2026年6月の全バリアント要件は、この301リダイレクト設定を置き換えるものではありません。301で実際の転送を設定したうえで、アドレス変更ツールでGoogleに移転を通知する、という二段構えである点に注意してください。

Q. 301と302・307・308はどれを使うべきですか？

A. 恒久的なURL変更には301（またはメソッドを保持する308）を使います。302・307は一時的な転送を示すため評価が引き継がれにくく、恒久移転に使うとSEO評価が分散するリスクがあります。移転・リニューアルでは原則301と覚えておけば問題ありません。

ここまでの要素を、抜け漏れなく実行するためのチェックリストにまとめます。

失敗しない移転チェックリスト

移転の成否は、当日の作業より事前準備で決まります。次の流れで進めると、評価の取りこぼしを防げます。

チェックすべき項目は次のとおりです。

• 旧URL→新URLの対応表（1対1）を作成したか
• 全サブドメイン・www/非wwwバリアントの所有権をSearch Consoleで確認したか
• 全URLに301リダイレクトを適用し、内部リンクの破損がないか
• 被リンクの多い重要URLが新URLへ正しく転送されているか
• noindexタグ・robots.txtの誤設定（ステージング用の設定残り）がないか
• 新しいXMLサイトマップを作成し、Search Consoleへ再送信したか
• 公開後、404 NOT FOUNDが発生していないか
• 旧バリアントの残存クロール・インデックスを定点監視しているか

（実務知見）前提条件が整わないと原因の切り分けは難しいものですが、「301を入れたのに戻らない」場合、当社はまず設定ミスを疑います。noindexの消し忘れ、バリアントの申請漏れ、対応表の抜けは、いずれも見落としやすく、しかも検知が遅れがちです。だからこそ、上のチェックリストを一度きりでなく、公開直後・1週間後・1か月後と定点で回すことを推奨します。サイトマップ再送信の具体手順はサイトマップのSEO最適化で解説しています。

📌 リダイレクト設計・構造化データの保全・移転後のSearch Console監視まで一気通貫でサポートします。栃木・宇都宮から全国のB2Bに対応。
→ ホームページ制作・リニューアル代行を見る

まとめ

URL変更・サイトリニューアル・ドメイン移行は、対応を誤るとSEOに影響しますが、正しく進めれば評価を引き継いで移転できます。要点は、移転前に残す評価資産を分類し、1対1の301リダイレクトを網羅し、2026年6月の新要件に沿って全バリアントをChange of Addressで申請したうえで、Search Consoleで定点監視することです。回復期間は準備の精度で大きく変わります。検体移送のように、全ラベルを照合してから移すという作法で、移転後も良好なパフォーマンスを維持していきましょう。

サイト移転・URL変更のよくある質問

サイト移転に関連して検索される、周辺のよくある質問をまとめます。

Q. wwwと非wwwはどちらに統一すべきですか？

A. どちらでもSEO上の優劣はなく、どちらか一方に統一することが重要です。使わない方から使う方へ301リダイレクトし、Search Consoleでも正規のURLを揃えます。統一されていれば評価が分散しません。

Q. サブドメインから別ドメインやディレクトリへ移行する手順は？

A. 移行元サブドメインを独立したSearch Consoleプロパティとして所有権確認し、そのプロパティから個別にアドレス変更を申請します。サブドメインは1つずつ移行するのが基本で、対応する新URLへ1対1の301を設定します。

Q. サーバーだけを変更する場合もChange of Addressは必要ですか？

A. URLが変わらないサーバー・CDNの変更であれば不要です。アドレス変更ツールはドメインやサブドメインが変わる移行のためのものです。サーバー移転とSEOの関係は別途[サーバーの選び方とSEOへの影響](https://aidaim.co.jp/server/)で解説しています。

参考情報

• Google検索セントラル「サイトの移転（URLの変更あり）」 https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
• Google Search Consoleヘルプ「アドレス変更ツール」 https://support.google.com/webmasters/answer/9370220
• Search Engine Journal「How Long Should An SEO Migration Take?（892件・平均523日）」 https://www.searchenginejournal.com/study-how-long-should-seo-migration-take/492050/
• Search Engine Journal「Google Tightens Requirements For Domain Migrations（2026年6月更新）」 https://www.searchenginejournal.com/google-tightens-requirements-for-domain-migrations/579781/
• 海外SEO情報ブログ（鈴木謙一）「ドメイン移行時は全サブドメインのアドレス変更を推奨」 https://www.suzukikenichi.com/blog/google-recommends-change-of-address-requests-for-all-subdomains-during-domain-migrations/