ドメイン変更で最も怖いのは、積み上げた検索順位や流入が移行を境に落ちてしまうことです。
ただ、これは正しい手順を踏めば大部分を防げます。
旧ドメインから新ドメインへ「1ページずつ」301リダイレクトをつなぎ、Googleにアドレス変更を届け出る。
この基本を外さないことが、評価を引き継ぐ最大のポイントです。
この記事では、ドメイン変更を控えたサイト運営者に向けて、SEOに与えるリスクの正体から、評価を落とさない事前準備・実践6ステップ・301リダイレクトの正しい設定・よくある失敗事例・移行後の監視まで、実務で使えるチェックリストとしてまとめました。
基礎知識：「ドメイン変更」と「ドメイン移管」の違い
最初に、混同されやすい2つの言葉を整理します。
この違いを理解していないと、必要な作業を取り違えてしまいます。
ドメイン変更は、サイトのURLそのものを別のドメインに切り替えることです。
たとえば「old-example.com」から「new-example.com」へ引っ越すイメージで、URLが変わるため検索エンジンからは別サイトとして扱われます。
一方のドメイン移管は、ドメインはそのままで、管理する事業者（レジストラ）を別の会社に移すことです。
URLは変わらないので、SEO評価への影響は基本的にありません。
この記事で扱うのは、SEOへの影響が大きい前者の「ドメイン変更」です。
両者を取り違えると、本来なら不要なリダイレクト作業を移管でも行おうとするなど、無駄な手間や事故につながります。
ドメイン変更がSEOに与える影響と3つの重大なリスク
ドメイン変更でGoogleは新旧を別サイトと認識します。
そのため、正しく引き継ぎをしないと、これまでの評価が新ドメインに渡らずに失われます。
ここでは特に影響の大きい3つのリスクを押さえます。
ドメインパワーやドメイン年齢（ドメインエイジ）がリセットされる
長く運用したドメインには、検索エンジンからの信頼が蓄積されています。
この蓄積は新ドメインには自動では引き継がれません。
新ドメインは運用実績ゼロからのスタートに近い状態になります。
301リダイレクトで評価の大部分は移せますが、Googleは公式に「すべてのシグナルを新URLへ移すには時間がかかる」と説明しており、移行直後は評価が完全には渡りきりません（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）。
だからこそ、後述するリダイレクトを長期間維持することが重要になります。
過去に獲得した外部からの被リンク評価が無効化される
他サイトから旧ドメインへ向けられた被リンクは、URLが変わると「リンク先が存在しない」状態になりかねません。
被リンクはSEO評価の柱の一つなので、これが切れると順位に直結します。
301リダイレクトを設定すれば、旧URLへのリンクの評価を新URLへ橋渡しできます。
ただし、リンク元サイトのURL表記が旧ドメインのまま残る点は変わらないため、後述するように主要なリンク元には修正を依頼するのが理想です。
ユーザーの混乱やSNSシェア数の消失による流入減少
ブックマークや過去のSNS投稿に貼られたリンクは旧URLを指しています。
リダイレクトがあれば新サイトへ転送されますが、SNS投稿に表示される「シェア数（いいね・シェアのカウント）」はURL単位で集計されるため、URLが変わるとゼロにリセットされます。
指名検索（サイト名やブランド名での検索）からの流入も、リニューアル直後は一時的に揺らぐことがあります。
こうした流入減は、告知やリダイレクトで最小限に抑えていきます。
【事前準備】SEO評価を維持して移転するためのチェックリスト
移行作業に入る前の準備で、成否の大半が決まります。
特に大切なのは「現状のデータを記録すること」と「新旧URLの対応表を作ること」です。
この2つが後の作業と効果検証の土台になります。
現状のSEO順位・オーガニック流入データのバックアップ
移行前に、いまの検索順位・流入キーワード・アクセス数を必ず記録します。
記録がないと、移行後に順位が落ちても「どこまで戻ればよいのか」の基準が分からなくなるからです。
記録しておきたい主な指標は、主要ページの検索順位、流入の多いキーワード、月間のオーガニック流入数、被リンクの一覧です。
検索順位や流入キーワードの記録には、日々の順位変動を追えるラッコキーワードのようなツールを使うと、移行前後の比較が一目で行えます。
旧サイトの全URLリストアップと新旧URLマッピング表の作成
旧サイトに存在する全ページのURLを洗い出し、それぞれを「新サイトのどのURLに対応させるか」を一覧にします。
これが新旧URLマッピング表で、301リダイレクト設定の設計図になります。
URLの洗い出しには、XMLサイトマップやサーバーのアクセスログ、クローリングツールを使います。
表には「旧URL」「対応する新URL」「対応状況」の3列を用意すると、設定漏れを防げます。
ここで手を抜いて「全ページを新トップページにまとめて転送」してしまうと、後述する重大な失敗につながります。
1ページずつ、内容が対応する新URLへ向けることが鉄則です。
【実践手順】安全にドメイン移行を完了させる6つのステップ
準備が整ったら、いよいよ移行作業です。
順番を守ることが安全な移行のポイントなので、次の6ステップを上から順に進めます。
ステップ1：新ドメインの準備と常時SSL化（HTTPS化）
まず新しいドメインを取得し、サーバーに設定します。
あわせて常時SSL化（サイト全体のHTTPS化）を済ませます。
常時SSL化とは、サイトの全ページの通信を暗号化し、URLを「https://」で統一することです。
新ドメインの取得はラッコドメインのような登録サービスで行えます。
リブランディングで社名やサービス名に合わせた.comや.jpなどを選ぶ場合も、この段階で確定させます。
サーバー・ドメイン・SSL・WordPress設置をまとめて用意したい場合は、これらを自動でセットアップできるラッコサーバーの「かんたんブログスタート」を使うと、初期構築の手間を減らせます。
ステップ2：新サイトへデータを移行しテスト環境で確認する
旧サイトのデータを新ドメインへ移し、公開前に表示を確認します。
このとき、確認用の新サイトが検索エンジンにインデックスされないようnoindex（検索結果に表示させない指定）を設定しておきます。
noindexを付けずに公開すると、旧サイトと新サイトの両方がインデックスされ、後述する重複コンテンツの問題を招きます。
テストが終わり本番公開する直前に、このnoindexを外すのを忘れないようにします。
ステップ3：301リダイレクトを各ページへ正確に設定する
マッピング表に沿って、旧URLから対応する新URLへ301リダイレクト（恒久的な転送）を設定します。
301は「このページは新しい場所へ恒久的に移動した」とGoogleに伝える転送方法です。
Googleは公式に、恒久的な移動には「可能な限りサーバーサイドの恒久リダイレクトを使うこと」を推奨しています（参考：Google 検索セントラル「リダイレクトと Google 検索」）。
具体的な設定方法は次のH2で詳しく解説します。
ステップ4：内部リンクとcanonicalタグを新URLへ更新する
新サイト内に残っている旧ドメインのリンクを、すべて新ドメインのURLに書き換えます。
内部リンクが旧URLのままだと、リダイレクトが多重に発生し表示が遅くなります。
あわせてcanonicalタグ（正規URLを示すタグ）を新URLに統一します。
canonicalタグは「このページの正式なURLはこれ」と検索エンジンに伝える指定で、重複コンテンツの発生を防ぎます。
ステップ5：Google Search Consoleで「アドレス変更」を申請する
旧ドメインから新ドメインへの引っ越しをGoogleへ正式に届け出るのが、Google Search Consoleのアドレス変更ツールです。
この申請により、Googleが移行をスムーズに認識しやすくなります。
利用には条件があり、Googleは「新旧両方のプロパティの所有者であること」「同じGoogleアカウントで両方を管理すること」を求めています。
また、申請の前に旧トップページから新トップページへの301リダイレクトを設定しておく必要があります（参考：Google Search Console ヘルプ「アドレス変更ツール」）。
ステップ6：新旧両方のXMLサイトマップを送信する
新サイトのXMLサイトマップをSearch Consoleから送信します。
サイトマップは、サイト内のURL一覧を検索エンジンに知らせるファイルで、新URLのクロールを促します。
Googleは「新しいサイトマップを送信すると、新URLの把握に役立つ」と説明しています（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）。
旧サイトのサイトマップも一定期間は残し、旧URLのインデックス状況を確認できるようにしておくと安心です。
正しい301リダイレクトの設定方法と見落としがちな注意点
301リダイレクトはドメイン変更の心臓部です。
ここを正しく設定できれば評価の大部分を引き継げますが、設定を誤ると評価が散逸します。
代表的な設定方法と、必ず避けたい落とし穴を押さえます。
.htaccessを使った一括・個別のリダイレクト記述方法
Apacheサーバーでは、.htaccess（サーバーの動作を制御する設定ファイル）にリダイレクトを記述します。
ドメイン全体をまとめて転送する書き方と、ページごとに個別指定する書き方があります。
URL構造が新旧で同じなら、ドメイン部分だけを差し替える一括転送が使えます。
URL構造が変わるページは、マッピング表に沿って1件ずつ個別に指定します。
記述ミスはサイト全体の表示不良につながるため、反映前にバックアップを取り、テスト環境で動作を確認してから本番に適用します。
WordPressプラグインを利用した安全なリダイレクト対応
WordPressサイトなら、リダイレクト管理用のプラグインを使うと、管理画面から旧URLと新URLの対応を登録できます。
.htaccessを直接編集するより操作ミスが起きにくく、リダイレクトの一覧管理もしやすいのが利点です。
プラグインは転送設定の追加・削除を画面上で行えるため、設定漏れの点検にも向いています。
ただし導入するプラグイン数が増えるとサイトが重くなるため、役割の重複するものは整理します。
【警告】リダイレクト先をすべてトップページにするのは絶対NG
最もやってはいけないのが、旧サイトの全ページを新トップページ1つにまとめて転送することです。
これをやると、各ページが個別に積み上げた評価が引き継がれず、散逸してしまいます。
Googleは公式に、「多数の古いURLを、ホームページのような無関係な単一URLへリダイレクトしないこと」と明言しています。（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）
この設定はユーザーを混乱させ、ソフト404（実質的にページが見つからない状態）を引き起こすとされています。
手間でも、旧ページは内容が対応する新ページへ1対1でつなぐ。これが評価を守る唯一の正解です。
リダイレクトチェーン（多重転送）やループの発生を防ぐ
リダイレクトチェーンとは、A→B→Cのように転送が何段も連鎖する状態です。
段数が増えるほど表示が遅くなり、評価の伝わり方も弱まります。
特に、過去の常時SSL化（http→https）の転送と、今回のドメイン変更の転送が重なると、意図せず多重転送になりがちです。
旧URLから新URLへは、途中を経由せず1回で転送されるように設定します。
転送が自分自身に戻ってしまうループも、サイトが表示できなくなるため必ず避けます。
ドメイン変更の失敗を徹底回避！よくある失敗事例とその対策
ドメイン変更の失敗には、繰り返し起きる典型パターンがあります。
事前に知っておけば、そのほとんどは避けられます。
代表的な3つを、対策とセットで確認します。
失敗事例1：移行中の新サイトがインデックスされ重複コンテンツになる
テスト中の新サイトにnoindexを付け忘れると、旧サイトと同じ内容の新サイトが両方インデックスされます。
すると検索エンジンがどちらを表示すべきか判断できず、重複コンテンツとして評価が分散します。
対策は、公開前のテスト段階では新サイトに必ずnoindexを設定することです。
あわせてcanonicalタグを正しく設定し、正規URLを1つに定めておきます。
失敗事例2：新サイト本番公開時のnoindexタグの外し忘れ
失敗事例1と逆で、テスト用に付けたnoindexを本番公開後も外し忘れるパターンです。
これに気づかないと、新サイトが検索結果に一切表示されず、流入が完全に止まります。
対策は、本番公開の作業手順にnoindex解除を明記し、公開直後にSearch Consoleでインデックス状況を確認することです。
公開後に検索へ表示されない場合、真っ先に疑うべきはこの外し忘れです。
失敗事例3：ドメイン移転後すぐに旧ドメインを解約してしまう
移行が終わったからと旧ドメインをすぐ解約すると、301リダイレクトが機能しなくなり、旧URLへのアクセスと被リンクの評価がすべて失われます。
Googleは、リダイレクトを「できる限り長く、少なくとも1年は維持すること」を推奨しています。（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）
これはGoogleがすべてのシグナルを新URLへ移し終えるのに必要な期間だからです。
旧ドメインは最低でも1年、可能なら無期限で維持します。
移行完了後に行うべきトラフィック監視と順位回復への対応
ドメイン変更は、公開したら終わりではありません。
移行直後は順位や流入が一時的に揺らぐため、Googleも「移転中に検索での見え方が一時的に変動することは正常」と説明しています。
ここからは、異常を早く見つけて対処するための監視を行います。
Google Search Consoleでの404エラー監視とインデックス状況確認
移行後は、Google Search Consoleで404エラー（ページが見つからないエラー）が出ていないかを確認します。
404が多い場合、リダイレクトの設定漏れが疑われます。
あわせて、新URLが正しくインデックスされているか、旧URLがきちんと新URLへ統合されているかも確認します。
Googleは「中小規模のサイトで大半のページの移行に数週間、大規模サイトはさらに時間がかかる」としているため、数日で判断せず、数週間単位で経過を見ます（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）。
検索順位・流入数の推移を継続的にチェックする
事前準備で記録した順位・流入データと、移行後の推移を比較します。
どのキーワードが戻り、どれが戻っていないかを把握できれば、追加対策の優先順位を決められます。
順位の変動を毎日追うには、記録と自動チェックができるツールが役立ちます。
移行前に記録を始めておいたラッコキーワードで継続的に順位を追えば、回復の進み具合を数字で確認できます。
可能な限り外部リンク（被リンク）先のサイト管理者にURL修正を依頼する
301リダイレクトで被リンクの評価は引き継げますが、リンク元の表記を新URLに直してもらえれば、転送を経由しない直接のリンクになり、より確実です。
すべてのリンク元に依頼するのは現実的でないため、流入や評価への貢献が大きい主要なリンク元に絞って修正を依頼します。
事前準備で作った被リンク一覧が、ここで役立ちます。
301リダイレクト設定はいつまで維持・残すべきか？
前述のとおり、Googleはリダイレクトを「少なくとも1年、可能なら無期限」で維持することを推奨しています。
ユーザーの利便性の観点でも、古いブックマークやリンクからの流入を受け止め続けられるため、長く残すほど安全です。
少なくとも移行から1年間は、旧ドメインの契約とリダイレクト設定をそのまま維持する前提で計画を立てます。
ドメイン変更とSEOに関するよくある質問
Q. ドメイン変更後、検索順位が回復するまでどのくらいかかりますか？
Googleは「中小規模のサイトで大半のページの移行に数週間、大規模サイトはさらに時間がかかる」としています（参考：Google 検索セントラル「URL 変更を伴うサイト移転」）。
移行直後は順位が一時的に変動するのが通常で、正しくリダイレクトを設定していれば数週間〜数か月かけて評価が新URLへ移っていきます。
数日で判断せず、記録した数値と比較しながら経過を見てください。
Q. 301リダイレクトと302リダイレクトはどちらを使うべきですか？
Googleは、301などの恒久リダイレクトは「転送先を正規URLとするシグナルとして使われる」のに対し、302などの一時リダイレクトは「そのシグナルとして使われない」と説明しています（参考：Google 検索セントラル「リダイレクトと Google 検索」）。
評価を新URLへ引き継ぎたいドメイン変更では301が適切です。
Q. 旧ドメインはいつ解約してよいですか？
旧ドメインを解約するとリダイレクトが機能しなくなるため、最低でも移行から1年間は旧ドメインの契約とリダイレクトを維持してください。
Q. HTTPS化（常時SSL化）も同時に行っても大丈夫ですか？
ただし、http→httpsの転送とドメイン変更の転送が重なり、リダイレクトチェーン（多重転送）になりやすい点に注意が必要です。
旧URLから新URLへは途中を経由せず1回で転送されるよう設定してください。
まとめ：ドメイン変更は万全の準備と正しい手順で乗り切ろう
ドメイン変更はSEO評価を失うリスクを伴いますが、正しい準備と手順を踏めば、その大部分を引き継いだまま安全に移行できます。
最後に、この記事のポイントを整理します。
・事前に「現状の順位・流入データ」と「新旧URLマッピング表」を必ず用意する
・移行は6ステップを順番どおりに。301リダイレクトは1ページずつ対応させる
・全ページを新トップへまとめる転送はNG（Google公式が明言）
・旧ドメインとリダイレクトは、少なくとも1年は維持する
・移行後はSearch Consoleと順位ツールで回復を数字で監視する
抜け漏れのない準備と正しい手順があれば、順位やトラフィックを維持したまま、自信を持って新ドメインへ移行できます。
まずは移行前の現状記録から始めましょう。
