この記事の目次
Webメディアを買収したあと、「自社のサイトに統合したい」「運営者の名前に合わせて新しいドメインにしたい」という話が出ます。ただ、ドメインについての作業は、名義を移すこと、URLを変えること、サーバーを変えることで中身がまったく違います。この記事は、この3つを分けたうえで、既存ドメインのまま続けるか、統合するかの判断軸を整理します。
この記事の結論
- まず、ドメインを変えない前提で考えます。 名義を買い手に移すだけならURLは変わらず、Googleへの移転の通知も要りません。
- URLを変える移転は、変える理由がはっきりしているときだけ。 Googleは移転中の順位の一時的な変動を通常のこととしており、買い手は、その間の収益減を許容できるかを先に確かめます。
- 移転するなら、リダイレクト・Search Console・内部リンクをそろえて行い、リダイレクトは長く残します。 準備が整わないなら見送ります。
この記事の対象：Webメディア・情報サイトの買収を検討中、または買収したばかりで、ドメインの扱いを決める必要がある方。
メディア全体のDDの論点はWebメディアのM&A DATAに、検索順位の変動リスクの見方はWebメディア 買収 SEOリスクにまとめています。この記事は、買収の後、ドメインとURLをどうするかだけを扱います。
ドメインの名義変更・URLの移転・サーバーの変更は、別々の作業
結論： 「ドメインを移す」と言われたら、どの作業のことかをまず確かめます。URLが変わるのは、このうちURL移転だけです。
| 作業 | 何が変わるか | URLは変わるか | Googleへの対応 |
|---|---|---|---|
| ドメインの名義変更 | 登録者情報（誰が持つか） | 変わらない | URLが変わらないため、サイト移転の手順の対象外（本記事の整理） |
| 登録事業者（レジストラ）の移管 | ドメインを管理する事業者 | 変わらない | URLが変わらないため、サイト移転の手順の対象外（本記事の整理） |
| ホスティング・サーバーの変更 | サイトを置く場所（DNSの向き先） | 変わらない | 「ホスティングの変更」の手順に沿ってDNS・監視を行う |
| URL移転（ドメイン変更・パス変更など） | ページのURLそのもの | 変わる | 301リダイレクトなどの手順が必要。ドメイン・サブドメインを変えるときはアドレス変更ツールも使う |
ICANN の「Transfer Policy」（2024年2月21日更新の現行版。.com などの gTLD が対象）では、名義変更（Change of Registrant）とレジストラ間の移管（Inter-Registrar Transfer）は別の手続きとして定められています。名義変更のあとは、レジストラ間の移管を60日間止めるロックを課すこととされています。ただし、名義変更の申請前であれば、レジストラは登録者にロックを外す選択肢を与えてもよいとされています。なお、ICANN 理事会は2026年6月7日に、この60日ロックの廃止を含む見直しの勧告を採択しています。施行は今後です。実際の期間や手続きは、利用するレジストラの案内で確認してください。
| 避けたい判断 | こうすればOK |
|---|---|
| 「ドメインを買い手に移す」ことと、サイトを移転することを同じ作業として段取りする | 名義・レジストラ・サーバー・URL移転を別の作業として洗い出し、誰が何を実施するか決める |
| 契約書に「ドメインを譲渡する」としか書かず、DNSやサーバーの管理権限を決めない | ドメインの名義、DNSの管理画面、サーバー、Search Console などの権限を、それぞれ引き継ぎ範囲に明記する（契約の書き方は弁護士に確認） |
既存ドメインのまま運営するほうが、判断を急がなくてよい
結論： 本記事の整理では、買収直後は変えずに運営するのが、リスクの少ない初期設定です。移転は、数か月運営して実態を見てから決めても遅くありません。
理由は3つです。
- 移転は順位に影響しうる。 Google は、移転の際に検索順位が一時的に変動することは通常の現象としています。小〜中規模サイトで、大半の反映に数週間かかる場合があるという説明です。
- 一度に変える点を増やさない。 Google は、サイトの構造やURLの体系を大きく変えると再評価が必要になり、トラフィックが落ちることがあるため、移転と再設計は分けて行うほうが安全だと案内しています。買収直後は、運営者・外注先・広告の契約・計測など、変わるものがすでに多くあります。
- 売り手の資産が、現在のドメインに付いている。 被リンク、指名検索の積み重ね、Search Console の履歴、SNS やメールでのURLの案内は、今のドメインを前提にしています。これらをどこまで新ドメインに移せるかは、サイトごとに違い、一般化できる数字はありません。
一方で、現在のドメインのまま運営しにくい理由もあります。次の章で、移転を考える場面を整理します。
移転を考えるのは、ブランド統合・運営効率・過去の経緯の3つがあるとき
結論： SEOだけを理由に移転を決めない。ブランド、運営、リスクの3つの理由が重なるかを見ます。
| 場面 | 移転を考える理由 | 見送る側の理由 | 確認すること |
|---|---|---|---|
| 買い手の既存サイトと統合したい | ブランドをまとめ、運営を一本化できる | 統合先の構成・内容と、買収したサイトの記事の整合が取れないと、評価が分散するおそれがある | 統合先のURL体系に、記事を1対1で対応づけられるか |
| 運営者・サイトの名前が変わる | 旧名称が残ると、読者が混乱する | 指名検索が移転後に維持されない可能性（個別に確認が必要） | 名称変更の予定と、指名検索の流入の割合 |
| 過去の運営に問題があった | 旧ドメインの履歴から離れたい | ドメインに紐づく被リンク・指名検索まで手放すことになる | 手動による対策（スパム対策）の履歴があるか、あるなら解除済みか |
| 今のドメインで特に困っていない | － | 移転する理由がない | 移転しない場合の運営の困りごとの有無 |
ドメインを変える形は、大きく3つに分かれます。
| 形 | 内容 | 本記事の整理での見立て |
|---|---|---|
| 同一ドメインで継続 | 名義だけ移し、URLは変えない | 作業が最小。買収後の最初の選択肢 |
| 別ドメイン（新ドメイン）へ移転 | ドメイン全体を新ドメインへ移し、旧URLから301で転送する | Googleの「サイトを移転する方法」とアドレス変更ツールの対象 |
| 統合先サイトのサブドメイン・ディレクトリへ統合 | 買い手の既存サイトの下に、記事を移す | Google の公式資料では、サブドメインとディレクトリの優劣は確認できていない。記事を統合先のどこに置くかは、URL対応表を作ってから決める |
サブドメインとディレクトリの比較は、Google の公式資料で優劣を確認できていません。インターネット上には、一方が有利とする意見もありますが、本記事では根拠として扱いません。ただし、サブドメインを使う場合、Search Console のドメインレベルのプロパティでは、下位のサブドメインが自動では移動しない、とアドレス変更ツールのヘルプに記載があります。サブドメインごとに所有権の確認と対応が必要になる、ということです。
URLを変えるなら、Googleが案内する順序（準備・マッピング・リダイレクト・監視）で進める
結論： 移転は「新サイトの準備 → URL対応表の作成 → 301リダイレクトの設定 → 監視」の順です。リダイレクトを設定せず、新旧のサイトを並べて公開するやり方は、案内されていません。
Google の「サイトを移転する方法」は、移転を次の5段階で案内しています。
| 段階 | 内容（Google の案内） |
|---|---|
| 1. ベストプラクティスの確認 | 移転の流れと、ユーザー・掲載順位への影響を把握する |
| 2. 新サイトの準備とテスト | CMSの設定、ファイルの移行、HTTPS証明書、robots.txt と noindex の確認、削除するコンテンツの404/410、Search Console での新旧サイトの確認 |
| 3. URLマッピングの作成 | 旧URLを新URLに対応づける。旧URLは、サイトマップ、サーバーログ、CMS、Search Console のリンク情報などから洗い出す |
| 4. 移転の開始 | 旧URLから新URLへサーバー側でリダイレクトを設定し、canonical・内部リンク・サイトマップを新URLに更新する |
| 5. トラフィックの監視 | 新旧両サイトのユーザーとクローラーのアクセスを確認する |
リダイレクトについて、Google の資料にある要点は次のとおりです（Google 検索セントラル「サイトを移転する方法」「リダイレクトと Google 検索」）。
- 永続的な移転には、サーバー側の301や308を使う。meta refresh や JavaScript によるリダイレクトは、サーバー側で設定できない場合の最終手段と位置づけられている。
- リダイレクトの連鎖は避け、最終的な移転先へ直接転送する。
- 多数の旧ページを、無関係なトップページへまとめて転送すると、ユーザーが混乱し、ソフト404と判断されるおそれがある。複数のページを1ページに統合した場合は、統合先へ転送してよい。
買い手側の作業としては、記事数が多いメディアほど、URL対応表の作成が重い作業になります。記事の統廃合を同時に行う場合は、どの旧URLがどの新URLへ行くか、行き先がない記事をどうするかを、事前に表で決めておきます。
| 避けたい判断 | こうすればOK |
|---|---|
| 旧URLを、すべてトップページへ一括で転送する | 記事ごとに、対応する新しいページへ転送する。統合する記事は統合先へ転送する |
| 移転と同時に、記事の大幅な書き換えやサイト構造の変更を行う | 移転と再設計を別の時期に分ける |
| 移転直後に、noindex や robots.txt のブロックが残っているのに気づかない | 公開前に、新サイトの noindex・robots.txt の設定を確認する |
| 複数のサイトを、まとめて1つの新しいサイトへ移す | 1サイトずつ移し、トラフィックが安定してから次に進む（アドレス変更ツールのヘルプの案内） |
Search Console のアドレス変更ツールは、ドメインまたはサブドメインが変わるときだけ使う
結論： ツールが要るのは、ドメイン・サブドメインを変えるときです。同一ドメイン内のパス変更や、http から https への変更には使いません。
アドレス変更ツールのヘルプによると、条件と動作は次のとおりです。
| 項目 | 内容 |
|---|---|
| 使う場面 | ドメインまたはサブドメインを変えて移転するとき |
| 使わない場面 | http から https への変更、www の有無の切り替え、同一ドメイン内のパス移動、URLが変わらないホスティング・CDNの変更 |
| 先にやること | 旧サイトのホームページから新サイトのホームページへの301リダイレクト。主要な正規ページにも301を推奨 |
| 前提 | 新旧両方のプロパティで Search Console の所有者であること。ドメインレベルのプロパティで使う |
| 実行後 | 移転中の通知が180日間表示される。この間、新サイトのクロールとインデックス登録が優先される |
| リダイレクトの維持 | 少なくとも180日。検索トラフィックが残っている間はさらに長く |
| 旧ドメイン | 悪用を防ぐため、少なくとも1年は保有し続けることが推奨されている |
買収の場面では、次の点が実務上の論点になります。
- 新旧両方の所有者になる必要がある。 旧ドメインの Search Console の権限を、買い手が持っていないと、ツールが使えません。権限の引き継ぎは、契約前に手順を決めておきます（Webメディア 買収 SEOリスクにも整理）。
- 旧ドメインの維持費と期限を管理する。 旧ドメインの更新を忘れて失効すると、リダイレクトも止まります。更新のタイミングと担当者を決めます。
- 連鎖した移転は送信できない。 A→B の直後に B→C は送れない、とヘルプに記載があります。移転先は、一度で決めます。
ホスティングだけを変える場合は、DNSとログの確認が中心になる
結論： URLが変わらないサーバー移行は、リダイレクトは不要です。その代わり、DNS・計測・アクセス制限の確認が要ります。
Google の「ホスティングの変更」の手順は、次のとおりです。
| 手順 | 内容 |
|---|---|
| 新環境の準備とテスト | テスト用の環境は noindex にし、Googlebot が新環境にアクセスできるか（ファイアウォール等が止めていないか）を URL検査ツールで確認 |
| DNSのTTLを下げる | 移行の少なくとも1週間前に、TTLを数時間程度の低い値にする |
| 所有権確認の維持 | Search Console の確認方法（HTMLファイル・metaタグ・Google Analytics）を新環境に引き継ぐ |
| 移行の開始 | 構築中の一時的なクロールブロックを外し、DNSレコードを新環境へ向ける |
| 監視 | 新旧のサーバーログ、DNSの反映状況、インデックスカバレッジを確認 |
| 旧環境の停止 | 旧サーバーのトラフィックがゼロになったことを確認してから停止 |
また、Google は、移行直後にクロール率が一時的に下がることは通常の現象としています。買収後の移行では、DNS、SSL証明書、メール、広告タグ、アクセス解析のタグが旧環境の設定に依存していないかを、契約前の引き継ぎ項目として洗い出します。具体的な範囲は個別の確認が必要です。
移転を見送る4つの条件
結論： 次のどれかに当てはまるなら、移転は先送りにします。
| 見送る条件 | 理由 | 代わりにやること |
|---|---|---|
| 収益のほとんどが、特定の少数ページの検索流入に依存している | 移転中の順位の変動が、そのまま収益に出る。Google は、順位の一時的な変動を通常のこととしている | まず運営を安定させ、流入の集中度を下げてから再検討する |
| 旧ドメインの Search Console の権限が引き継げていない | アドレス変更ツールの前提（新旧両方の所有者）を満たせない | 権限の引き継ぎを先に完了する |
| 旧URLを新URLに1対1で対応づけられない | 一括転送にするとソフト404と判断されるおそれがある | URL対応表を作り、行き先のない記事の扱いを決める |
| 移転と同時に、サイトの大幅な改修も行う予定 | 構造やURL体系を大きく変えると再評価が必要になり、トラフィックが落ちる可能性がある（アドレス変更ツールのヘルプ） | 移転と改修を別の時期に分ける |
見送る場合も、「いつ、何が揃ったら再検討するか」を決めておくと、判断が先送りのまま流れません。移転による収益の落ち込みをどれだけ許容できるかは、Webメディア 買収 SEOリスクの利益シナリオの考え方で、仮の数字を置いて確かめられます。
まとめ
- ドメインの「名義変更」「レジストラ移管」「サーバー変更」ではURLは変わらず、URL移転と別の作業です。買収直後は、同一ドメインで始めるのが初期設定です。
- URLを変えるなら、新サイトの準備、URL対応表、サーバー側の301、Search Console のアドレス変更ツール（ドメイン・サブドメイン変更時）、監視の順に進めます。リダイレクトは少なくとも180日、旧ドメインは少なくとも1年は保有します。
- 収益が少数ページに集中している、権限が揃っていない、URL対応表が作れない、大幅改修と重なる、のどれかなら、移転は見送ります。
自社の場合を確認する メディアの事業価値を、自社の数字で確かめたいとき → 事業価値を確認する
よくある質問（FAQ）
Q1. サイトを買収したら、ドメインは変えたほうがよいですか？ A. 本記事の整理では、まず変えない前提で考えます。ドメインの所有者を買い手に移すだけなら、URLは変わりません。URLを変える移転は、Google の案内でも順位が一時的に変動することが通常とされているため、ブランド統合など変える理由が明確なときに限り、準備をしたうえで行います。
Q2. ドメインの名義変更とサイト移転は、どう違いますか？ A. 名義変更は、ドメインの登録者情報を売り手から買い手へ変えることで、サイトのURLは変わりません。サイト移転は、URLが変わる（ドメインやパスが変わる）ことで、旧URLから新URLへのリダイレクトなどの作業が必要です。ドメインを別の登録事業者へ移す手続き（レジストラ移管）もまた別で、移管後もURLは変わりません。
Q3. ドメインを変えるとき、Googleにはどう伝えますか？ A. 旧URLから新URLへサーバー側の301などの永続的リダイレクトを設定し、canonical・内部リンク・サイトマップを新URLに更新します。ドメインまたはサブドメインが変わる場合は、Search Console のアドレス変更ツールも使います。ツールの利用前に、旧サイトのホームページから新サイトのホームページへ301リダイレクトを設定しておく必要があります。
Q4. リダイレクトはいつまで残しますか？ A. Google は、アドレス変更ツールを使う場合は少なくとも180日、検索トラフィックが残っている間はさらに長く維持するよう案内しています。サイト移転のガイドでは、一般的には1年以上の維持が推奨されています。旧ドメインも、悪用を防ぐため少なくとも1年は保有し続けることが推奨されています。
Q5. 移転後に検索順位は落ちますか？ A. Google は、移転中に順位が一時的に変動することは通常の現象としています。小〜中規模のサイトでは、大半の反映に数週間かかる場合があるとの説明です。具体的な落ち幅や回復期間は、サイトごとに異なり、一次資料に数値の記載はありません。個別の見込みは、専門家に確認してください。
Q6. ホスティング会社やサーバーだけを変える場合も、SEO上の手順は必要ですか？ A. URLが変わらないホスティング変更でも、Google は手順を案内しています。新環境でのテスト、DNSのTTLを事前に下げること、Search Console の所有権確認の維持、移行後のログとクロールの監視、旧環境は旧サーバーのトラフィックがゼロになってから停止すること、などです。
出典
- Google 検索セントラル「サイトを移転する方法」 https://developers.google.com/search/docs/crawling-indexing/site-move-with-url-changes
- Google 検索セントラル「リダイレクトと Google 検索」 https://developers.google.com/search/docs/crawling-indexing/301-redirects
- Google 検索セントラル「ホスティングの変更」 https://developers.google.com/search/docs/crawling-indexing/site-move-no-url-changes
- Search Console ヘルプ「アドレス変更ツール」 https://support.google.com/webmasters/answer/9370220
- ICANN「Transfer Policy」（現行版） https://www.icann.org/en/contracted-parties/accredited-registrars/resources/domain-name-transfers/policy
- ICANN Board 決議（2026年6月7日） https://www.icann.org/en/board-activities-and-meetings/materials/approved-resolutions-regular-meeting-of-the-icann-board-07-06-2026-en