ドメイン変更でSEO評価を落とさない全手順｜301設定と順位回復の実例

サイトを運営していると、社名変更・リブランディング・サービス統合・中古ドメインからの脱却などで「ドメインを変えざるを得ない」場面に直面します。このとき多くのWeb担当者が抱える不安は、ただ一つに集約されます。「今の検索順位とアクセスを落とさずに、ドメインを変えられるのか」——この一点です。

結論からお伝えします。ドメイン変更は、Googleの推奨に沿って「301リダイレクト+canonical+Search Consoleのアドレス変更ツール」を正しい順番で設定すれば、これまで積み上げた検索評価の大部分を新ドメインへ引き継げます。逆に、リダイレクトを設定せずにドメインを変えると、検索エンジンには「まったく別の新しいサイトが誕生した」と認識され、評価がゼロから振り出しに戻ってしまいます。

この記事は、私たちGMO TECHのSEOコンサルタントが、実際のサイトリニューアル・ドメイン移行の支援案件で使っている手順を、初心者のWeb担当者・個人事業主の方がそのまま順番通りに実行できる「実行できるガイド」としてまとめたものです。事前準備のチェックリスト、301リダイレクトのhtaccess・WordPress両対応の設定方法、Search Console・GA4の計測引き継ぎ、リダイレクトの維持期間、そして「変更後にいつ評価が戻るのか」という順位回復タイムラインまで、移行の最初から最後まで漏れなく解説します。

ドメイン変更とは？「移管」との違いと、変更が必要になるケース

👉 このパートをまとめると！
ドメイン変更=URLが変わり評価リセット。移管=管理会社の変更で評価は維持される。

ドメイン変更とは、サイトのURLそのものを別の文字列に切り替える行為（例: old-example.com → new-example.com）を指します。URLが変わるため、検索エンジンからは原則として「別のサイト」とみなされ、これまで蓄積した検索評価が一度リセットされる点が最大の特徴です。一方でよく混同される「ドメイン移管」は、ドメイン名はそのままに、ドメインを管理する事業者（レジストラ）だけを乗り換える手続きを指し、URLは変わらないため検索評価への直接的な影響は原則ありません。

この2つを最初に切り分けることが、自分のケースで何をすべきかを判断する出発点になります。

ドメイン変更とドメイン移管の違い

ドメイン変更とドメイン移管は、名前は似ていますが、SEOへの影響がまったく異なります。両者の違いを正しく理解しないまま作業を始めると、本来不要なリダイレクト作業に時間を費やしたり、逆に必要な評価引き継ぎ対策を怠ったりする原因になります。

つまり、「URLが変わるかどうか」が両者を分ける決定的な境界線です。あなたのケースでURLが変わるなら、それは「ドメイン変更」であり、この記事で解説する評価引き継ぎ手順がそのまま当てはまります。URLは変えずに管理会社だけを移すなら「移管」であり、SEO面での特別な対策は基本的に不要です。

ドメイン変更が必要になる典型ケース

ドメイン変更は、リスクを伴うため「できれば避けたい」作業ですが、事業上どうしても実施すべき場面があります。私たちの支援現場でドメイン変更のご相談をいただく典型ケースは、主に次の4つです。

• 社名・サービス名の変更、リブランディング: 会社名やブランド名がドメインに含まれており、新名称と乖離してしまうケース。ブランドの一貫性を保つため、多少のSEOリスクを許容してでも変更する判断が多くなります。
• 中古ドメイン（オールドドメイン）からの脱却: 過去に第三者が運用していた中古ドメインを使っていて、スパム履歴や手動ペナルティの影響が疑われるケース。クリーンな新ドメインへ移すことで、過去の負債をリセットする狙いがあります。
• 複数サイトの統合・事業ドメインへの一本化: 複数事業のサイトをコーポレートドメイン配下に集約し、ドメインパワーを一点に集中させたいケース。
• 不適切なドメイン文字列の是正: タイプミスしやすい、長すぎる、ハイフンが多くて覚えにくいといった、ユーザビリティ上の問題を抱えたドメインを刷新するケース。

なお、独自ドメインそのものの強さ（運用年数や被リンクの蓄積）については、ドメインエイジ（運用年数）がSEOに与える影響もあわせて確認しておくと、変更によって何を失う可能性があるのかを具体的にイメージできます。

ドメイン変更がSEOに与える影響(リスクとメリット)

👉 このパートをまとめると！
評価リセット・被リンク無効化のリスクと、ペナルティ脱却などのメリットの両面がある。

ドメイン変更は「順位が下がる」というリスク面だけが語られがちですが、実際にはリスクとメリットの両面があります。リスクを正しく理解したうえで対策を打てば、下落の幅と期間を最小化できますし、ケースによってはドメイン変更がプラスに働くこともあります。ここでは両方を整理します。

リスク①: 別サイト扱いで評価が一時的にリセットされる

ドメインを変更すると、URLが変わるため検索エンジンは新ドメインを「これまでとは別の新しいサイト」として認識します。これにより、旧ドメインが時間をかけて積み上げてきた検索評価が、一度リセットされた状態からの再スタートになります。

検索エンジンの評価には、ドメインを運用してきた期間の長さ（ドメインエイジ）も間接的に関係するため、新ドメインでは運用実績がゼロからの計測になります。301リダイレクトを設定すれば旧ドメインの評価シグナルの大部分は新ドメインへ転送されますが、それでも「再評価のための時間」は必要になるため、変更直後は一時的に順位が変動するのが通常です。この仕組みの詳細はドメインエイジとSEOの関係で解説しています。

リスク②: 被リンク（外部リンク）が無効化されるおそれ

被リンクは、他サイトに自サイトのURLが設置されることで成立します。ドメインを変更するとURLが変わるため、他サイトから旧URL宛てに張られていたリンクは、リンク先が存在しない状態になりかねません。

ここで重要なのが301リダイレクトです。旧URLから新URLへ301リダイレクトを設定しておけば、旧URLへの被リンクのシグナルもGoogleによって新URLへ引き継がれます。Googleは古いURLに張られた外部リンクを再クロールし、被リンクなどのシグナルを新URLへ転送していくため、リダイレクトを正しく維持することが被リンク資産を守る生命線になります。自社サイトがどれだけ被リンクを得ているかは変更前に必ず記録しておきましょう（記録方法は後述します）。被リンクがSEOに与える効果は被リンクの効果とSEOへの影響で詳しく解説しています。

リスク③: ドメインパワー（ドメインオーソリティ）の引き継ぎは不完全

「ドメインパワー」や「ドメインオーソリティ」と呼ばれる、サイト全体の総合的な評価指標も、ドメイン変更の影響を受けます。301リダイレクトでシグナルの大部分は転送されますが、新ドメインでの実績がゼロから始まる以上、移行直後はドメインパワーが一時的に低下したように見えるのが一般的です。

ドメインパワーは被リンクの質と量、運用実績、コンテンツの評価などが複合的に絡む指標のため、「リダイレクトすれば100%そのまま引き継がれる」と考えるのは危険です。あくまで「大部分を引き継ぎつつ、再構築の期間が必要」と捉えてください。ドメインパワーの考え方と高め方はドメインオーソリティとは、現状値のチェック方法はサイトパワー（ドメインパワー）の調べ方で確認できます。

リスク④: SNSシェア数・指名検索の一時的な低下とユーザビリティ影響

見落とされがちですが、SNSのシェアカウント（各SNSが旧URL単位で集計しているいいね数・シェア数）はドメイン変更でリセットされ、引き継がれません。また、ユーザーが旧ドメイン名で覚えていた指名検索や、名刺・チラシ・看板に印刷された旧URLからの流入が、一時的に減少する可能性があります。

これらはSEOの内部的な評価とは別軸ですが、ビジネス上の流入には確実に影響します。印刷物の差し替えや、SNSプロフィールのURL更新も移行計画に含めておくと、想定外の流入減少を防げます。

見落としがちなメリット（リブランディング適合・キーワード適合・ペナルティ脱却）

ドメイン変更にはリスクだけでなく、戦略的に活用できるメリットも存在します。リスク面だけを見て思考停止せず、メリットも天秤にかけて意思決定することが、私たちが支援先に必ずお伝えしているポイントです。

• ブランドとサイト内容の一貫性が高まる: ドメイン名と事業内容・社名が一致することで、ユーザーの信頼性や記憶への定着が高まります。
• ドメイン文字列に重要なキーワードや事業内容を反映できる: 新ドメインに事業を象徴する語を含めることで、ブランド想起とユーザー理解を助けます（※キーワードをドメインに入れること自体が直接の順位上昇要因になるわけではない点には注意が必要です）。
• 過去のペナルティ・スパム履歴からの脱却: 中古ドメインのマイナス履歴を断ち切り、クリーンな状態でサイトを運用し直せます。

このようにメリットも踏まえると、「ドメイン変更=悪」と一括りにするのではなく、「リスクを管理しながら実施すれば、ブランド戦略上プラスにもなり得る施策」と捉えるのが適切です。

【事前準備】ドメイン変更前にやることチェックリスト

👉 このパートをまとめると！
URL棚卸し・マッピング表・被リンク値の記録・バックアップが移行成功の8割を決める。

ドメイン変更の成否は、作業当日よりも「事前準備」でほぼ決まります。私たちの支援経験上、移行後にトラブルが起きる案件のほとんどは、URLの棚卸しやマッピング表の作成といった地味な準備を省略したことが原因です。ここでは、変更前に必ず終わらせておくべき準備を解説します。

全URLの棚卸しと新旧URLマッピング表の作成

最初に行うのは、旧サイトに存在する全URLのリストアップです。XMLサイトマップ、Search Consoleの「ページ」レポート、サイト内のクロールツールなどを使い、インデックスされている全URLを漏れなく洗い出します。

次に、洗い出した旧URLと、移行後の新URLを1対1で対応させた「新旧URLマッピング表」を、エクセルやスプレッドシートで作成します。これがリダイレクト設定の設計図になります。

URLの階層構造（パス）を変えずに移行する場合は、ドメイン部分を一括置換するだけでマッピングが完成するため、作業も大幅に楽になります。可能な限りパスは変えず、ドメイン名だけを変える設計にすることを強くおすすめします。

全データのバックアップ（WordPressはエクスポート/サーバーごと）

ドメイン変更やサーバー移行の作業中に、設定ミスでデータが破損・消失するリスクはゼロではありません。作業前に必ず全データのバックアップを取得してください。

WordPressの場合は、管理画面の「ツール」→「エクスポート」でコンテンツをエクスポートできるほか、サーバーのファイル一式（wp-content配下）とデータベースの両方をダウンロードしておくと安全です。バックアップを取らずに作業を進めて失敗すると、最悪の場合サイト全体を失うため、この工程は絶対に省略しないでください。

被リンク・指名検索・主要流入KWの現状値を記録（変更後比較のため）

移行後に「順位が下がった/戻った」を客観的に判断するには、変更前の状態を数値で記録しておく必要があります。記録しておくべき主な指標は次のとおりです。

• 被リンク数・参照ドメイン数: Ahrefs・Semrushなどの被リンクチェックツールで、現状の被リンク数と参照元ドメイン数を控えておきます。移行後にこの数値が新ドメインへ移っていくかを確認する基準になります。
• 主要流入キーワードと検索順位: Search Consoleの「検索パフォーマンス」で、流入の多いキーワードと平均掲載順位、クリック数を記録します。
• 指名検索・主要ページのPV: GA4で主要ページのセッション数・PVを記録し、移行前後で比較できるようにします。

この「現状値の記録」を怠ると、移行後に不調が起きても原因の切り分けができません。スクリーンショットやCSVエクスポートで証跡を残しておきましょう。

事前準備チェックリスト（コピペ可能）

ここまでの準備を、そのままコピーして使えるチェックリストにまとめました。移行プロジェクトの管理表に貼り付けてご活用ください。

被リンクの現状値を測るツールの選び方は被リンクチェックツールの比較と使い方で解説しています。

【実行手順】SEO評価を引き継ぐドメイン変更の進め方(ステップ式)

👉 このパートをまとめると！
新ドメイン準備→複製→301リダイレクト→canonical統一→内部リンク置換の順で進める。

事前準備が整ったら、いよいよ移行作業に入ります。SEO評価を引き継ぐドメイン変更は、順番が極めて重要です。順序を間違えると、ユーザーに未完成のサイトが見えてしまったり、Googleが旧サイトと新サイトを重複コンテンツと誤認したりするリスクがあります。ここでは、私たちが実際の移行案件で踏んでいる手順を5ステップで解説します。

STEP1: 新ドメイン・サーバーの用意とSSL（常時https）設定

まず新ドメインを取得し、サイトを設置するサーバーを用意します。このとき、新ドメインは最初から常時SSL化（すべてのページをhttpsで配信）しておきます。現在のWebでhttpsは標準であり、httpのまま公開するとブラウザに「保護されていない通信」と表示され、ユーザーの信頼を損ないます。

あわせて、新ドメインを「wwwあり」「wwwなし」のどちらに統一するかも、この段階で決めておきます。両方が別URLとして存在すると評価が分散するため、どちらか一方に301で正規化します。wwwあり/なしの統一についてはwwwあり・なしの違いとSEOを参照してください。

STEP2: 新ドメインへサイトを複製・表示確認（noindexで先行確認）

新ドメイン上に、旧サイトのコンテンツを複製します。WordPressの場合は移行用プラグインやサーバーの移行機能を使うとスムーズです。

このとき重要なのが、公開準備が整うまでは新サイトを一時的にnoindexにしておくことです。旧サイトと新サイトの同一コンテンツが両方ともインデックスされると、Googleが重複コンテンツと判断し、評価が分散する恐れがあります。新サイトの表示崩れ・リンク切れ・画像欠落がないかを十分に確認してから、後述のリダイレクト切り替えと同時にnoindexを解除します。

STEP3: 旧→新へ301リダイレクトを全ページ設定（個別マッピング）

新サイトの表示確認が完了したら、旧ドメインの全URLから、事前に作成したマッピング表に従って、対応する新URLへ301リダイレクトを設定します。Google公式は「技術的に可能な場合はサーバーサイドの永続的リダイレクト（301・308）を使用する」ことを推奨しています。

ここで絶対に避けるべきなのが、すべての旧ページを新サイトのトップページにまとめてリダイレクトすることです。Google公式も「多数の元URLから、関連性の低い1つのURL（新サイトのホームページなど）にリダイレクトすることは避ける」と明言しています。各ページは必ず内容が対応する新URLへ個別にリダイレクトしてください。具体的な設定方法は次の見出し「301リダイレクトの具体的な設定方法」で、htaccessとWordPressの両方を解説します。301リダイレクトの基本は301リダイレクトの設定方法、リダイレクトの種類全般はリダイレクトとは？種類や設定方法、警告の対処法で詳しく解説しています。

STEP4: canonicalタグを新URLに統一

リダイレクトとあわせて、新サイトの各ページのcanonicalタグ（正規URLを示すタグ）が、すべて新URL自身を指しているかを確認します。旧サイトを複製した際に、canonicalが旧URLのまま残っていると、Googleに「正規ページは旧URL」と誤ったシグナルを送ってしまい、評価の引き継ぎが阻害されます。

canonicalはURLの正規化（同一内容の複数URLを1つに集約する仕組み）を担う重要なタグです。新サイトの全ページで<link rel="canonical" href="新URL">が正しく出力されているかを必ず点検してください。canonicalの仕組みと設定はcanonicalタグとは？URL正規化の方法で解説しています。

STEP5: 内部リンクを新URLに一括置換

最後に、サイト内に張られている内部リンク（記事間リンク・グローバルナビ・パンくず・バナーなど）のURLを、すべて新ドメインのURLに置換します。

内部リンクが旧URLのまま残っていると、クリックのたびに「旧URL→301リダイレクト→新URL」という不要な転送が発生し、わずかながらユーザーの表示速度を損ないます。また、サイト内に301リダイレクトを介したリンクが大量に残るのは設計として望ましくありません。WordPressであれば、データベース内のURLを一括置換するプラグインやWP-CLIを使うと効率的です。内部リンクの最適な設置については内部リンクの貼り方とSEO効果を参考にしてください。

301リダイレクトの具体的な設定方法(htaccess / WordPress)

👉 このパートをまとめると！
htaccess派とWordPress（プラグイン）派の両方に対応。恒久移転は必ず301を使う。

ドメイン変更で最も技術的なヤマ場が、301リダイレクトの設定です。ここではhtaccessを直接編集する方法（エンジニア向け）と、WordPressのプラグインを使う方法（非エンジニア向け）の両方を、コピーして使えるコード例つきで解説します。ご自身の環境に合うほうを選んでください。

.htaccessでの301リダイレクト記述例（ドメイン丸ごと/個別URL）

ApacheサーバーをWebサーバーに使っている場合は、サイトのルートディレクトリにある.htaccessファイルに記述するのが最も確実です。旧ドメインの.htaccessに、以下のコードを記述します。

【パターンA】ドメインを丸ごと新ドメインへリダイレクト（パス構造が同じ場合）

このコードは「old-domain.comへのアクセスを、パス（/$1）を保持したままhttps://new-domain.comの同じパスへ301リダイレクトする」という意味です。old-domain.comを旧ドメイン、new-domain.comを新ドメインに書き換えて使います。[R=301,L]のR=301が恒久リダイレクト（301）を、Lがこのルールで処理を打ち切ることを示します。パス構造を変えずにドメインだけ変える場合は、この数行で全ページのリダイレクトが完了します。

【パターンB】個別URLを1対1でリダイレクト（パスが変わる場合）

ページごとにURL（パス）が変わる場合は、マッピング表に従って1行ずつ個別に指定します。左が旧パス、右が新しい完全URLです。ページ数が多い場合は、マッピング表からこの形式の記述を一括生成すると効率的です。

⚠️ 編集時の注意: .htaccessはサーバーの挙動を直接制御する重要ファイルです。編集前に必ず元ファイルのバックアップを取り、記述順序（複数ルールがある場合は上から評価される）に注意してください。1文字の記述ミスでサイト全体が表示エラー（500エラー）になることもあるため、不安な場合は次のWordPressプラグインによる方法を選ぶか、エンジニアに依頼することをおすすめします。

WordPressでの設定（Redirectionプラグインの手順）

サーバーの.htaccessを直接触るのが不安な方や、WordPressサイトの場合は、リダイレクト管理プラグイン「Redirection」（作者: John Godley）を使う方法が手軽で安全です。コードを書かずに管理画面の操作だけで301リダイレクトを設定でき、404エラーのモニタリング機能も備えています。

Redirectionプラグインでの301リダイレクト設定手順

• プラグインのインストールと有効化: WordPress管理画面の「プラグイン」→「新規追加」で「Redirection」を検索し、インストール後に有効化します。
• 初期セットアップ: 有効化すると管理画面の「ツール」→「Redirection」にメニューが追加されます。初回はセットアップウィザードが表示されるので、案内に従って進めます。
• リダイレクトの追加: 「Redirects」画面で「Add New」を開き、「Source URL（転送元）」に旧パス、「Target URL（転送先）」に新しい完全URLを入力します。
• 転送方式を301に設定: グループや詳細設定でHTTPコードが「301 – Moved Permanently（恒久的）」になっていることを確認して保存します。
• 動作確認: 設定した旧URLにアクセスし、新URLへ正しく転送されるか、404エラーログに想定外のエラーが出ていないかを確認します。

なお、ドメイン変更そのもの（旧ドメイン全体を新ドメインへ転送する処理）は、旧ドメイン側のサーバーで行う必要があります。Redirectionプラグインは主にサイト内・パス変更のリダイレクト管理に強く、ドメイン丸ごとの転送は上述の.htaccessパターンAを旧ドメイン側に設置するのが確実です。サーバー移行プラグインを併用する場合は、リダイレクト設定が二重に競合しないよう、どちらか一方に統一して管理してください。

301と302の違いと使い分け（恒久=301/一時=302）

リダイレクトには主に301と302の2種類があり、ドメイン変更では必ず301を使うのが鉄則です。両者の違いを誤ると、評価の引き継ぎに失敗します。

ドメイン変更は「旧URLにはもう戻らない」恒久的な移転なので、必ず301を使います。誤って302を使うと、Googleは「いずれ旧URLに戻る」と解釈し、評価の引き継ぎが進みません。なお、HTMLのmeta refresh（metaタグによるページ転送）やJavaScriptによる転送はSEO上の評価引き継ぎが不確実なため、ドメイン変更には使わず、サーバーサイドの301を使ってください。meta refreshや302の挙動の詳細はmeta refreshとは？301・302との違いで解説しています。

リダイレクトが効かない時のチェックポイント

設定したのにリダイレクトが効かない、という相談は移行作業で頻発します。私たちが現場で最初に確認するチェックポイントは次のとおりです。

• .htaccessの記述順序と優先順位: 複数のルールが上から評価されるため、ワイルドカード（.*）のルールが先に書かれていると、後続の個別ルールが無視されることがあります。具体的なルールを上に、包括的なルールを下に配置します。
• ブラウザ/サーバーのキャッシュ: 301は「恒久的」であるためブラウザに強くキャッシュされます。設定変更後はシークレットウィンドウや別端末で確認するか、キャッシュをクリアします。
• リダイレクトチェーン（多段転送）の回避: 「旧URL→中間URL→新URL」のように転送が連鎖していると、評価の伝達が弱まります。可能な限り「旧URL→新URL」の1回で完結させます。
• httpsとhttpの混在: httpの旧URLからhttpsの新URLへ正しく転送されているか、http://とhttps://の両方の入口を塞げているかを確認します。

ここまでで301リダイレクトの設定が完了します。技術的な設定が難しい、あるいは「移行で順位を絶対に落とせない」という重要なサイトの場合は、無理に自社だけで抱え込まず、専門家に伴走を依頼するのも有効な選択肢です。

Google Search Console・GA4での移行手続きと計測引き継ぎ

👉 このパートをまとめると！
GSCの「アドレス変更ツール」申請とサイトマップ送信、GA4のタグ差し替えが必須。

リダイレクトを設定しただけでは、移行の手続きは完了していません。Googleに「サイトが引っ越したこと」を正式に通知し、計測ツールを新ドメインに対応させることで、はじめて評価の引き継ぎとデータの継続性が確保されます。ここはどの競合記事も手薄になりがちな「実装の最後の1マイル」です。

GSCに新ドメインを登録し「アドレス変更ツール」で申請

まず、Google Search Console（GSC）に新ドメインのプロパティを追加し、所有権を確認します。GSCの基本的な登録・設定手順はGoogle Search Consoleの使い方で解説しています。

新旧両方のプロパティが同じGoogleアカウントで所有権確認できている状態になったら、旧プロパティ側から「アドレス変更ツール」で移転を通知します。手順は次のとおりです。

• 移転元（旧ドメイン）のプロパティをGSCで開く
• 左メニューの最下部「設定」をクリックする
• 設定画面内の「アドレス変更」を開く
• 移転先（新ドメイン）のプロパティを選択し、リダイレクトの検証を受けて申請を送信する

このアドレス変更ツールを使うと、旧サイトから新サイトへ検索のシグナルが転送され、Googleの移転処理がスムーズに進みます。Google公式によれば、この移転に伴うシグナル転送の状態はおよそ180日間継続します。

⚠️ 重要な例外: 同じドメイン内でのhttp→httpsの変更や、www有無の切り替え、サブディレクトリ内の移動では、アドレス変更ツールは使用しません（使用できません）。アドレス変更ツールは「example.com→example.org」のような、ドメインまたはサブドメインをまたぐ移転のためのツールです。自分のケースが該当するかを必ず確認してください。

新旧のXMLサイトマップ送信と旧URLのインデックス状況確認

アドレス変更の申請とあわせて、新ドメインのXMLサイトマップをGSCで送信します。これにより、Googleが新URL群を効率的に発見・クロールできるようになります。Google公式も「Search Consoleで新しいサイトマップを送信する。これにより新しいURLを認識できる」と案内しています。XMLサイトマップの作り方と送信方法はXMLサイトマップの作成と送信方法で解説しています。

移行後はGSCの「ページ」（インデックス作成）レポートで、新URLが順次インデックスされているか、旧URLが「リダイレクトあり」として処理されているかを継続的に確認します。新URLがなかなかインデックスされない場合の原因と対処はGoogleにインデックスされない原因と対処法を参照してください。

GA4の計測タグ差し替え・参照元除外/クロスドメイン設定の注意

アクセス解析のGA4も、ドメイン変更にあわせて設定を見直す必要があります。最低限、新ドメインの全ページにGA4の計測タグ（同じ測定ID「G-」で始まるタグ）が設置されていることを確認してください。タグが抜けたページはデータが計測されません。

移行の過渡期に旧ドメインと新ドメインが一時的に併存し、両方を計測する場合は、GA4のクロスドメイン測定を設定します。手順は「管理」→「データストリーム」→対象のウェブストリームを選択→「タグ設定を行う」→「ドメインの設定」→「条件を追加」で、新旧両方のドメインを登録します。これにより、旧ドメインから新ドメインへ遷移したユーザーを「別人」と二重カウントせず、同一ユーザーとして正しく計測できます。設定後は、サイト遷移時にURL末尾へ?_gl=パラメータが付与されるかで動作を確認できます。

ドメイン変更後のモニタリングとリダイレクト維持期間

👉 このパートをまとめると！
リダイレクトは最低1年・可能なら無期限維持。回復は数週間〜3か月が一つの目安。

ドメイン変更は「切り替えて終わり」ではありません。変更後の数週間〜数か月のモニタリングこそが、評価を確実に引き継ぎきるための最重要フェーズです。ここでは、私たちの支援実績に基づく順位回復の目安と、リダイレクトをいつまで維持すべきかというGoogle公式の見解、そして監視すべき指標を解説します。

いつ評価が戻る?順位・流入回復までの目安（タイムライン）

ドメイン変更後、検索順位と流入がどのように推移するかは、サイト規模・被リンクの量・リダイレクト設定の正確さによって変わります。そのため一概には言えませんが、私たちGMO TECHのSEOコンサルタントがサイトリニューアル・ドメイン移行案件を支援してきた経験上、おおよその目安として次のような推移をたどるケースが多く見られます（あくまで目安であり、結果を保証するものではありません）。

重要なのは、変更直後に一時的な下落が起きても慌てて設定を変えないことです。Googleが新URLを再評価するには相応の時間がかかります。リダイレクトが正しく設定されていれば、多くのケースで時間の経過とともに評価は戻っていきます。逆に、不安になって設定を頻繁に変更すると、かえって評価の安定を妨げてしまいます。

リダイレクトはいつまで維持する?（Google公式: 最低1年・可能なら無期限）

「リダイレクトはいつまで残せばいいのか」は、移行後に必ず生じる疑問です。これにはGoogle公式の明確な見解があります。

Googleの公式ドキュメント「URLの変更を伴うサイト移転」によれば、リダイレクトは「できるだけ長く保持（一般的には1年以上）」し、さらにユーザーの観点から「リダイレクトを無期限に保持することを検討する」ことが推奨されています。

なぜ最低1年なのかというと、Googleが古いURLに張られた外部リンクを再クロールし、被リンクなどのシグナルをすべて新URLへ転送しきるまでに、それだけの期間を要するためです。1年未満でリダイレクトを解除してしまうと、まだ転送されきっていない評価を失うリスクがあります。

実務上は、旧ドメインの契約も最低1年は維持し、リダイレクトは可能な限り無期限で残すのが安全です。旧ドメインを手放すと第三者に取得されて悪用されるリスクもあるため、コストが許す限り保持し続けることを私たちは推奨しています。

変更後に毎日/毎週チェックすべき指標

移行後のモニタリングは、闇雲に順位を眺めるのではなく、指標を決めて定点観測することが重要です。チェック頻度の目安とあわせて整理します。

• GSC: インデックス（ページ）レポート（毎日〜数日おき）: 新URLがインデックスされているか、旧URLが「リダイレクトあり」で処理されているかを確認します。
• GSC: クロールエラー・カバレッジ（毎日〜数日おき）: 404や「検出されたがインデックス未登録」などのエラーが急増していないかを監視します。エラー急増はリダイレクト漏れのサインです。
• 主要KWの検索順位（毎週）: 事前に記録した主要キーワードの順位が、回復傾向にあるかを定点観測します。
• GA4: セッション・主要ページのPV（毎週）: 流入が想定どおり新ドメインへ移っているか、特定ページだけ流入が消えていないかを確認します。

このモニタリングで「特定のページだけ順位が戻らない」「クロールエラーが減らない」といった異常を早期に発見できれば、被害が広がる前に手を打てます。とはいえ、自社のリソースだけで毎日の監視と原因切り分けを続けるのは負担が大きいのも事実です。

よくある失敗事例と復旧方法 / FAQ

👉 このパートをまとめると！
TOP一括リダイレクト・チェーン・サイトマップ未送信が三大失敗。早期発見で復旧可能。

最後に、ドメイン変更で実際によく起きる失敗パターンと、その復旧手順を解説します。私たちの支援現場で「移行後に順位が落ちた」とご相談いただくケースの大半は、次の3パターンのいずれかに当てはまります。事前に知っておくことで、同じ轍を踏まずに済みます。

失敗①: 全ページを新TOPへリダイレクト→個別ページの評価が散逸

最も多い失敗が、旧サイトの全URLを新サイトのトップページへまとめてリダイレクトしてしまうケースです。一見ラクですが、これをやると各ページが個別に積み上げた検索評価が新トップに集約されず、結果として個別ページの順位が軒並み消失します。Google公式も明確に避けるよう警告している手法です。

復旧手順: 新旧URLマッピング表を作り直し、各旧URLを「内容が対応する新URL」へ個別に301リダイレクトし直します。トップへの一括リダイレクトの記述を削除し、ページ単位のリダイレクトに置き換えることで、評価の再引き継ぎが始まります。

失敗②: リダイレクトチェーン/ループ・SSL混在

「旧URL→中間URL→新URL」と多段で転送されるリダイレクトチェーンや、設定ミスで転送が無限に繰り返されるリダイレクトループ、httpとhttpsが混在して余計な転送が挟まるケースも頻発します。チェーンは評価の伝達を弱め、ループはページが永久に表示できなくなります。

復旧手順: リダイレクトの経路を1つずつ追跡し、「旧URL→新URL」の1回で完結するよう中間の転送を排除します。httpの旧URLからは、http→httpsの二重転送ではなく、直接httpsの新URLへ1回で転送するよう.htaccessを整理します。

失敗③: サイトマップ未送信・旧URLが残存

新ドメインのXMLサイトマップをGSCに送信し忘れ、Googleが新URLをなかなか発見できずインデックスが遅れるケースです。また、移行確認用に設定したnoindexを解除し忘れ、新サイトが永久にインデックスされないという致命的な事故も起こり得ます。

復旧手順: GSCで新ドメインのXMLサイトマップを送信し、「ページ」レポートでインデックス状況を確認します。noindexやrobots.txtのブロックが残っていないかをソースコードで点検し、残っていれば即座に解除します。解除後、主要URLは「URL検査」ツールからインデックス登録をリクエストすると発見が早まります。

よくある質問（FAQ）

Q1. ドメイン変更直後はどれくらい順位が落ちますか?
A. 下落幅はサイト規模・被リンク状況・リダイレクト設定の正確さによって大きく異なり、一概には言えません。301リダイレクトを正しく設定していれば、一時的に変動・下落しても、数週間〜3か月程度で変更前の水準に近づいていくケースが多く見られます（あくまで目安で、結果を保証するものではありません）。重要なのは、下落に焦って設定を頻繁に変えないことです。

Q2. ドメイン移管だけならSEOは下がりませんか?
A. はい。ドメイン移管は管理事業者（レジストラ）を変えるだけで、ドメイン名（URL）は変わりません。URLが変わらない以上、検索評価への直接的な影響は原則ありません。SEOの引き継ぎ対策が必要なのは「URLが変わるドメイン変更」のほうです。

Q3. サブドメインとサブディレクトリの切り替えはドメイン変更と同じ扱いですか?
A. URLが変わるため、評価引き継ぎの考え方（301リダイレクト・canonical）は共通しますが、Search Consoleの「アドレス変更ツール」は同一ドメイン内の移動（サブディレクトリ間など）には使えない点に注意が必要です。サブドメインとサブディレクトリのSEO上の違いと使い分けはサブドメインとサブディレクトリの違いで詳しく解説しています。

Q4. HTTPからHTTPSへの変更でもアドレス変更ツールは必要ですか?
A. いいえ。同一ドメイン内のhttp→httpsの変更では、アドレス変更ツールは使用しません（使用できません）。Google公式も「HTTPからHTTPSに移行する場合、アドレス変更ツールを使用する必要はない」と明記しています。この場合はhttp→httpsの301リダイレクトとcanonicalの統一で対応します。

Q5. リダイレクトはいつ解除してよいですか?
A. Google公式は「できるだけ長く（一般的には1年以上）」維持し、可能なら無期限の保持を検討するよう推奨しています。被リンクのシグナルが新URLへ完全に転送されるまで時間がかかるため、最低でも1年、旧ドメインの契約とあわせて可能な限り長く維持するのが安全です。

まとめ:ドメイン変更を安全に進めるための要点

👉 このパートをまとめると！
事前準備→301リダイレクト→GSC/GA4引き継ぎ→1年以上の維持とモニタリングが鉄則。

ドメイン変更は、検索評価のリセットという大きなリスクを伴いますが、正しい手順を踏めば評価の大部分を新ドメインへ引き継げます。本記事の要点を、最終チェックリストとして再掲します。

最大のポイントは、（1）事前準備で移行の8割が決まること、（2）恒久移転には必ず301リダイレクトを個別に設定すること、（3）Google公式どおりリダイレクトを最低1年・可能なら無期限で維持すること、そして（4）変更直後の下落に焦らず、数週間〜3か月のスパンでモニタリングを続けることです。

ドメイン変更は、ECサイトやコーポレートサイトの売上に直結する流入を左右する重要な意思決定です。「絶対に順位を落とせない」「自社だけで進めるのは不安」という場合は、移行設計の段階から専門家に伴走してもらうことで、リスクを大きく下げられます。

参考文献

• URL の変更を伴うサイト移転（Google検索セントラル） – Google, 2025年参照
• アドレス変更ツール（Google Search Console ヘルプ） – Google, 2025年参照
• 元のドメインからのリダイレクトはどれくらい続ければいい？ – Web担当者Forum（インプレス）, 2025年1月30日
• Redirection（WordPress.org プラグイン） – John Godley
• クロスドメイン測定のセットアップ（アナリティクス ヘルプ） – Google, 2025年参照

監修: GMO TECH株式会社 SEOコンサルティング部門 / 公開日: 2022-02-10 / 最終更新日: 2026-06-23