AuthCode（オースコード、EPP キー、移管認証鍵などとも呼ばれます）は、ドメインを別のレジストラへ移管するときに、正当な登録者であることを示すためのパスワードのような文字列です。現在のレジストラの管理画面から発行・表示するのが基本ですが、移管ロックや登録直後の制限があると発行できなかったり、発行しても移管が通らなかったりします。この記事では、発行前に確認すること、取得の手順、受け取った AuthCode の扱い方、取得できないときの対処を説明します。
AuthCode とは何か
gTLD（.com、.net など）のドメインは、レジストリとレジストラの間で EPP という仕組みを使って管理されています。AuthCode はドメインごとに設定された認証情報で、移管先のレジストラはこの値をレジストリに提示することで移管を申請します。つまり、AuthCode を知っている人は、そのドメインの移管を申請できる状態になります。取り扱いは、ログインパスワードと同じ水準で考えてください。
.jp ドメインでも、指定事業者（レジストラに相当）を変更する際に AuthCode が使われます。ただし手続きの流れや確認の方法は gTLD と異なる部分があるため、.jp の場合は移管先の案内に沿って進めます。
発行する前に確認すること
AuthCode を取得しても、次の条件を満たしていないと移管は失敗します。先に確認しておくと、やり直しの手間が減ります。
移管ロック（レジストラロック）が外せるか
多くのレジストラは、乗っ取り防止のため移管ロックを既定で有効にしています。ロックが掛かっている間は、正しい AuthCode を入れても移管できません。
# ステータスを確認する
whois example.com | grep -i 'status'clientTransferProhibited が表示されていれば、レジストラ側の移管ロックが有効です。管理画面で解除できます。serverTransferProhibited はレジストリ側のロックで、管理画面からは解除できないことが多く、レジストラへの問い合わせが必要です。
登録や前回の移管から日数が経っているか
ICANN の移管ポリシーでは、新規登録や前回の移管から60日以内は、移管を拒否できるとされています。多くのレジストラはこの期間の移管を受け付けません。また、登録者情報を変更したあとに一定期間の移管ロックが掛かる場合もあります。登録者の名前や組織名を変えた直後なら、管理画面やレジストラの案内でロックの有無を確認します。
ICANN では移管ポリシーの改定が進められており、AuthCode の呼び方（Transfer Authorization Code）や有効期限、各種ロックの扱いが見直される方向です。適用時期と具体的な内容は ICANN とレジストラの最新の案内を確認してください（2026年10月現在）。
有効期限が迫っていないか
期限切れ間際や、期限切れ後の猶予期間・回復期間に入ったドメインは、移管の手続きが複雑になったり、受け付けられなかったりします。期限まで余裕がない場合は、先に現在のレジストラで更新してから移管するほうが安全です。多くの gTLD では、移管すると1年分の更新が含まれ、残りの期間は引き継がれます。
登録者のメールアドレスが受信できるか
移管の途中で、現在のレジストラから登録者のメールアドレスに確認や通知が届くことがあります。届かないアドレスのままだと、手続きが止まったり、移管が行われたことに気付けなかったりします。登録者情報のメールアドレスが現役のものかを確認しておきます。
AuthCode を取得する手順
管理画面の構成はレジストラによって異なりますが、流れはおおむね共通です。
- 現在のレジストラの管理画面にログインします。ドメインの登録元が分からない場合は、
whois example.com | grep -i 'Registrar:'で確認できます。 - 対象ドメインの詳細画面を開き、移管ロックを解除します。
- 「AuthCode」「認証コード」「EPP コード」「移管」などの項目から、AuthCode を表示または発行します。画面に表示される方式のほか、登録者のメールアドレスに送られる方式もあります。
- 表示された値を、余分な空白や改行を含めずに控えます。大文字と小文字、記号は区別されるため、手で打ち写すより、コピーして貼り付けるほうが誤りを防げます。
管理画面に該当する項目が見当たらない場合は、サポートへの依頼で発行する方式のレジストラか、ホスティング会社などが代理で管理しているドメインの可能性があります。その場合は、契約先に AuthCode の発行を依頼します。
受け取った AuthCode の扱い方
- 共有の場に書かない: チャットのグループ、チケットの公開コメント、共有ドキュメントなどに貼らないようにします。移管先の申請画面に直接入力するのが基本です。
- 代行業者に渡す場合は最小限に: 制作会社などに移管を任せる場合は、作業の直前に発行して渡し、作業が終わったら移管ロックが元に戻っているかを確かめます。
- 漏れた疑いがあれば再発行する: 多くのレジストラでは AuthCode を再発行（変更）できます。再発行すると古い値は使えなくなります。
移管を申請した後の流れ
移管先のレジストラで移管を申し込み、AuthCode を入力すると、レジストリを通じて移管の申請が行われます。gTLD では、移管元のレジストラが申請を承認または拒否するまでに数日の期間があり、何もしなければ最大5日程度で自動的に承認されるのが一般的です。移管元によっては、承認を早めるためのリンクがメールで届いたり、管理画面に承認ボタンが出たりします。
移管が完了したら、次の点を確認します。
# レジストラが移管先に変わったか、ステータスはどうか
whois example.com | grep -iE 'Registrar:|status|Expir'
# ネームサーバーが意図どおりか
dig NS example.com +short移管はレジストラ（契約先）を変える手続きで、通常はネームサーバーの設定は引き継がれます。ただし、移管元のレジストラが提供していた DNS サービスを使っていた場合、移管後にそのサービスが使えなくなり、サイトやメールが止まることがあります。移管の前に、DNS をどこで管理しているかを確認し、必要なら先にネームサーバーを移しておきます。移管先で移管ロックを有効に戻すのも忘れないようにします。
AuthCode が取得できない・移管が通らないとき
- 管理画面に発行ボタンがない: 移管ロックが掛かっている、登録から60日以内である、または代理管理のドメインである可能性があります。ロックの状態と登録日を確認し、それでも分からなければレジストラに問い合わせます。
- 「AuthCode が違う」と表示される: コピー時の空白や改行、似た文字（0 と O、l と 1）の取り違えを疑います。再発行して新しい値を使うのが早道です。
- 移管が拒否された: 移管元からの通知メールに理由が書かれていることが多いので、登録者のメールを確認します。未払いや係争中のドメインは移管できない場合があります。
まとめ
- AuthCode は移管の正当性を示す認証情報で、パスワードと同じように扱います。
- 発行前に、移管ロック、登録・移管からの日数、有効期限、登録者メールアドレスを確認します。
- 取得は現在のレジストラの管理画面から行い、値は空白を含めずにコピーして、移管先の申請画面に直接入力します。
- 移管前に DNS の管理場所を確認し、移管後はレジストラ・ネームサーバー・移管ロックの状態を確かめます。