Dynadot からムームードメインへ移すには、Dynadot でドメインのロックを外して認証コード（Auth Code）を取り出し、ムームードメインの移管申請でそのコードを入力します。大事なのは順番で、ムームーDNS は移管が終わるまで使えないことが多いため、「いつ・どの DNS で名前解決させるか」を決めてから申し込むと、サイトやメールが止まる時間を作らずに済みます。この記事では .com などの gTLD を例に、全体の段取り、Dynadot とムームードメインでの操作、手続きが進まないときの確認方法を説明します。
両社の管理画面は表記や配置が変わることがあるため、操作は目的ごとに書いています。具体的な画面はそれぞれのヘルプで確認してください（2026年10月現在）。
全体の段取りを先に決める
移管で動くのは「ドメインの登録管理をどの事業者が担当するか」です。名前解決を担うネームサーバーは別の話ですが、Dynadot の DNS を使っている場合は、移管が終わると Dynadot 側でレコードを管理できなくなるのが一般的です。一方、ムームーDNS は基本的にムームードメインで管理しているドメイン向けの機能なので、移管前にレコードを用意できない可能性があります。
そこで、DNS の扱いを次のどちらかに決めます。
- 案A：中立な DNS を使い続ける：Cloudflare や、WordPress を置いているレンタルサーバーの DNS など、レジストラに依存しないネームサーバーへ先に移します。移管の前後で DNS を触らずに済むので、もっとも安全です。
- 案B：いったん中立な DNS を経由し、最後にムームーDNS へ移す：ムームーDNS や、ロリポップ！などペパボのサービスとの連携設定を使いたい場合の方法です。移管完了後にムームーDNS へレコードを登録し、ネームサーバーを切り替えます。
どちらの場合も「移管」と「ネームサーバーの切り替え」を同じ日に重ねないことが要点です。問題が起きたとき、どちらが原因かを切り分けられなくなるためです。
目安のスケジュールは次のとおりです。
- 1日目：レコードを控え、中立な DNS に登録してネームサーバーを切り替える
- 2〜3日目：旧 NS の TTL が切れ、サイトとメールが新しい DNS で動くことを確認する
- 4日目：Dynadot でロック解除と認証コード取得、ムームードメインで移管申請
- 4〜9日目：移管の完了を待つ（一般に5日程度）
- 完了後：ロック・期限・連絡先を確認し、案BならムームーDNS へ移す
移管の前に確認すること
- 登録や前回の移管から60日以上たっているか：ICANN のルールにより、gTLD は登録・移管の直後しばらく移管できません。登録者情報を変えた直後にもロックがかかることがあります。ICANN の移管ポリシーは改定が進んでいるので、期間や呼び方は最新の案内を確認します。
- 有効期限まで余裕があるか：期限の直前は避け、1か月以上前に始めます。
- ムームードメインがその TLD の移管を受け付けているか：Dynadot で扱える TLD がムームードメインでも転入できるとは限りません。
- Dynadot のアカウント間移動（Push）と混同していないか：Dynadot 内で別アカウントへ渡す操作はレジストラの移管ではありません。ムームードメインへ移すときは認証コードを使った移管を行います。
手順1：レコードを控えて DNS を先に移す
Dynadot の DNS 設定画面に登録されているレコードを書き出し、dig で外から見える値も記録します。
dig +short example.com NS
dig +noall +answer example.com A
dig +noall +answer www.example.com A
dig +noall +answer example.com MX
dig +noall +answer example.com TXTDKIM（セレクタ名._domainkey.ドメイン）や CAA、SRV は上のコマンドでは出ないので、管理画面で個別に確認します。Dynadot のメール転送や URL 転送を使っている場合、それらは Dynadot の DNS とセットの機能なので、移行先で代わりの仕組み（メールサーバーの MX、Web サーバーの 301 リダイレクトなど）を用意します。
移行先の DNS に登録したら、権威サーバーに直接問い合わせて値を確かめます。
dig @移行先のネームサーバー example.com A +norecurse
dig @移行先のネームサーバー example.com MX +norecurse値が揃っていることを確認してから、Dynadot でネームサーバーを移行先のものに変更します。DNSSEC を有効にしている場合は、先に DS レコードを削除して TTL が切れるのを待ちます。
手順2：Dynadot でロック解除と認証コードを取得する
- Dynadot にログインし、ドメイン管理の一覧から対象ドメインを選びます。
- ドメインロック（移管ロック）を解除します。
- 認証コードを表示または取得します。
Dynadot はアカウント保護の機能が多く、二段階認証やアカウント単位のロックを有効にしていると、解除のときにメールや認証アプリでの確認を求められることがあります。確認メールが届く登録メールアドレスを先に確かめておくと手間取りません。
WHOIS プライバシーは gTLD の移管では外さなくても進むことが多いものの、ムームードメインからの確認メールが届かない場合は一時的に外すと解決することがあります。認証コードはドメインの鍵なので、作業後は控えを削除します。
手順3：ムームードメインで移管を申請する
- ムームードメインにログインし、ドメイン移管（他社からの移管）の申請ページを開きます。
- ドメイン名と認証コードを入力し、Whois 情報公開代行やネームサーバーの初期設定を選びます。ここでのネームサーバーは、手順1で切り替えた中立な DNS を指定しておくと、移管完了の瞬間に DNS が変わりません。
- 支払いを済ませます。gTLD では移管と同時に有効期限が1年延びるのが一般的です。
- 申請後、登録者のメールアドレスに承認依頼が届いた場合は、案内に従って承認します。承認しないと手続きが進まないことがあります。
手続きが進まないときの確認
申請後に状況が分からなくなったら、whois のステータスを見ます。
whois example.com | grep -iE "registrar:|status|expir|updated"- clientTransferProhibited が残っている：Dynadot のロックが外れていません。手順2に戻って解除し、ムームードメインで再申請します。
- pendingTransfer が付いている：手続き中です。Dynadot から承認の案内が届いていれば承認すると早まることがあります。何もしなくても一般に5日程度で進みます。
- serverTransferProhibited が付いている：レジストリやレジストラ側の制限で、利用者の操作では外せません。登録直後のロックや、紛争・不正利用の調査などが考えられるので、Dynadot のサポートに理由を問い合わせます。
- ステータスに変化がなく、ムームードメインからエラー通知が来た：認証コードの誤り（前後の空白や似た文字の取り違え）が多い原因です。コードを再発行して申請し直します。
- 承認メールが届かない：登録者メールアドレスが古い、迷惑メールに入っている、プライバシー保護の転送で届いていない、のどれかであることが多いです。
手続き中に Dynadot でロックをかけ直したり、登録者情報を変えたりすると移管が取り消されることがあるので、完了まで触らずに待ちます。
完了後の確認
- whois の Registrar がムームードメインの登録事業者に変わり、有効期限が延びていること
- ネームサーバーが意図したものになっていること
- clientTransferProhibited などのロックが付いていること
- ムームードメインの自動更新、連絡先メールアドレス、Whois 情報公開代行の設定
案Bの場合は、ここでムームーDNS にレコードを登録し、権威サーバーへの dig で値を確かめてからネームサーバーを切り替えます。最後に WordPress サイトの表示、管理画面へのログイン、お問い合わせフォームからのメール受信を確認します。DNSSEC を使う場合は、署名を有効にした DNS 側で DS レコードを登録し直します。
まとめ
- ムームーDNS は移管完了まで使えないことが多いので、先に中立な DNS へ移してから移管を申請します。
- 移管とネームサーバーの切り替えは同じ日に重ねず、原因を切り分けられるようにします。
- Dynadot ではロック解除と認証コードの取得、ムームードメインではコードを入力して申請し、承認メールに対応します。
- 進まないときは whois のステータス（clientTransferProhibited / pendingTransfer / serverTransferProhibited）で原因を絞ります。
- 完了後はロック・期限・自動更新を確認し、必要ならムームーDNS へ切り替えます。