WordPressで使っているドメインを別の会社へ移管したい。しかし、サーバーやメールが止まらないか、ネームサーバーも変えるのか、認証コードや承認メールは何に使うのか分からず、手続きを始められない方もいるでしょう。
ドメイン移管は、同じドメイン名の登録管理事業者を変更する手続きです。通常はWordPressのURLや記事内容を変える作業ではありません。ただし、DNSやメールが変更元の付帯サービスに依存している場合は、移管後の継続条件を確認する必要があります。
安全に進める要点は、移管申請より先に、登録者・期限・ロック・認証用メールと、ネームサーバー・DNSレコード・メール・SSLの現在値を保存することです。そのうえで変更先から申請し、変更元の承認連絡へ対応します。
ドメイン移管、サーバー移行、ドメイン名変更、名義変更を同じ作業として一度に進めないでください。影響範囲と手続きが異なり、問題が起きたときに原因を切り分けにくくなります。
先に結論｜ドメイン移管は9段階で進める
- 今回変えるものが登録管理事業者だけか確認する
- ドメインのTLD、現在の登録管理事業者、登録者を確認する
- 有効期限、更新・支払い、各種ロックを確認する
- 登録者・管理連絡先のメールを受信できるようにする
- ネームサーバー、DNS、メール、SSLの現在値を保存する
- 変更元からAuthCode等の認証コードを取得する
- 変更先事業者から移管を申し込む
- 変更元・変更先から届く承認連絡へ対応する
- 完了後に登録情報、DNS、サイト、メール、更新期限を確認する
手続き名や必要条件は、.comや.net等のgTLD、.jp、その他の国別ドメインで異なります。この記事は確認順を示すもので、実際の操作は対象TLDのレジストリと変更元・変更先事業者の現行マニュアルを照合してください。
ドメイン移管と3つの変更を区別する
| 作業 | 何が変わるか | WordPress URL | 主な確認 |
|---|---|---|---|
| ドメイン移管 | 登録管理事業者 | 原則同じ | 登録者、ロック、AuthCode、DNS継続 |
| サーバー移行 | WordPressの置き場所 | 同じ場合が多い | ファイル、DB、DNS、SSL、メール |
| ドメイン変更 | サイトのドメイン名・URL | 変わる | 301転送、内部リンク、Search Console |
| 名義変更 | 登録者 | 原則同じ | 本人確認、承認、移管ロックへの影響 |
サーバーも同時に変える場合は、登録管理事業者の移管とWordPressのコピーを別工程にします。同じドメインでサーバーを移す手順はWordPressサーバー移行の確認手順、作業前の漏れはWordPress移行前チェックリストで確認してください。
ドメイン名そのものを変える場合は、旧URLと新URLの一対一転送や検索エンジンへの移転通知が必要です。これはWordPressのドメイン変更手順で扱う別作業です。
最初にTLDと現在の管理先を確認する
まずドメイン末尾の種類を確認します。.com、.net、.org等のgTLDと、.jp等の国別ドメインでは、移管ポリシー、呼び方、認証コードの発行元、ロック条件が同じとは限りません。
- 対象ドメイン名とTLD
- 現在のレジストラまたは管理指定事業者
- 登録者名・組織名
- 登録者・管理連絡先のメールアドレス
- 有効期限と自動更新日
- 料金の未払い・更新処理中の有無
- レジストラロック・移管ロックの状態
- 直近の新規登録、前回移管、登録者情報変更の日付
gTLDで現在のレジストラが分からない場合は、ICANN LookupでRegistrar欄を確認できます。販売代理店やサーバー会社のブランド名と、登録上のレジストラ名が異なることもあるため、管理画面と公開登録情報を照合します。
JPドメインでは「管理指定事業者の変更」という表現が使われます。JPRSの管理指定事業者変更の公式手順は、変更元で認証コードを確認し、変更先から申請し、変更元の意思確認へ回答する流れを案内しています。
移管できない条件とロックを確認する
移管申請が通らないときは、認証コードを取り直す前にロックと登録状態を確認します。ICANNのドメイン移管FAQでは、gTLDについて新規登録後、前回移管後、登録者変更後の一定期間、ロック中、紛争や裁判手続き中など、移管を拒否できる条件を説明しています。
| 確認項目 | 止まりやすい状態 | 対応 |
|---|---|---|
| 新規登録・前回移管 | gTLDで60日以内等 | 対象TLDと事業者の期限を確認 |
| 登録者情報変更 | 変更後の移管ロック | 情報変更と移管の順番を事前確認 |
| 移管ロック | clientTransferProhibited等 | 管理画面または変更元へ解除依頼 |
| 有効期限・支払い | 失効、更新中、未払い | 更新状態を確定してから申請 |
| 紛争・保留 | 移管禁止状態 | 変更元・レジストリへ理由を確認 |
| JPドメイン | 指定事業者変更ロック | JPRSと事業者の現行手順を確認 |
「60日」という数字をすべてのドメインへ一律に当てはめないでください。ICANNのルールは主に対象gTLDのレジストラ間移管に関するものです。JPドメインではJPRSの指定事業者変更ロックの公式説明を確認し、その他の国別ドメインも各レジストリの規則を使います。
承認メールを受け取れる状態にする
移管では登録者や管理連絡先への確認が重要です。古い担当者のメール、退職者の個人アカウント、すでに使えないドメインメールが登録されていると、承認や認証コードの受信で止まります。
- 登録者メールへ実際にログインできる
- 迷惑メール・受信拒否・転送先を確認する
- 変更元と変更先の送信元ドメインを確認する
- 承認期限と担当者の不在日を確認する
- 認証コードをチャットや公開資料へ貼らない
- 連絡先変更が新しい移管ロックを発生させないか確認する
登録者情報を直す必要がある場合は、移管の前後どちらで変更すべきかを変更元へ確認します。先に変更すると一定期間移管できなくなる場合があるため、受信できないからといって順番を決めずに変更しません。
DNS・メール・SSLの現在値を保存する
ドメイン移管そのものと、DNSやサーバーの変更は別です。しかし、現在の登録事業者がDNSやメール転送も提供している場合、契約関係が変わることで付帯サービスの継続条件が変わることがあります。
- 現在のネームサーバー名
- A・AAAA・CNAMEレコード
- MXレコードとメールサーバー
- TXTレコードのSPF・DKIM・DMARC
- Search Console等の所有権確認TXT
- サブドメインと外部サービス用レコード
- SSL証明書の発行・更新方式
- DNSSECの有効状態と鍵管理
- ドメインメール転送やURL転送の設定
- 各設定の管理者と更新日
画面保存だけでなく、可能ならレコード種別、ホスト名、値、TTLを一覧へ書き出します。秘密鍵やパスワードは通常の作業表へ載せず、必要な認証情報は安全な保管場所で管理してください。
移管に合わせてネームサーバーも変更する必要が本当にあるか確認してください。現在のDNSを継続できるなら、移管とDNS切り替えを分けることで影響範囲を小さくできます。変更が必要なら、新しいDNSへ同じレコードを準備してから切り替えます。
ドメインメールが届かなくなった場合の切り分けはWordPressからメールが届かないときの確認順も参考になります。ただし、移管時はWordPressの送信処理だけでなく、MX・SPF・DKIM・DMARCとメール契約を分けて確認します。
AuthCodeを取得して変更先から申請する
AuthCode、AuthInfo、EPPコード、認証コードなど名称は異なりますが、ドメイン保有者または権限を持つ申請者であることを確認し、不正移管を防ぐためのコードです。
- 対象ドメインとTLDを再確認する
- 変更元で移管ロックの状態を確認する
- 変更元の公式手順でAuthCodeを取得する
- コードの有効期限と利用条件を確認する
- 変更先で対象TLDの移管料金・更新扱い・対応機能を確認する
- 変更先の管理画面から同じドメインの移管を申し込む
- AuthCodeを入力し、登録者・支払い情報を確認する
- 変更元・変更先から届く意思確認へ期限内に回答する
- 完了通知が届くまで、変更元の契約を自己判断で解約しない
ICANNは対象gTLDの移管でAuthInfoコードを使い、現在のレジストラがオンライン管理または依頼後の所定期間内に提供する仕組みを説明しています。JPドメインもJPRSの現行手順では指定事業者変更に認証コードを使いますが、発行主体や有効期限は同じとは限りません。
移管料金に更新費用が含まれるか、有効期限がどう扱われるか、Whois公開代行やDNSSEC、メール転送が継続するかは事業者とTLDで異なります。価格だけでなく、更新・復旧・権限管理まで比較してください。
移管中に変更を増やさない
移管の申請から完了まで、登録情報、ネームサーバー、DNSレコード、サーバー、WordPress URLを同時に変えると、どの変更がサイトやメールへ影響したか分かりにくくなります。
- WordPress本体・テーマ・プラグインの大型更新を重ねない
- HTTPからHTTPSへの移行を同日に行わない
- ドメインメールの提供会社を同時に変えない
- 登録者名義を必要なく同時変更しない
- DNSレコードを整理目的で削除しない
- 変更元サービスを完了前に解約しない
SSL化が必要ならWordPressをHTTPからHTTPSへ移す手順、URL構造を変えるならWordPressのパーマリンク設定として、移管完了後に別計画で進めます。
移管完了後に確認する10項目
| 確認項目 | 合格条件 |
|---|---|
| 登録管理事業者 | 変更先として表示される |
| 登録者・連絡先 | 意図した名義と受信可能なメール |
| 有効期限 | 期限と更新扱いを確認済み |
| 自動更新・支払い | 有効で決済方法に問題がない |
| ネームサーバー | 変更前の意図した値を維持または計画どおり変更 |
| DNSレコード | Web・メール・認証用レコードが一致 |
| WordPress表示 | トップ・代表記事・管理画面が正常 |
| メール | 外部との送受信とフォーム通知が正常 |
| SSL | 証明書が有効で更新方法を確認済み |
| 権限・記録 | 不要ユーザーを整理し、移管日と担当を保存 |
Web表示は自分の端末だけでなく、別回線や外部のDNS確認サービスも使って確認します。メールは同じドメイン内だけでなく、外部アドレスとの送信・受信を試します。フォーム送信は重複申込にならないテストデータで行ってください。
WordPressのURLが変わっていないなら、通常はサイト全体の301転送やSearch Consoleのアドレス変更は行いません。検索結果に影響する大きなURL変更と混同せず、登録管理とDNSの継続を確認します。
移管が止まったときの確認順
| 症状 | 主な確認 | 問い合わせ先 |
|---|---|---|
| AuthCodeが通らない | 対象ドメイン、有効期限、余分な空白 | 変更元・変更先 |
| ロック解除できない | 登録後・移管後・名義変更後の期間 | 変更元 |
| 承認メールが届かない | 登録メール、迷惑メール、期限 | 変更元・変更先 |
| 申請が拒否された | 拒否理由、支払い、紛争・保留状態 | 変更元・レジストリ |
| サイトが開かない | ネームサーバー、A・AAAA・CNAME | DNS提供元・サーバー |
| メールだけ届かない | MX、SPF、DKIM、DMARC、メール契約 | DNS提供元・メール会社 |
拒否された場合は、同じ申請を繰り返す前に理由を文章で確認します。gTLDでICANNポリシーに反する対応が疑われる場合は、まずレジストラへ説明を求め、解決しない場合にICANNの移管苦情手続きを検討します。
よくある質問
ドメイン移管でWordPressのURLは変わりますか？
登録管理事業者だけを変更し、同じドメイン名を使い続けるなら、WordPress URLを変える作業ではありません。移管と同時にドメイン名やサーバーも変える場合は、それぞれ別工程として計画します。
ネームサーバーは変更しますか？
必須とは限りません。現在のDNS提供を移管後も継続できるか、変更先の指定があるかを確認します。変更する場合は、現在のDNSレコードを新しいDNSへ準備してから切り替えます。
有効期限が近くても移管できますか？
TLDと事業者の規則、更新処理の状態で異なります。期限直前の申請は、承認遅れや失効時の切り分けを難しくします。変更元と変更先の公式条件を確認し、余裕のある日程で進めてください。
まとめ
WordPressで使うドメインの移管は、サイトの住所を変える作業ではなく、その住所を登録管理する事業者を変える手続きです。サーバー移行、ドメイン変更、名義変更と分けて考えてください。
申請前にTLD、登録者、期限、ロック、承認メール、ネームサーバー、DNS、メール、SSLを記録し、変更先から申請します。完了通知の後も、Web表示だけでなくメール・自動更新・権限まで確認します。移管の成否は管理画面の「完了」ではなく、ドメインを支える各サービスが意図どおり継続しているかで判断しましょう。