ドメインを別のレジストラへ移す:移管条件とサービス維持を分けて確認する
レジストラ移管は登録を管理する事業者を変えるもので、サイト、メール、登録者の権利を自動的に移す操作ではありません。移管条件とサービス維持の合意を別に用意します。2026年10月14日に読んだ資料に基づく計画ガイドであり、アカウント、コード、支払い、DNS、移管操作は実施しません。
Boletolibre編集部
公開日
六つの役割で移動範囲を決める
TLDレジストリ、現在と移管先のレジストラ、登録者、権威DNS運用者、ウェブホスト、メール事業者を特定します。何を維持し、何を別に判断するかを書きます。一社が複数の役割を担っていても、契約、承認権限、受け入れ証拠は同じものにはなりません。
公表されているICANNのgTLDポリシーは、移管の承認権限を登録者に割り当てています。登録者の権利や連絡先の実質的な変更は別の手続きです。連絡先の訂正を予定する場合も、実行前に担当レジストラと影響を確認し、無害な前提作業と決めつけません。[1]
空欄の引き継ぎ表から始める
各行に日付付き出所・位置____、証拠担当者____、状態・阻害事項____、次の確認____を記入します。承認された非公開の参照先を使い、共有表には認証コード、パスワード、不要な本人確認書類を置きません。
| 引き継ぎ項目 | 証拠または未解決の問い |
|---|---|
| 1 予定する移動 | レジストラだけ____、登録者・DNS・ホスト・メールの別変更____。 |
| 2 適用規則 | TLD・レジストリ____、現に有効なポリシーと両事業者の契約____。 |
| 3 権限 | 現在・移管先のレジストラ____、承認された非公開手続きによる登録者権限の確認____。 |
| 4 移管条件 | 登録日、前回移管日、連絡先の実質変更日____、実際の状態と制限____。 |
| 5 承認経路 | 事業者ごとの許可された手順____、コードの保護保管先への参照だけ____。 |
| 6 期限と費用 | 実際の期限・更新分岐____、TLD・通貨・税・期間延長を示す日付付き見積もり____。 |
| 7 完了 | 申請受理____、管理レジストラ変更が完了した別の確認____。 |
権限や移管条件の重要な不明点はHOLDです。日程の余裕や一見正常なサイトでは補えません。未解決の証拠を隠さず、サービス欄の良好な結果を移管許可の代わりにしないでください。
ポリシーの日付と制限の種類を分ける
10月14日時点でICANNが表示するのは2024年2月21日更新版で、実装期限は2025年8月21日です。冒頭には移管先レジストラの承認フォーム(FOA)の要件に関する執行猶予も表示されています。2026年6月7日の理事会による47件の勧告採択は実装を指示するもので、実装ページではTransfer Policy Reviewは待機列にあります。採択だけで提案中の代替手順が発効するわけではありません。操作前に適用版を再確認します。[1][2][3]
公表gTLDポリシーのI.A.3.7では初回登録や直近移管の事情により拒否でき、I.A.3.8の列挙された法的・紛争・登録者変更の事情では拒否が必要です。II.Cには実質変更後のロック、変更前のオプトアウト、脚注7を含む限定的な解除規定があります。通常のclientTransferProhibitedを解除しても、すべての制限が消えた証拠にはなりません。一律60日待機や全ロック解除を約束しません。[1]
事業者ごとの承認、通知、完了証拠も必要です。支援やレジストリ応答に関する条件付きの5暦日の規定は個別の義務であり、移管全体の所要時間ではありません。申請や支払い受領書は管理変更の完了確認ではありません。本稿は共通のメールフォームやコード操作手順を提示しません。[1]
サービス維持を独立して記録する
各依存関係について、現担当者・出所____、維持か別移行か____、受け入れ証拠・運用者____、保留か復帰かの判断____を記します。以下の六行では、設定だけでなく契約上の継続条件も確認します。
| 維持項目 | 許可された移動の前に必要な証拠 |
|---|---|
| 1 委任と付帯DNS | ネームサーバー____、移管元レジストラのDNSが継続するか____。 |
| 2 ゾーンの網羅性 | サイト・サブドメイン・検証・メールのセット____、実運用者の完全性の根拠____。 |
| 3 DNSSECとDS | チェーン状態と互換性____、適格な運用者と別計画____。 |
| 4 ウェブとTLS | ホスト・証明書・イベントリンクやフォーム転送____、受け入れ担当者____。 |
| 5 メールと連絡経路 | 事業者・MX・送信者認証の参照____、独立して連絡できる経路____。 |
| 6 更新と確認 | 更新担当者・方法____、新レジストラ管理の証拠____、運用者の確認期間____。 |
2026年4月24日更新のCloudflareガイドは、同社レジストラで同社の権威DNSを使うことを要件にしています。一方、SIDNの.nl資料はレジストリ固有の契約と、DNSSEC対応の新レジストラとの調整を示します。これらは維持計画を見直す理由となる限定的な例で、共通要件ではありません。DNS・DSの順序は適格な運用者が選び、ある事業者のDNSSEC無効化手順をすべての移管に流用しません。[4][5]
架空のPaper Lantern Workshop:古い日付だけでは進めない
| 架空の項目 | 根拠と判断 |
|---|---|
| 範囲 | レジストラA→B。登録者、ホストD、メールEは維持したい意図。 |
| 日付 | 初回登録2025年1月10日、前回移管2026年3月15日。直近の実質的な登録者変更は主張しないが、権限・実状態の確認が必要。 |
| DNS | Bが外部DNSを受け入れ、Aの付帯DNS契約が無関係との架空の書面回答を前提としてのみCを維持。 |
| 暦 | 期限11月20日、イベント11月12日。10月14日→11月20日は37暦日、→11月12日は29暦日。 |
| 重要な不明点 | BのTLD受け入れとAの実制限が未確認:HOLD。担当者は架空の2日間で追加根拠を集める案。 |
| 完了 | 申請、支払い、管理変更完了はなし。移管と全サービスの受け入れは未解決。 |
七つの引き継ぎ項目と六つの維持項目は、この六行の架空要約と別の表です。37日と29日は暦上の余裕で、完了予測、ロック期間、SLAではありません。2日の確認期間も規則上の期限ではありません。Bが自社DNSを必要とするなら維持の仮定は崩れ、別途レビューされたDNS計画が必要です。架空の受け入れを実事業者の提供条件とはしません。
権利と事業者の受け入れを分ける
公表gTLDポリシーでは、期限切れだけを一律の拒否理由にしていません。実際の制限や未払い期間の条件が重要です。Cloudflareは別に、期限切れドメインを現在のレジストラで更新することを要件としています。期限が近い、または状態が変わった案件は、移管計画を進める前に状態・更新の判断と事業者の正確な根拠が必要です。復旧、無料移管、無条件の1年延長は保証しません。[1][4]
移管完了とサービスの証拠を別に求める
範囲を限定した移管条件の判断、非公開の権限参照、日付付き手順、七項目の引き継ぎ表、六項目の維持表を渡します。後日の許可された証拠では、申請受理、管理変更完了、各運用者によるサービス受け入れを区別します。Paper LanternはHOLDのままです。本稿は移管を実施せず、DNS、TLS、メール、イベントリンクの無停止も約束しません。
出典と参考資料
- ICANN移管ポリシー:2024年2月21日更新、2026年10月14日閲覧ICANN · 確認日
- ICANN理事会決議2026.06.07.04:2026年6月7日の採択と実装指示ICANN Board · 確認日
- ICANNポリシー実装:2026年10月14日に確認した待機列ICANN · 確認日
- Cloudflareレジストラ移管要件:2026年4月24日更新Cloudflare · 確認日
- SIDNの.nl移管:契約とDNSSECの調整SIDN · 確認日