2026年6月6日

EPP Code の取得方法｜呼び名の違い・契約形態別の取得先・取得できないときの切り分け

ドメイン管理

EPP Code は、ドメインを別のレジストラへ移管するときに必要な認証用の文字列で、現在ドメインを管理しているレジストラ（またはその販売代理店）から発行してもらいます。レジストラによって「AuthCode」「Auth-Info」「移管認証鍵」など呼び名が違うため、管理画面で見つからずに迷う人が少なくありません。この記事では、呼び名の違い、契約形態ごとの取得先の見つけ方、取得前に確認するステータス、取得できない・無効と言われたときの切り分けを説明します。

EPP Code の呼び名とTLDによる違い

EPP は、レジストリ（.com などを管理する組織）とレジストラ（登録を受け付ける事業者）の間でドメインを操作するための通信の仕組みです。EPP Code はその中で使われる、ドメインごとのパスワードのような値を指します。次の呼び名は、どれもおおむね同じものを指しています。

EPP Code、EPP Key
AuthCode、Auth Code、Authorization Code
Auth-Info、AuthInfo Code
移管認証鍵、認証コード、トランスファーキー

ICANN では移管ポリシーの改定が進められ、Transfer Authorization Code（TAC）という呼び方や有効期限の扱いが盛り込まれています。適用の時期と内容は ICANN とレジストラの案内で確認してください（2026年10月現在）。

ccTLD（国別ドメイン）は、レジストリごとに仕組みが異なります。.jp でも指定事業者の変更（移管）に AuthCode が使われますが、承認の流れは gTLD と同じではありません。また、AuthCode を使わず別の方法で移管するccTLDもあります。gTLD 以外のドメインでは、移管先のレジストラが案内している手順を先に読み、EPP Code が必要かどうかを確認してから取得に進むと無駄がありません。

取得先を特定する：契約形態別

EPP Code は「ドメインを管理しているレジストラ」からしか発行できません。まずは、どこに依頼すればよいかを特定します。

# 登録レジストラを確認する
whois example.com | grep -iE 'Registrar:|Reseller'

# RDAP で確認する（rdap.org は各RDAPサーバーへ転送する案内サービス）
curl -sL https://rdap.org/domain/example.com | jq '.entities[]? | select((.roles // []) | index("registrar")) | .vcardArray'

whois や RDAP に表示されるレジストラ名と、自分が契約している会社名が一致しないことはよくあります。契約形態ごとに、依頼先は次のように変わります。

レジストラと直接契約している場合

管理画面のドメイン詳細から取得します。「移管」「AuthCode」「認証コード」「EPP」などの語が付いたメニューを探します。画面に表示される方式と、登録者のメールアドレスに送られる方式があります。

レンタルサーバーやホスティングに付属している場合

サーバー会社がレジストラの販売代理店（リセラー）として契約している形です。EPP Code はサーバー会社の管理画面か、サポートへの申請で発行されます。サーバー解約とドメイン移管を同時に進めると、解約のタイミングによってはドメインの管理画面に入れなくなるため、先に EPP Code を取得し、移管が終わってからサーバーを解約する順番にします。

制作会社や前任者の名義で取得されている場合

登録者が自社ではない場合、EPP Code の発行を依頼できるのは原則としてその名義人です。まず登録者情報を自社に変更する必要があるかを確認します。登録者情報を変更すると、gTLD ではその後一定期間の移管ロックが掛かることがあるため、変更と移管を急いで同時に進めようとすると手続きが止まりがちです。

取得する前に確認するステータス

EPP Code を取得しても、ドメインの状態によっては移管が通りません。取得の前に、ステータスと日付を確認します。

whois example.com | grep -iE 'status|Creation Date|Expir'

clientTransferProhibited: レジストラ側の移管ロックが有効です。管理画面で解除します。EPP Code の発行と同時に外れるレジストラもあります。
serverTransferProhibited: レジストリ側のロックです。管理画面では外せないため、レジストラに理由を確認します。
登録日・前回の移管日: 新規登録や移管から60日以内は、移管が受け付けられないのが一般的です。
有効期限: 期限切れ後の猶予期間や回復期間に入ると、移管の扱いが複雑になります。期限が近い場合は先に更新します。

取得した EPP Code の扱い

EPP Code を知っている人は、そのドメインの移管を申請できる状態になります。ログインパスワードと同じ水準で扱います。

チャットのグループや共有ドキュメントに貼らず、移管先の申請画面へ直接入力する
代行業者に渡す場合は、作業の直前に発行し、作業後は移管ロックが元に戻っているかを見る
漏れた疑いがあれば再発行する（多くのレジストラでは再発行で古い値が無効になる）
移管を取りやめた場合は、移管ロックを有効に戻す

コピーするときは、前後の空白や改行が入らないように気を付けます。大文字と小文字、記号は区別されます。

取得できない・無効と言われたときの切り分け

症状ごとに、起きやすい順に原因と確認方法を挙げます。

管理画面に取得の項目が見つからない

代理店経由の契約: whois のレジストラ名と契約先が違うなら、契約先のサポートに発行を依頼します。
移管ロック中で項目が隠れている: ロックを外すと表示されるレジストラがあります。
登録から60日以内: 登録日を確認します。期間が過ぎるまで待つしかない場合があります。
未払い・係争中: 支払い状況や、レジストラからの通知メールを確認します。

「EPP Code（AuthCode）が正しくない」と表示される

コピー時の空白・改行: 一度テキストエディタに貼って、前後の空白が無いかを見ます。
似た文字の取り違え: 0 と O、l と 1 と I など。手で写した場合に起きやすいので、再発行してコピーで貼り付けます。
古い値を使っている: 再発行した後に、前の値を入れていないかを確認します。有効期限が設定されている場合は、期限内に申請します。
別のドメインの値: 複数のドメインを同時に移管するとき、値を取り違えることがあります。

EPP Code は通ったのに移管が進まない

移管元レジストラの承認待ちの可能性があります。gTLD では移管元に承認・拒否のための期間があり、何もしなければ数日で自動承認される運用が一般的です。登録者のメールアドレスに、承認を早めるためのリンクや、移管拒否の理由が届いていないかを確認します。届いていなければ、登録者のメールアドレスが古いままになっていないかを疑います。

まとめ

EPP Code は AuthCode や Auth-Info とほぼ同じもので、呼び名はレジストラやTLDによって異なります。ccTLD では手順が違うことがあります。
取得先は「ドメインを管理しているレジストラ」です。whois や RDAP の表示と契約先が違う場合は、代理店や名義人を確認します。
取得前に、移管ロック、登録・移管からの日数、有効期限を確認します。
取得した値はパスワードと同じように扱い、移管をやめたらロックを戻します。
無効と言われたら、空白・似た文字・古い値の順に疑い、再発行して貼り直します。