移管してもネームサーバーは維持されます · 1回のリクエストにつき最大20ドメイン · 確認済みメール1件のみ、身分証明不要 · データの開示はPanamaの法律が求める場合、またはUDRP事件の場合のみ
言語: 日本語
移管を開始する

移動中もウェブサイトとメールをオンラインに維持

DNS停止なしでドメインを移管

レジストラ移管はそれ自体ではDNSに影響しません。停止は3つの原因から発生します。旧レジストラでホストされているDNS、一致しなくなったDNSSECレコード、ドメインが離れると停止する転送サービスです。

最終更新:

クイック回答

DNS停止なしでドメインを移管するにはどうすればよいですか?

DNS停止なしでドメインを移管するには、同じネームサーバーを維持し、DNSが旧レジストラでホストされていないか確認してください。移管で変わるのはレジストラであり、DNSではありません。所要期間は最大5日です。2026年10月時点では、TransferOffshoreはデフォルトで現在のネームサーバーを維持します。旧レジストラがDNSをホストしている場合は、先にすべてのレコードをコピーしてください。

移管中のDNS:重要なポイント

ネームサーバーレジストリに保存され、移管自体では変更されない
当社のデフォルト現在のネームサーバーを維持(カートに移管のみが入っている場合、「現在のネームサーバーを維持」にチェックが入ります)
主なリスク旧レジストラでホストされているDNSレコード、メール転送、URL転送
コピーすべきレコードA、AAAA、CNAME、MX、TXT(SPF、DKIM、DMARC、サイト認証)、CAA、SRV、および委任サブドメインのNS
DNSSEC同じDNS事業者を維持するか、変更前にDSレコードを削除する
Cloudflare Registrarドメインがそこで登録されている間はCloudflareのネームサーバーが必要
移管期間gTLDでは最大5日。その間、他に何も変更しなければDNSは応答を続けます

レジストラ移管でDNSが中断しないのはなぜですか?

ネームサーバーはレジストリのレコードの一部であり、移管してもそのまま維持されるからです。レジストリはスポンサーとなるレジストラを切り替え、有効期限を延長します。DNSの場所を示すNS委任は変わりません。

TransferOffshoreはデフォルトでこの状態を維持します。チェックアウトのネームサーバーのステップでは、カートに移管のみが入っている場合、現在のネームサーバーを維持にチェックが入ります。代わりに当社のネームサーバー、Cloudflare、カスタムのネームサーバーを選ぶこともでき、後から「マイドメイン」で変更できます。

つまり問題は「移管でDNSが移動するか?」ではなく、「誰がネームサーバーに応答するのか、ドメインが離れた後も応答し続けるのか?」ということです。

ドメイン移管でダウンタイムが発生するのはどんなときですか?

ドメインが離れた後に旧レジストラに紐づくサービスが停止すると、ダウンタイムが発生します。開始前に次の4つのケースを確認してください。

  • DNSを旧レジストラでホストしている。 多くのレジストラは無料DNSを提供しています。ゾーンは通常そのネームサーバー上にあり、ドメインが離れると削除されることがあります。例えばSquarespaceは、ほとんどのプロバイダーがレコードを保持しないためDNSレコードを保存するよう顧客に案内しています(2026年10月時点、同社ヘルプセンターによる)。
  • 旧レジストラのメールボックスや転送。 Gandiは、ドメインが移管されるとメールボックスサービスが即座に停止すると述べています。メールデータは7日後に削除されます(2026年10月時点、同社ドキュメントによる)。
  • DNSSEC。 新しいDNSホストが持たないキーを指すレジストリのDSレコードは、名前解決を壊します。
  • Cloudflare Registrar。 そこで登録されたドメインはCloudflareのネームサーバーを使用する必要があり、移管後のゾーンの扱いは文書化されていません。

ネームサーバーがホスティング事業者やDNSサービスなどの独立したプロバイダーに属している場合、これらの問題は当てはまりません。その場合、移管は訪問者から見えません。

どのDNSレコードをコピーする必要がありますか?

ウェブサイト用だけでなく、ゾーン内のすべてのレコードをコピーしてください。メールや認証のレコードが欠けると、最も気づきにくい障害が発生します。メールがバウンスしたり、数日後にスパム判定されたりします。

レコード役割見落としやすい点
Aウェブサイトやその他のホストのIPv4アドレスshopやapiなどのサブドメイン上のレコード
AAAAIPv6アドレスIPv6レコードのみを持つホスト
CNAME別名へのエイリアスwww、CDN、メールクライアントの自動設定名
MXドメイン宛メールの配送先各サーバーの優先度番号
TXT(SPF)ドメインとしてメールを送信できるサーバーapexに1つだけSPFレコードを置く
TXT(DKIM)メールに署名する公開鍵selector._domainkeyに配置、メールサービスごとに1つ
TXT(DMARC)SPFまたはDKIMに失敗したメールのポリシー_dmarc に存在します
CAA証明書を発行できる認証局CAA がないと証明書の更新が妨げられることがあります
SRVサービスロケーション(SIP、XMPP、autodiscover)_service._protocol 名

さらに、サイト検証用の TXT レコード(サーチコンソール、メールプロバイダー)や、サブドメインを別のプロバイダーに委任する NS レコードもコピーしてください。旧レジストラがゾーンファイルのエクスポートに対応していればエクスポートし、レコードを1件ずつ比較してください。

dig でレコードを確認するにはどうすればよいですか?

現在のネームサーバーに直接問い合わせて応答を保存し、切り替える前に新しい DNS ホストにも同じ問い合わせを行ってください。応答が一致していれば、新しいゾーンは準備完了です。example.com はご自身のドメイン名に、ネームサーバー名は dig NS が返す名前に置き換えてください。

DNS 移行の前後でゾーンを比較する
#!/usr/bin/env bash
# Who answers for the domain today?
dig +short NS example.com

OLD_NS=ns1.old-dns.example.com   # a nameserver from the line above
NEW_NS=ns1.new-dns.example.com   # a nameserver of the new DNS host

# Apex records: run once against each nameserver and compare
for ns in "$OLD_NS" "$NEW_NS"; do
  echo "== $ns"
  for type in A AAAA MX TXT CAA; do
    echo "-- $type"
    dig +short "$type" example.com "@$ns" | sort
  done
done

# Names that live below the apex
dig +short CNAME www.example.com "@$OLD_NS"
dig +short TXT _dmarc.example.com "@$OLD_NS"
dig +short TXT selector1._domainkey.example.com "@$OLD_NS"
dig +short SRV _sip._tls.example.com "@$OLD_NS"

# Is DNSSEC on? Any DS answer means yes
dig +short DS example.com

# TTL of the records you will change (second column)
dig +noall +answer A example.com "@$OLD_NS"

旧レジストラから DNS を安全に移行するにはどうすればよいですか?

まず DNS を移行し、待ってからドメインを移管します。同じ日に2つの変更を行うと、不具合の原因を追跡しにくくなります。

  1. TTL を下げる。 1〜2日前に、変更するレコードの TTL を300秒に設定し、キャッシュが古い応答をすぐに忘れるようにします。
  2. 新しいゾーンを構築する。 当社のネームサーバー、Cloudflare、その他のプロバイダーなど、新しい DNS ホストにすべてのレコードを作成します。
  3. 比較する。 上記の dig チェックを旧ネームサーバーと新ネームサーバーに対して実行し、応答が一致するまで確認します。
  4. 旧レジストラでネームサーバーを切り替える。 レジストラによっては移管の保留中に DNS の編集をブロックするため、移管を開始する前にこの作業を行ってください。
  5. 委任の更新を待つ。 レジストリの NS レコードは、.com では最大2日間キャッシュに残ることがあります。
  6. 移管を開始する際は、現在のネームサーバーを維持にチェックを入れてください。ドメインは新しい DNS を指した状態で届きます。

ドメインが届いてすべてが正常に動作したら、TTL を元に戻してください。

移管中の DNSSEC はどうなりますか?

DNS オペレーターが変わらない場合は DNSSEC に手を付けず、変わる場合は先に DS レコードを削除してください。DNSSEC は DS レコードを介してレジストリとお客様の DNS キーを結び付けます。検証リゾルバーは、これに一致しない応答を拒否します。

  • 同じ DNS オペレーター、同じキー。 DS レコードは有効なままです。移管の影響を受けません。
  • 新しい DNS オペレーター。 レジストラで DS レコードを削除し、キャッシュが失効するまで少なくとも2日間待ってから、ネームサーバーを変更してください。新しいホストでゾーンに署名し、署名済みの応答が公開されたら新しい DS レコードを追加します。
  • DNS と DNSSEC の両方を旧レジストラが管理している。 キーはその DNS サービスとともに失われるため、新しいオペレーターへの移行として扱ってください。

DS レコードの不一致は、検証リゾルバーを使うすべてのユーザーにとって部分的な障害ではなく、完全な障害となります。Squarespace を含む複数のレジストラでは、移管前に DNSSEC をオフにするよう求められます。当社のパネルでは、DNSSEC がオンのままネームサーバーを変更すると、まず警告が表示されます。

ドメインが Cloudflare Registrar にある場合はどうなりますか?

Cloudflare Registrar は Cloudflare のネームサーバーを必須とするため、ゾーンと登録は結び付いています。同社のドキュメントには、Cloudflare Registrar 上のすべてのドメインが Cloudflare のネームサーバーを使用すると記載されています(2026年10月時点)。

ドメインが移管された後もゾーンが応答し続けるかどうかは、Cloudflare は明記していません。ドメイン削除ページには、ドメインを削除すると Cloudflare DNS の解決が停止すると記載されています。安全な選択肢は2つあります。

  • Cloudflare DNS を維持する。 移管を承認する前に、Cloudflare ダッシュボードでゾーンが有効なままであることを確認してください。その後、「現在のネームサーバーを維持」で移管するか、フォームで Cloudflare プリセットを選択します。
  • 先に DNS を移行する。 別の DNS ホストでゾーンを構築し、ネームサーバーを切り替え、待ってから移管します。

認証コードとロックに関する Cloudflare の手順は、Cloudflare 移管ガイド にあります。

メール転送と URL 転送はどうなりますか?

旧レジストラがそのドメインを提供しなくなると停止します。転送はレジストラが自社サーバー上で運用するサービスであり、自社のネームサーバーと結び付いています。

  • メール転送。 contact@ などのエイリアスを個人の受信トレイに転送している場合、メールを受信できなくなります。メールプロバイダーで再作成するか、当社のネームサーバーを使用している場合は当社のパネルで再作成してください。
  • URL 転送。 example.com から別サイトへのリダイレクトが停止します。ウェブホストでリダイレクトとして再作成するか、当社のネームサーバーを使用している場合は当社のパネルで再作成してください。
  • レジストラが販売するメールボックス。 移管の後ではなく前に、メールを移行し MX レコードを変更してください。

当社のネームサーバーを使用する場合、ドメインページには DNS レコード、ウェブ転送、メール転送、DNSSEC が含まれます。

移管前の事前チェックリスト

  1. DNS の運用元を確認する

    ドメインに対して dig +short NS を実行してください。ネームサーバー名が旧レジストラのものであれば、まず DNS 移行を計画してください。

  2. すべてのレコードをエクスポートまたはコピーする

    サブドメインを含む A、AAAA、CNAME、MX、TXT、CAA、SRV、委任 NS レコード。

  3. DNSSEC を確認する

    dig +short DS が応答し、DNS オペレーターが変わる場合は、DS レコードを削除して待ってください。

  4. 転送とメールボックスを一覧化する

    旧レジストラがホストするすべてのメールエイリアスと URL リダイレクトを記録し、別の場所で再構築してください。

  5. 1日前に TTL を下げる

    変更するレコードを300秒にすると、修正がすぐに反映されます。

  6. ネームサーバーを維持して移管する

    移管フォーム で「現在のネームサーバーを維持」にチェックを入れたままにしてください。

DNS と移管に関する質問

ドメイン移管中にウェブサイトがダウンしますか?

DNS が独立したプロバイダーでホストされており、ネームサーバーが変わらなければダウンしません。移管によって変わるのはレジストリのレコード上のレジストラであり、委任ではありません。TransferOffshore はデフォルトで現在のネームサーバーを維持します。ダウンタイムは、旧レジストラが管理する DNS、転送、DNSSEC に起因します。

移管中もメールは使えますか?

MX レコードが同じ DNS 上にあり、メールボックスが旧レジストラによって販売されていなければ、使えます。SPF、DKIM、DMARC レコードも確認してください。ゾーンをコピーする際にこれらを漏らすと、メールは届いても迷惑メールに振り分けられる可能性があります。レジストラから購入したメールボックスは、移管前に移行する必要があります。

ネームサーバーは移管の前と後どちらに変更すべきですか?

旧レジストラが DNS をホストしている場合は前です。レジストラによっては移管の保留中に DNS の変更をブロックし、委任は .com では最大2日間キャッシュに残ることがあります。DNS を移行し、dig で確認し、待ってからネームサーバーを維持したまま移管してください。

ドメインを移管するには DNSSEC をオフにする必要がありますか?

DNS オペレーターが変わる場合のみです。同じオペレーターと同じキーであれば、DS レコードは移管を通じて有効なままです。旧レジストラがゾーンに署名している場合、そのキーは DNS とともに停止します。先に DS レコードを削除し、その後新しいホストで新しい DS レコードを追加してください。

Cloudflare Registrar を離れた後も Cloudflare DNS を使い続けられますか?

Cloudflareは2026年10月時点でこれを明確に文書化していません。同社のレジストラでは、ドメインがそこに登録されている間はCloudflareのネームサーバーが必須であり、ドメイン削除ページにはドメインを削除すると名前解決が停止すると記載されています。承認する前にダッシュボードでゾーンが有効なままであることを確認するか、先にDNSを移行してください。

移行の何日前にTTLを下げるべきですか?

少なくとも現在のTTLと同じ期間です。そうすれば古いキャッシュされた応答が先に期限切れになります。TTLが86,400秒のレコードには丸1日必要です。1~2日前に300秒に設定するのが一般的な目安です。新しいDNSがエラーなく稼働したら元に戻してください。

出典 (6)
  1. Cloudflareからの転送アウト — Cloudflare (2026-10-19確認済み)
  2. Cloudflare Registrar FAQ — Cloudflare (2026-10-19確認済み)
  3. ドメインを削除する — Cloudflare (2026-10-19確認済み)
  4. Squarespaceからドメインを転送する — Squarespace (2026-10-19確認済み)
  5. ドメインの転送アウト docs.gandi.net/en/domain_names/transfer_out/index.html — Gandi (2026-10-19確認済み)
  6. 転送ポリシー(2024年2月21日更新) — ICANN (2026-10-19確認済み)

DNSをそのままに移管する

ネームサーバーはデフォルトで維持 · 1リクエストあたり最大20ドメイン · .com $12.49 · ID不要 · 暗号資産で支払い。

.com移管$12.49 · 本人確認なし · 暗号資産

移管を開始する