ドメインを移管する方法

移管で実際に移動するもの

ドメインの移管で変わるのは、登録を管理するレジストラーだけです。ウェブサイト、ファイル、メール、DNS レコードは移動せず、それだけでドメインの向き先が変わることもありません。手続きの間ネームサーバーを変更しなければ、訪問者にもメールにも何の影響もありません。

これが重要なのは、移管にまつわる失敗談の多くが、実は移管そのものの話ではないからです。同時にネームサーバーを変更し、新しいプロバイダーにメール用の MX レコードがないことに気づき、1 日分の不達メールを移管のせいにする、という話です。二つの作業を分けておけば、リスクは大きく減ります。

そもそもドメインは移管できる状態か？

レジストリのポリシーによって、一部の移管は完全に阻止され、どのレジストラーもそれを覆せません。後から気づくと数日を失うことになるため、始める前にこれらすべてを確認してください。

• 登録から 60 日。新規登録したドメインは、60 日間は移管できません。前回の移管後も同じルールが適用されます。
• 登録者の変更から 60 日。登録者の名前やメールアドレスを変更すると、通常、それとは別に 60 日間のロックが始まります。連絡先情報を整理する予定がある場合は、先に移管を済ませてください。
• 期限切れでないこと。ほとんどのレジストリは、期限切れのドメインを移管しません。償還期間に入ると、償還料金も別途かかります。現在の場所で更新してから移管してください。
• 紛争中でも、レジストリによる保留中でもないこと。serverTransferProhibited のようなステータスは、レジストラーではなくレジストリが設定するもので、設定した側と解決する必要があります。

現在のステータスは、WHOIS または RDAP の検索でご自身で確認できます。見るべきはドメインのステータス欄です。clientTransferProhibited は通常のレジストラーロックで、お客様ご自身で解除できます。一方、server で始まるものはレジストリのレベルで設定されており、解除できません。

先に DNS の作業を行う

何かを変更する前に、現在のゾーンを書き留めてください。A、AAAA、CNAME、MX、TXT、SRV、CAA のすべてのレコードについて、値と TTL を控えます。理由は二つあります。ネームサーバーを変更することになった場合に、正確に再作成する必要があること、そして後で何かが壊れたときに、正常だった頃の状態を確認したいからです。

TXT レコードには特に注意してください。メールプロバイダー、アクセス解析、決済事業者、ID 管理システムの SPF、DKIM、ドメイン検証レコードはすべてここにあり、1 週間後に何かが静かに認証されなくなるまで誰も思い出さないものばかりです。

認証コードを取得する

認証コードは、画面によって EPP コード、承認コード、移管キー、ドメインシークレットなどとも呼ばれ、そのドメイン用のワンタイムパスワードです。移管を要求している人が、現時点でそのドメインを管理していることをレジストリに証明します。

1. 1現在のレジストラーにサインインし、ドメインの設定を開きます。移管ロックをオフにします。レジストラーロック、ドメインロック、盗難防止などの名称の場合があります。
2. 2認証コードを請求します。すぐに画面に表示するパネルもありますが、登録されている登録者のアドレスにメールで送るパネルも多く、そのため、そのアドレスは読めるものでなければなりません。
3. 3WHOIS プライバシーが登録者のメールアドレスを隠していないか確認します。確認メールがプライバシー用の中継アドレスに送られている場合は、その中継が実際にお客様へ転送されることを確かめるか、移管の間だけプライバシーを無効にして、完了後に再び有効にしてください。
4. 4コードはすぐに使ってください。コードには有効期限があることが多く、期限切れのコードで申請すると、理由がはっきり分からない拒否メッセージが返ってきます。

移管を実行する

ドメインのロックを解除し、コードを手元に用意したら、移管先のレジストラーで移管を開始し、移管料金をお支払いください。当社の場合、料金はそのTLDの更新料金と同額で、移管によって加算される 1 年分に相当します。二重にお支払いいただくことはなく、現在の登録の残り期間が失われることもありません。

その後、レジストリが登録者に確認のメールを送ります。承認してください。これが最もよくある失敗の原因で、しかも静かに失敗します。承認されなかった移管は、期間が過ぎると自動的に失効し、少し紛らわしいメールのやり取りだけが残って、振り出しに戻ります。

承認後、移管元のレジストラーには最長 5 日間の応答期間があります。明示的に承認すればすぐに移管が完了し、何もしなければ期間の終了時に完了します。実際には、ほとんどの移管が 1 週間以内に、多くは 48 時間以内に完了します。

うまくいかなかったとき

レジストラーが認証コードを渡してくれない

レジストラーは、登録者に認証コードを提供する義務があり、ドメインを人質に取ってはなりません。対応が止まっている場合は、依頼を書面で行い、レジストリの移管ポリシーを引用し、一次サポートより上位へエスカレーションしてください。汎用TLDについては、ICANN が移管の不具合に関する正式な苦情手続きを運営しており、レジストラーはサポートチケットよりはるかに早く対応します。

理由がはっきりしないまま移管が拒否される

資格の一覧をもう一度確認してください。60 日ルールは、登録者の連絡先を整理した直後などに、よく引っかかります。そのうえで、WHOIS または RDAP でドメインのステータスを調べ、気づいていなかったロックがないか、認証コードの期限が切れていないかを確認します。

確認メールが届かない

ログインに使うメールアドレスではなく、WHOIS レコードにある登録者のメールアドレスを確認してください。この二つは異なることが多く、レジストリが連絡するのは WHOIS のほうです。2019 年以降、誰も読んでいないアドレスであれば、先に登録者の連絡先を更新する必要があり、そうすると 60 日のカウントが最初からやり直しになります。面倒ですが、今のうちに分かるほうがましです。

移管後のチェックリスト

• 新しい有効期限が、以前のものより 1 年後になっていることを確認します。それがお支払いいただいた 1 年分です。
• 最初に書き留めた一覧と照らして、すべての DNS レコードを確認します。特に MX と TXT を確認してください。
• テストメールを送受信し、このサイトを一度もアクセスしたことのないネットワークから HTTPS で読み込んでみてください。
• 自動更新をオンにし、請求先メールアドレスが読めるものであることを確認します。
• 無効にしていた場合は、WHOIS プライバシーを再び有効にします。当社では、登録時も更新のたびにも無料です。
• 移管ロックを再び有効にしてください。最も安上がりな盗難防止策です。

当社から他社へ移管する

同じ方法を逆向きに、意図的に手間なく行えます。パネルでドメインのロックを解除し、認証コードをコピーしてください。引き止めの手続きも、電話も、二度断らなければならないオファーも、わざと遅らせることもありません。お金に見合う価値でお客様を引き留められないなら、不満を抱えたまま残っていただくより、速やかに去っていただくほうがよいと考えています。

当社が免除できないのは、レジストリのルールだけです。当社で登録してから、または当社に移管してから 60 日以内のドメインは、移管できません。これは当社が曲げられるものではありません。