運用改善 / 12分で読めます
ドメイン管理会社を変更する手順｜AuthCode・60日ロック・承認メールの確認順
ドメイン管理会社の変更で止まりやすい AuthCode、承認メール、60日ロックの注意点を整理し、ホームページを止めずに進める手順を解説します。
最近の更新内容
本文、見出し、掲載情報、導線を見直しました。
記事を初回公開しました。
目次
ドメイン管理会社を変更したいとき、先に見るべきなのは料金表ではありません。最初に確認するのは、登録者が誰か、AuthCode を誰が受け取れるか、承認メールに誰が対応できるかです。ここが曖昧なままだと、変更先を決めても手続きが止まります。
検索意図としても、知りたいのは一般的な移管フローだけではありません。制作会社の乗り換え、担当者退職、登録情報変更後の 60 日ロック、料金トラブル時の進め方まで含めて、安全に進めたい人が多いはずです。この記事では、ホームページを止めずにドメイン管理会社を変更するための確認順を整理します。
まず分けるべき3つの作業
ドメイン管理会社変更は、次の作業と混同しやすいですが、同じ意味ではありません。
- 管理会社変更: ドメインを管理するレジストラや指定事業者を変える
- 登録者変更: ドメイン名義や連絡先を変える
- サイト移管: サーバーやホームページ本体を切り替える
これを同日にまとめると、どこで止まったか分からなくなります。サイト切り替えが目的でも、ドメイン管理会社変更だけは別タスクとして管理した方が安全です。
先に確認する4項目
1. 登録者名義
法人名義なのか、代表者個人なのか、制作会社名義なのかを確認します。名義が分からないと、AuthCode が取れても最終承認で止まりやすくなります。
2. 承認メールの受信先
承認メールが前任者や制作会社の個人アドレスへ届く状態だと、申し込み後に進めなくなります。まずは受信できるメールアドレスを確認してください。
3. AuthCode の取得方法
管理画面で見られるのか、変更元へ依頼するのか、書類が必要なのかを先に押さえます。ここを確認せずに変更先選びを始めると、実務では止まりやすくなります。
4. 最近の登録情報変更
名義や主要連絡先を最近変えた場合は、60 日ロックの影響がないかを見ます。公開日や制作会社切り替え日が決まっているほど、この確認は前倒しにするべきです。
記事を読みながら確認したい比較表
| 見るポイント | 確認したいこと | 判断の目安 |
|---|---|---|
| 現状整理 | 今の課題や条件を書き出す | 後から追加費用や確認漏れを減らせる |
| 比較軸 | 金額以外の違いを並べる | 判断基準が揃う |
| 相談前 | 必要資料と質問項目を決める | 相談後の行き違いを減らせる |
JPRS の手順では AuthCode と承認対応が先です
JPRS は「ドメイン名の管理指定事業者の変更」で、指定事業者変更の流れと、認証コードである AuthCode の確認が必要になることを案内しています。つまり、変更先を決める前に、今の管理会社から AuthCode を受け取れる状態かを押さえないと前へ進みません。
出典画像: JPRS「ドメイン名の管理指定事業者の変更」の概要と AuthCode 説明の参照箇所（2026年7月23日取得）
同ページでは、開始から終了まで数日程度かかる場合があること、登録者が変更元の指定事業者で AuthCode を確認し、変更先へ申し込んだ後に承認が必要になることも示されています。解約日直前や公開日前日に始めると、この承認待ちで止まりやすくなります。
出典画像: JPRS「ドメイン名の管理指定事業者の変更」の所要日数と AuthCode 手順の参照箇所（2026年7月23日取得）
ICANN のルールでは「移管できる」が、一定条件では止まります
ICANN の Transfer Policy では、登録者は条件を満たせばレジストラ間でドメインを移管できることが示されています。つまり、管理会社変更は例外ではなく、登録者に認められた通常手続きです。
出典画像: ICANN「Transfer Policy」の Registrar Requirements の参照箇所（2026年7月23日取得）
一方で同じ Policy には、登録者情報変更後の 60-day inter-registrar transfer lock や、AuthInfo Code の扱いに関する条件もあります。つまり、「変えられるか」だけでなく、今この日程で進めてよいかを先に確認しないと、サイト移行日程に影響します。
出典画像: ICANN「Transfer Policy」の 60-day inter-registrar transfer lock 条件の参照箇所（2026年7月23日取得）
さらに ICANN は、料金トラブルがあることだけを理由に、登録者への AuthInfo Code 開示や transfer lock 解除を拒否してはならない条件も示しています。未払いが絡む場合でも、感情的なやり取りではなく、登録者情報、請求状況、AuthCode 請求記録を整理して進めた方が安全です。
出典画像: ICANN「Transfer Policy」の AuthInfo Code 開示条件の参照箇所（2026年7月23日取得）
安全に進める5ステップ
ステップ1 権限を確認する
登録者名義、承認メール、管理画面、更新通知先を確認します。まずここが揃わないと申し込み後に止まります。
ステップ2 最近の名義変更や連絡先変更を確認する
60 日ロックに該当しないか確認します。制作会社変更やサーバー移行と同時期なら、とくに先に見ておく必要があります。
ステップ3 変更元で AuthCode と承認方法を確認する
JPRS の流れどおり、まず変更元で AuthCode の取得方法と承認手順を確認します。電話、管理画面、メールのどれで進むかを先に把握します。
ステップ4 変更先への申し込みをサイト切り替え日と分ける
ドメイン手続きとサーバー切り替えを同日に重ねると、どちらで止まったか分かりにくくなります。少なくとも承認完了まではドメインだけ別タスクにした方が安全です。
ステップ5 完了後に運用確認をする
完了したら、ホームページ表示、SSL、フォーム通知、独自ドメインメール、更新通知先を確認します。旧管理会社依存が残っていないかを見ることが重要です。
変更前チェックリスト
- 登録者名義を確認した
- 承認メールを受け取れる人が決まっている
- 直近の登録情報変更で 60 日ロックがないか確認した
- 変更元で AuthCode 取得方法を確認した
- サイト切り替え日と手続き日を分けた
- 完了後の確認担当者を決めた
変更前に権限整理をしたい場合
ドメイン管理会社の変更で止まりやすいのは、手続きそのものより、社内で管理情報を把握していないことです。New Check では、制作会社の乗り換えやホームページ移管の前に、ドメイン、サーバー、フォーム、解析権限の整理を手伝っています。切り替え前に止まりそうな点を洗い出したい場合はご相談ください。
よくある質問
ドメイン管理会社の変更とサーバー移管は同時にできますか
できますが、承認待ちで全体が止まりやすくなります。ドメイン手続きの完了確認を先に置く方が安全です。
AuthCode が分からないと変更できませんか
多くのケースでは必要です。まず変更元の管理会社で確認方法を押さえ、登録者本人が受け取れる状態かを確認してください。
制作会社と費用でもめている場合は移管できませんか
一般論として、料金トラブルだけで AuthInfo Code の開示を拒否できない条件が ICANN Policy にあります。ただし個別契約や法的争点は別なので、記録を残しつつ必要なら専門家へ相談してください。
まとめ
ドメイン管理会社の変更で本当に止まりやすいのは、申し込み先の選定より、登録者、承認メール、AuthCode の管理が曖昧なことです。まず権限を整理し、60 日ロックの有無を確認し、ドメイン手続きをサイト移行と切り離して進めると、ホームページを止めずに進めやすくなります。
メールで受け取る
診断案内や料金資料を先に受け取りたい方へ
メールアドレスを入れると、資料請求フォームへそのまま進めます。料金、進め方、 無料診断の案内をまとめて確認したいときに使えます。
入力したメールアドレスは資料請求フォームへ引き継ぎます。
筆者プロフィール
New Check編集部
Web制作・SEOコンテンツ編集
ホームページ制作、SEO、運用改善に関する記事を、実務で使える判断材料が先に伝わる構成で編集しています。現場の相談でよく出る論点を整理し、公開後も最新情報に合わせて見直します。
制作ポリシー
公式資料・一次情報・自社データを優先し、判断条件や確認手順まで整理してから公開しています。 記事は更新のたびに、この方針に沿って見直しています。
