AuthCode（オースコード）とは？ホームページ移管時に知っておくべきこと

AuthCode（オースコード）は、ドメインを今の管理会社から別の管理会社へ移す「ドメイン移管」のときに必要になる、ドメインごとの認証用の文字列です。ドメインを持っている本人が移管を申し込んでいることを確かめるためのもので、移管先の会社に申し込むときに入力します。

事業者によって「認証コード」「認証鍵」「Auth-Code」「AuthInfo」などと呼び名が違いますが、どれも同じものを指しています。

この記事では、AuthCodeの役割と必要になる場面、2023年11月から.jpドメインでも必要になった経緯、有効期限、主な事業者での確認のしかた、表示されないときの原因、入力したあとの承認の流れ、制作会社にドメインを任せている場合の進め方までを順にご説明します。

AuthCode（オースコード）とは

AuthCodeは、ドメイン1つごとに発行される文字列で、ドメインを今管理している事業者（レジストラ、または指定事業者と呼ばれます）を通じて受け取ります。.jpドメインの認証コードは、.jpを管理するJPRSが生成します。.comや.netなどのドメインでは、国際的なルールを定めるICANNの移管規定で、ドメインごとに一意のコードを登録者に渡すことが決められています（ICANN Transfer Policy）。

役割は、銀行の暗証番号に近いものです。ドメイン名は誰でも調べられるので、ドメイン名だけで移管を申し込めてしまうと、他人に勝手に移されるおそれがあります。そこで、今の管理会社から登録者（または登録者に頼まれた人）にだけ渡されるAuthCodeを、移管の申し込みに使います。ただし、AuthCodeを入力しただけで移管が終わるわけではなく、そのあとに移管元での意思確認などの手順が続きます。

AuthCodeが必要になる場面、ならない場面

AuthCodeが必要になるのは、ドメインの管理会社そのものを替えるときです。たとえば、お名前.comで取ったドメインをエックスサーバーのドメイン管理へ移す、制作会社のアカウントで管理しているドメインを自社で契約した別の会社へ移す、といった場合です。

一方で、次のような作業では、AuthCodeは使いません。

• ドメインの管理会社はそのままで、ホームページを置くサーバーだけを替える
• ネームサーバーやDNSの設定を書き換える
• 同じ管理会社の中で、契約者の名前や連絡先を変える

「サーバー会社から認証コードを用意してくださいと言われた」という場合は、サーバーと一緒にドメインの管理も移す申し込みになっていないか、先に確かめてください。サーバーだけを移す作業と、ドメインの管理会社を移す作業は別物です。ドメイン移管全体の手順と費用は「ドメイン移管の費用と手順｜管理会社を移すときのホームページとメールの扱い」で詳しくご説明しています。

.jpドメインでも2023年11月から必要に

以前は、AuthCodeは.comや.netなどのドメインで使われるもので、.jpドメインの移管（指定事業者の変更）では使われていませんでした。

.jpドメインを管理するJPRSは、2022年11月13日から.jpドメインにも認証コードを導入し、1年間の移行期間を経て、2023年11月13日から必須にしました（JPRS「指定事業者変更について」）。対象には、「○○.jp」の汎用JPドメイン、都道府県型JPドメイン、「○○.co.jp」などの属性型JPドメインが含まれます。

そのため、数年前に.jpドメインを移したときは何もいらなかったのに、今回は認証コードを求められた、ということが起こります。手順が変わったのであって、申し込みに不備があるわけではありません。

なお、.jpドメインの認証コードはJPRSが生成するもので、登録者が好きな文字列を指定することはできません。移管の承認まで済むと、使ったコードは使えなくなります。

AuthCodeの有効期限（.jpは35日）

.jpドメインの認証コードには、JPRSの規則で有効期限があります。生成された日の翌日を1日目として、35日後の23時59分59秒までです。期限が過ぎたら、今の管理会社に確認するところからやり直します。

.comや.netなどのドメインでも、AuthCodeに35日の有効期限を設けている管理会社があります（さくらインターネットのヘルプなど）。ただし、これはICANNの規定で一律に決まっている日数ではなく、各社の運用です。期限の扱いは、今の管理会社の案内で確かめてください。

期限が切れたり、コードを控えたメールを失くしたりした場合は、管理会社に再発行を頼めます。さくらインターネットのように、管理画面から再発行でき、再発行すると期限がその日から35日後に延びる会社もあります。

AuthCodeの確認・発行のしかた（主な管理会社）

AuthCodeは、今ドメインを管理している会社（移管元）から受け取ります。移管先の会社では発行できません。受け取り方は、管理画面にそのまま表示される会社と、申請すると登録者のメールアドレス宛に届く会社に分かれます。

この表に無い会社でも、管理画面のドメイン一覧から対象ドメインを開くか、ヘルプで「移管」「転出」「認証コード」を調べると、手順が載っています。見つからない場合は、今の管理会社に「他社へ移管したいので、認証コード（AuthCode）を発行してください」と問い合わせれば通じます。

AuthCodeが表示されない・発行できないときの原因

管理画面を開いてもAuthCodeが出てこない場合は、次のどれかに当てはまっていないかを見てください。

どれにも当てはまらないのに表示されない場合は、ご自身で設定を何度も切り替えるより、今の管理会社のサポートに状況を伝えて確認してもらうほうが早く進みます。ICANNの規定では、.comや.netなどのドメインの管理会社は、登録者から求められたAuthCodeを5日以内に渡すことになっています。

AuthCodeはあるのに、移管を申し込めない・進まないとき

コードは手元にあっても、次の条件に当てはまると移管の申し込みが通らなかったり、途中で止まったりします。

AuthCodeを入力したあとの流れ

AuthCodeを移管先の申し込み画面に入力すると、移管の手続きが始まります。ただ、入力しただけでは移管は終わりません。ドメインの登録者のメールアドレス宛に、移管を承認するかどうかを確かめるメールが届くことが多く、その対応が要る場合があります。一定の日数が過ぎると自動で承認される会社もあり、進み方は移管元・移管先やドメインの種類によって違います。

たとえばエックスサーバーの案内では、移管の申請から1〜12時間ほどで登録者のメールアドレス宛に承認のメールが届き、7日以内に承認すると、そこから1〜7日ほどで移管が完了します（エックスドメインのマニュアル）。日数や承認の期限は会社ごとに違うので、申し込んだ会社の案内を確かめてください。

承認のメールが届かないとき

承認のメールが届く先は、管理会社の案内で確かめてください。エックスサーバーの案内では、Whois情報に登録されている登録者のメールアドレス宛に届きます。次のような場合は、メールが届かないか、届いても気づけません。

• Whois情報の公開代行（管理会社の情報を代わりに載せるサービス）を使っていて、承認のメールの送り先が本人のアドレスになっていない。送り先と受け取り方を管理会社に確かめます
• 登録者のメールアドレスが、もう使っていない古いアドレスや、退職した担当者のアドレスになっている
• 迷惑メールのフォルダに振り分けられている

移管を申し込む前に、Whois情報の登録者のメールアドレスが、いま確実に受け取れるアドレスになっているかを確かめておくと、手続きが止まりにくくなります。

届かないときは、まず迷惑メールのフォルダと送り先のアドレスを確かめます。お名前.comへ移管する場合は、お名前.com Naviから承認のメールを送り直せます。送り先のアドレスそのものに問題がある場合は、申し込みを取り消し、Whois情報を直してから申し込み直す手順になっています。ほかの会社では、申し込んだ会社の案内を確かめてください。

.comや.netなどは、移管するとドメインの期限が1年延びる

.comや.netなどのドメインは、ICANNの規定により、移管が完了すると登録期間が1年延びます（残りの期間と合わせて最長10年まで）。移管したからといって、残っていた期間が消えるわけではありません。移管の料金と、その中に何が含まれるかは、申し込む会社の案内で確かめてください。

入力でつまずきやすい点

AuthCodeは、大文字・小文字・数字・記号が混ざった文字列であることが多く、入力の誤りで手続きが止まることがあります。

• 手で打たず、コピーして貼り付ける。貼り付けたときに前後に空白が入っていないかも見る
• 末尾が記号で終わっていても、記号まで含めて全部入力する
• 管理画面に並んでいる別の番号（エックスサーバーの案内では「レジストリキー」「MITキー」など）と取り違えない
• 再発行した場合は、新しいコードを使う

入力を間違えて申し込んだ場合、お名前.comへ移管するときは、お名前.com Naviの「Authcode修正」からコードを直せます。ほかの会社へ移管するときは、移管先の案内を確かめてください。期限内に直さないと申し込みが取り消されることがあるので、早めに対応してください。

制作会社にドメインを任せている場合

ホームページを作った制作会社がドメインを取得して、そのまま管理している、ということはよくあります。この場合、AuthCodeを出せるのは、ドメインを管理しているアカウントを持っている人、つまり多くは制作会社です。

まず確かめたいのは、ドメインの「名義」と「管理しているアカウント」がどこにあるかです。毎年の更新料の請求書がどこから届いているか、または制作会社に「ドメインはどの会社の、誰のアカウントで管理していますか」と聞くのが確実です。名義が制作会社のままになっている場合は、名義を自社に変える必要があるか、その手順を管理会社に確かめます。.comや.netなどのドメインでは、登録者を変えると、原則として60日間は移管できなくなります（変更の前に、この制限を外す選択ができる場合もあります）。移管も予定しているときは、名義の変更と移管の順番を先に確かめてから進めてください。

移管を進めるときに制作会社へ頼むことは、主に次の3つです。

• AuthCodeを取得して渡してもらう（.jpドメインや一部の会社では、転出の申請から）
• 移管ロックがかかっていれば外してもらう
• 承認のメールが届くアドレス（Whois情報の登録者のメールアドレス）を確かめ、届いたメールの承認に協力してもらう

名義の確かめ方と、自社名義にする進め方は「ホームページのドメインが制作会社名義になっている｜確認方法と自社名義にする進め方・費用の目安」にまとめています。制作会社と連絡が取れない場合の進め方も、こちらの記事でご説明しています。

AuthCodeを扱うときの注意

AuthCodeは、ドメインを移すための鍵です。扱いはパスワードと同じに考えてください。

• 移管を頼む相手以外には渡さない。メールで送る場合も、宛先を確かめてから送る
• 移管をやめた場合や、移管が終わった場合は、移管ロックをかけ直しておく
• 心当たりのない移管の承認メールが届いたら、承認せずに管理会社に問い合わせる
• 管理画面のログインには二段階認証を設定しておく

更新を忘れてドメインが使えなくなった場合は、移管より先に復旧の手続きが要ります。期限の前後でできることは「ホームページのドメイン・サーバーの更新を忘れるとどうなる？」をご覧ください。

2026年にICANNが移管ルールの見直しを採択

ICANNの理事会は、2026年6月7日に、ドメイン移管のルールを見直す勧告を採択しました（ICANN理事会の決議）。AuthCodeの呼び名を「Transfer Authorization Code（TAC）」に改めることなどが含まれています。

ただし、この記事を書いている時点（2026年10月）では、ICANNの決議の資料で新しいルールの適用開始日は確認できません。国内の管理会社の案内も、これまでのルールのままです。実際に移管するときは、その時点での管理会社の案内に従ってください。

blancに依頼する場合

blancでは、他社で管理しているドメインの移管を「ドメイン移管代行」としてお受けしています。料金は22,000～33,000円（税込）で、他社からの移管手続きと、移管後のサイト表示・メール受信の確認までを行います。ドメイン維持費用は含まれません。

ドメインがどこの会社の、誰のアカウントで管理されているか分からない場合は、「ログイン情報の調査・復旧」（11,000～33,000円（税込））で、管理画面・サーバー・ドメインの権限を確認し、入れる状態まで戻します。ほかの作業の費用は料金表に載せています。

よくある質問