〜暮らしの落書き帳〜

ドメイン移管前の確認事項

ドメイン移管前の確認事項 副業・Web制作
2026.08.25

※本記事はアフィリエイト広告（PR）を含みます。

「ドメインを別のレジストラに移管したいけれど、何を確認すればいいのか分からない」「移管したらサイトが表示されなくなるのでは」——ドメイン移管に不安を感じる方は少なくありません。移管作業自体は難しい手続きではありませんが、事前確認を怠ると、サイトが一時的に表示されなくなったり、メールが届かなくなったり、最悪の場合は移管そのものが失敗してドメインの管理が宙に浮いてしまうこともあります。

特に混同しやすいのが「ドメイン移管」と「DNS設定の変更」、そして「登録者（名義）変更」です。この3つはそれぞれ別の手続きであり、目的も影響範囲も異なります。この記事では、レジストラロック・認証コード（AuthCode/EPPコード）・登録者メールアドレス・60日ロック・更新期限・DNS/ネームサーバーなど、移管前に確認すべきポイントを、ICANNおよびJPRS（日本レジストリサービス）の公式情報にもとづいて整理します。トップレベルドメイン（TLD）や契約中のレジストラによって条件が異なる点についても、断定を避けながら解説していきます。

1. まず整理したい3つの手続きの違い

移管作業に着手する前に、次の3つの手続きがそれぞれ独立したものであることを理解しておくと、必要な確認事項が整理しやすくなります。

ドメイン移管前の確認事項 関連画像1
  • レジストラ移管（Transfer）：ドメインの管理を行う事業者（レジストラ）を変更する手続き。登録者本人は原則として変わらない。
  • DNS/ネームサーバーの変更：ドメイン名がどのサーバーの情報を参照するかを切り替える設定。移管とは技術的に独立している。
  • 登録者情報変更（Change of Registrant）：ドメインの登録者名・組織名・連絡先などを変更する手続き。移管とは別の申請が必要。

これらを同一の作業だと誤解したまま進めると、「移管したのにDNSが切り替わってサイトが見られなくなった」「移管しただけのつもりが登録者情報まで変わってしまった」といったトラブルにつながります。以降の章では、この3つを区別しながら、移管前に確認すべき具体的な項目を見ていきます。

2. 移管とDNS変更を混同しないための基礎知識

ドメイン移管では、そのドメインに設定されているネームサーバー情報は基本的にそのまま引き継がれ、DNSレコードも保持されます。つまり、移管そのものによってWebサイトの表示先やメールの配送先が自動的に変わるわけではありません。

ただし、次のようなケースでは移管を機にDNS設定が変わってしまうことがあります。

  • 移管元レジストラが提供するDNS（レジストラ付属のネームサーバー）をそのまま利用していた場合、移管先レジストラの仕様によってはネームサーバーが自動的に移管先の初期設定に切り替わることがある。
  • サービスによってはドメイン管理とDNS管理がセットになっており、移管完了と同時にDNS設定が無効化されてしまう場合がある。

外部のDNSサービスやサーバー会社が提供するネームサーバーを利用している場合はリスクが低くなる傾向がありますが、これは一般的な傾向であり、必ず移管元・移管先双方の公式サポート情報で「移管後もDNS設定が維持されるか」を個別に確認する必要があります。「移管すればDNSは絶対に変わらない」と決めつけないことが重要です。

3. 作業前に必ず現状設定を記録する

移管作業に着手する前に、現在の設定を記録しておくことを強く推奨します。万一トラブルが発生した際、元の状態にすばやく戻せるかどうかが復旧スピードを大きく左右します。最低限、次の項目はスクリーンショットやテキストで保存しておきましょう。

  • 現在登録されているネームサーバー（プライマリ・セカンダリすべて）
  • DNSレコードの設定内容（Aレコード、CNAMEレコード、MXレコード、TXTレコードなど）
  • WHOIS/RDAPで公開されている登録者情報の表示内容
  • ドメインの有効期限（更新期限）と自動更新設定の有無
  • 現在のレジストラ名・契約プラン・支払い状況
  • 登録時に使用したメールアドレスと、現在レジストラに登録されている連絡先メールアドレス

この記録は、移管完了後に「本当に元の設定が引き継がれているか」を照合するチェックリストとしても使えます。

4. 移管前に確認すべき項目

4-1. レジストラロック（Transfer Lock）の解除

多くのドメインには、不正な移管を防ぐために「clientTransferProhibited」といったレジストラロックが設定されています。ロックがかかったままでは移管申請そのものが受け付けられないため、移管元の管理画面、またはサポート窓口へ連絡してロックを解除してもらう必要があります。ロック解除の反映にはレジストラによって数分〜数日かかる場合があるため、移管作業のスケジュールには余裕を持たせてください。

4-2. 認証コード（AuthCode/EPPコード）の取得

.comや.netなどの汎用トップレベルドメイン（gTLD）では「AuthCode」または「EPPコード」、.jpドメインでは「認証コード」と呼ばれるコードの取得が必要です。これは「申請している人物が正当な登録者、または権限を持つ管理者本人であること」を確認するための仕組みで、移管先レジストラへの申請時に入力を求められます。

.jpドメインの場合、認証コードはJPRSが発行し、現在の管理指定事業者（レジストラ）が取得した日の翌日を1日目として数えて35日後の23時59分59秒まで有効です。この期間を過ぎると認証コードは失効し、取得の手続きからやり直しになります。gTLDのAuthCodeについても有効期限や再発行の条件はレジストラごとに異なるため、取得後はできるだけ早く移管申請を行うことをおすすめします。

4-3. 登録者情報・登録者メールアドレスの確認

ここで注意したいのが、WHOIS/RDAPで公開されている登録者情報と、レジストラが内部で管理している登録者メールアドレス・契約者情報は、必ずしも同一の扱いではないという点です。移管の意思確認メールは、WHOISに表示されている情報ではなく、レジストラのシステムに登録されている「登録者本人の連絡先メールアドレス」宛に送信されます。

このメールアドレスが古い、あるいはすでに使用できない状態になっていると、移管申請の承認確認メールが届かず、手続きが期限切れで止まってしまう可能性があります。移管作業に着手する前に、レジストラの管理画面上でこの連絡先メールアドレスが現在も受信可能なものになっているかを、必ず確認してください。

4-4. 60日ロック（移管制限期間）の適用条件

ICANNのTransfer Policyでは、次のいずれかに該当する場合、gTLDドメインの移管が一定期間制限される、いわゆる「60日ロック」が定められています。

  • ドメインを新規登録してから60日以内
  • 前回の移管手続きが完了してから60日以内
  • 登録者情報（Registrant情報）を変更してから60日以内（レジストラによってはあらかじめオプトアウトの申請が可能）

この60日ロックは、ICANNがgTLD（.comなど）向けに定めている規定です。一方、.jpドメインの指定事業者変更（移管に相当する手続き）は、前述の「認証コードが35日間有効」といった、JPRS独自の規則にもとづいて運用されています。ICANNの60日ロックが.jpドメインにも一律に同様の形で適用されるとは限らないため、「TLDが違えば移管制限の条件も異なりうる」という前提で、対象ドメインのTLDと契約中のレジストラ（.jpの場合は指定事業者）の公式案内を個別に確認してください。

4-5. 移管と「登録者（名義）変更」は別の手続きである

これは特に誤解が多いポイントです。レジストラ移管は、ドメインの管理を行う事業者を変える手続きであり、原則としてドメインの登録者（Registrant）自体を変更する手続きではありません。会社名や個人名など、登録者の名義そのものを変更したい場合は、移管とは別に「登録者情報変更（Change of Registrant）」の手続きが必要になります。

ICANNの規定上、登録者情報の変更と移管はいずれも60日ロックの対象になり得るため、名義変更と移管の両方を行いたい場合は、どちらを先に行うか、どの程度の期間を空ける必要があるかを、事前にレジストラへ確認しておくと手戻りを防げます。

4-6. 更新期限（有効期限）の確認

移管手続きには、承認確認や事業者間のやり取りを含めて数日〜十日程度かかることがあります。移管先レジストラによっては、移管完了時に自動的に有効期間が1年分延長される場合とされない場合があり、この扱いはレジストラごとに異なります。有効期限が近いドメインを移管する場合は、期限切れによる失効リスクを避けるため、余裕を持ったスケジュールで着手するか、先に更新してから移管に着手するといった選択肢も検討してください。

5. .jpドメイン特有の確認事項

.jpドメインの移管に相当する手続きは「指定事業者変更」と呼ばれ、JPRSの管理のもと、おおむね次のような流れで進みます。

  1. 登録者が現在の指定事業者（レジストラ）から認証コードを取得する
  2. 現指定事業者がJPRSへ認証コードの発行を依頼し、コードが発行される
  3. 登録者が新しい指定事業者へ、取得した認証コードを提示して申請する
  4. 新指定事業者がJPRSへ指定事業者変更を申請する
  5. JPRSが現指定事業者へ確認を依頼し、現指定事業者が登録者本人に意思確認を行う
  6. 登録者が承認・拒否のいずれかを回答し、その結果が現指定事業者からJPRSへ報告される
  7. 承認された場合、JPRS側で管理指定事業者の情報が更新され、手続きが完了する

    8. JPRSの方針では、トランスファーインの承認期限が暦日5日、トランスファーアウトの承認期限が暦日3日と定められており、実際の完了までは数日程度かかる場合がありますが、認証コードの有効期限（35日間）を過ぎてしまうと最初の取得手続きからやり直しになる点に注意してください。また、.jpドメインには汎用JPドメインと属性型JPドメイン（co.jpやor.jpなど）があり、登録できる条件や1組織あたりの登録可能数が異なります。移管の可否や条件についても、対象ドメインの種類ごとに、契約中の指定事業者やJPRSの公式情報で確認することをおすすめします。

    6. 移管でよくある失敗パターン

    移管作業でつまずきやすいポイントを、事前確認とあわせて押さえておきましょう。

    • レジストラロックの解除忘れ：移管先で申請してもロックが原因でエラーになり、再度移管元へ連絡する手間が発生する。
    • 認証コードの有効期限切れ：コードを取得したまま数週間放置し、いざ申請しようとしたら期限切れで再取得になる。
    • 登録者メールアドレスの不備：意思確認メールが届かず、手続きが期限切れで自動的に停止・却下される。
    • 60日ロックへの未対応：登録者情報を変更した直後に移管しようとして、ロック期間中であることに気付かず申請が受け付けられない。
    • DNS設定の確認不足：移管元レジストラのDNSをそのまま使っていたため、移管完了と同時にサイトが表示されなくなる。
    • 更新期限の見落とし：移管手続き中にドメインが失効し、そもそも移管できない状態になってしまう。

    7. 移管前チェックリスト

    確認項目内容
    レジストラロック移管元で解除されているか
    認証コード（AuthCode/EPPコード）取得済みか、有効期限内か（.jpは35日間）
    登録者メールアドレスレジストラ登録の連絡先が現在使用可能か
    60日ロック該当有無新規登録・前回移管・登録者情報変更から60日経過しているか（TLDにより適用条件が異なる）
    更新期限移管手続き中に失効しないか、自動更新設定はどうなっているか
    DNS・ネームサーバー設定現状の設定を記録済みか、移管先で維持される仕様か
    登録者（名義）情報移管と同時に名義変更が必要な場合、別手続きとして計画しているか

    移管先のレジストラをこれから決める場合は、対象のTLDを扱っているか、移管手順の案内が用意されているかを先に確認してください。たとえばXServerドメインは公式サイトに「ドメイン移管」の申し込み導線と「ドメイン移管ガイド」を用意しています（2026年9月20日時点）。

    移管先候補のひとつ（広告）：

    XServerドメイン

    ※上記は広告（アフィリエイトリンク）です。料金・提供機能・キャンペーン条件は変わることがあるため、申し込み前に公式ページで最新の内容を確認してください。

    ドメイン移管前の確認事項 関連画像2

    8. 移管後に確認すべきこと

    移管が完了したら、次の点を必ず確認してください。

    • ネームサーバー情報が移管前の記録と同じか（変わっていた場合はDNSレコードの再設定が必要）
    • Webサイトとメールが正常に稼働しているか
    • 新しいレジストラの管理画面で、登録者情報・有効期限が正しく反映されているか
    • 移管完了の通知メールなど、証跡となる記録を保管しているか

    あわせて読みたい：SSL証明書の期限切れ確認と復旧手順｜有効期間短縮への備えも解説

    よくある質問

    ドメインを移管すると、サイトやメールは止まりますか？

    移管そのものでは、ネームサーバーの情報は基本的に引き継がれます。ただし、移管元のレジストラが用意したDNSをそのまま使っていた場合などは、移管を機に設定が変わることがあります。移管元・移管先の公式情報で、DNS設定が維持されるかを確かめてください。

    認証コード（AuthCode）には有効期限がありますか？

    .jpドメインの認証コードは、取得した日の翌日を1日目として35日後の23時59分59秒まで有効です。期限を過ぎると取得からやり直しになるため、取得したら早めに申請しましょう。

    登録者の名義を変えたあと、すぐに移管できますか？

    .comなどのgTLDでは、登録者情報を変更してから60日以内は移管が制限される場合があります（レジストラによっては事前に申し出て対象外にできることもあります）。名義変更と移管の両方を行うときは、順番と間隔をレジストラに確かめておきます。

    移管の確認メールが届きません。

    レジストラが内部で管理している登録者のメールアドレスが古いと、意思確認のメールが届かず手続きが止まることがあります。移管を始める前に、管理画面で連絡先のメールアドレスが今も受け取れるものか確認しておきましょう。

    まとめ

    ドメイン移管を安全に進めるためには、「移管そのもの」「DNS/ネームサーバーの変更」「登録者（名義）の変更」という3つの手続きを分けて考えることが欠かせません。レジストラロックの解除、認証コード（AuthCode/EPPコード、.jpでは認証コード）の取得と有効期限、登録者メールアドレスの有効性、60日ロックの適用条件、更新期限、そしてDNS設定の現状記録——これらはTLDや契約中のレジストラによって細部の条件が異なります。作業前には必ず現状の設定を記録し、対象ドメインのTLDと契約レジストラ（.jpの場合は指定事業者）の最新の公式案内を確認したうえで着手してください。

    関連して読みたい記事

    参考情報・出典

    • Transfer Policy（ICANN）― 登録から60日／前回移管から60日／登録者情報の変更から60日という移管制限の根拠（I.A.3.7.5、I.A.3.7.6、II.C.2）
    • 5 Things Every Domain Name Registrant Should Know About ICANN Transfer Policy（ICANN）― 上記ポリシーの一般向け解説
    • ドメイン名の管理指定事業者の変更（JPRS）― .jpドメインの指定事業者変更の手順と、認証コードの有効期限（生成日の翌日を1日目として35日後の23:59:59）
    • レジストラトランスファーに関する方針（JPRS）― トランスファーインの承認期限は暦日5日、トランスファーアウトの承認期限は暦日3日
    • About Change of Registrant（ICANN）― 2016年12月1日以降、登録者情報の変更後60日間は他レジストラへの移管がロックされ、レジストラは登録者にオプトアウトを認めてもよいが義務ではないこと
    • 指定事業者制度（JPRS）― 登録者へのサービス提供とJPRSへの申請は指定事業者が行うため、連絡先の変更や各種申請は登録時の指定事業者へ連絡する必要があること
    • JPドメイン名の種類（JPRS）― 汎用JP・都道府県型JPは登録できるドメイン名の数に制限がなく、属性型（CO.JP、AC.JPなど）は一つの組織が登録できるドメイン名が一つだけであること

    手続き完了までの所要日数について、本文にあった「1〜11日程度」はJPRS公式で裏付けを確認できなかったため、JPRSが定める承認期限に基づく記述へ修正しました。移管時の有効期間の延長やDNSレコードの引き継ぎ挙動は登録事業者によって異なる場合があるため、移管元・移管先の案内をご確認ください。（上記URLはいずれも2026年9月17日に実際に開いて内容を確認しています。料金・プランは変更される場合があるため、契約前に必ず公式ページでご確認ください。）

    ⚡ いま読まれているトレンド

    → トレンド記事をもっと見る

広告

コメント

タイトルとURLをコピーしました