Xserverへのドメイン移管のやり方と注意点をわかりやすく解説

03/09/202604/09/2026

XServerでWebサイトを運用していると、「ドメインの管理もまとめたい」「現在の管理会社から移管するには何を準備すればよいのか」と迷うことがあるでしょう。

ドメイン移管は画面の案内に沿って申し込めますが、AuthCodeの取得、承認メールへの対応、移管制限の確認など、事前に押さえたいポイントがあります。

また、移管と同時にネームサーバーを変更すると、Webサイトやメールの接続に影響する可能性があるため、「ドメインの管理先を変える作業」と「接続先を変える作業」は分けて考えることが大切です。

この記事では、XServerドメインへの移管手順を5段階で整理し、申し込み前の確認事項やドメインの種類ごとの違い、手続きが進まない場合の確認方法までわかりやすく解説します。

移管後もサイトやメールをできるだけ安定して利用できるよう、注意点を確認しながら進めましょう。

この記事でわかること

XServerドメインへドメインを移管する基本的な手順
移管前に確認したい移管制限・更新期限・登録情報のポイント
AuthCodeの取得と承認メールへの対応方法
Webサイトやメールへの影響を抑えるネームサーバー変更の考え方

XServerへのドメイン移管は事前準備から承認手続きまで5段階で進める

XServerへのドメイン移管は、現在の管理会社で条件を確認し、AuthCodeを取得したうえでXServerドメインから申し込み、メールで承認する流れで進みます。

手続き自体は画面の案内に沿って進められますが、事前準備が不足すると申請を進めにくくなるため、現在の登録状況を確認してから申し込むことが大切です。

全体の流れは、次の5段階で把握しておくとスムーズです。

現在の管理会社で移管できる条件を確認する
AuthCodeを取得する
移管制限を解除する
XServerドメインで移管を申し込む
案内メールの承認後、完了状況を確認する

現在の管理会社で移管条件を確認する

最初に、現在ドメインを管理している会社の会員画面やサポートページで、移管に必要な条件を確認します。

ドメインはいつでも手続きできるとは限らず、取得直後や登録情報を変更した直後などは、一定期間移管できない場合があります。

また、登録者情報に設定されているメールアドレスが利用できない状態だと、承認に必要な案内を受け取れないことがあります。

管理画面へログインできるか、登録メールアドレスを受信できるかを先に確認しておくと、途中で手続きが止まりにくくなります。

確認する項目	確認する理由
現在の管理会社のログイン情報	AuthCodeの取得や移管制限の設定変更に必要になるため
登録者のメールアドレス	移管承認に関する案内を受信するため
ドメインの登録状況	移管申請を受け付けられる状態か判断するため
契約中の関連サービス	ドメイン管理の変更に伴う確認事項を整理するため

AuthCodeを取得して移管制限を解除する

移管申請では、現在の管理会社から発行されるAuthCodeが必要になるケースがあります。

AuthCodeはドメインの移管手続きに用いる認証情報で、管理画面から表示・発行できる場合や、申請後にメールで案内される場合があります。

取得方法は管理会社ごとに異なるため、名称が「認証コード」「移管用コード」などとなっていることもあります。

あわせて、ドメインに移管制限が設定されている場合は、現在の管理会社の画面で解除します。

AuthCodeは第三者に共有せず、入力が完了するまで安全に保管してください。

コピーするときは、前後に空白が入らないように注意すると、申し込み画面での入力を進めやすくなります。

XServerドメインから移管を申し込む

準備が整ったら、XServerドメインのドメイン移管申し込み画面で、対象のドメイン名を入力します。

画面の案内に沿って申込情報を確認し、求められる場合はAuthCodeを入力して手続きを進めます。

このとき、対象のドメイン名のつづりを正確に確認することが重要です。

似た文字や不要な空白が含まれていると、意図したドメインで申請できないおそれがあります。

移管するドメイン名
現在利用している登録者情報
取得したAuthCode
連絡を受け取るメールアドレス

申し込み後に表示される受付内容や案内メールは、完了するまで確認できるよう保管しておくと安心です。

届いた案内に沿って承認し完了を確認する

移管申し込み後は、登録者メールアドレスなどに承認手続きに関する案内が届くことがあります。

メールの内容を確認し、期限が示されている場合はその期間内に承認操作を行います。

承認後すぐに移管が完了するとは限らないため、XServerドメインの管理画面や受付メールで進行状況を確認します。

管理先がXServerドメインに切り替わり、対象ドメインが管理画面に表示されれば、移管手続きは完了です。

「申し込み完了」と「ドメイン移管完了」は異なるため、最後まで状況を確認しましょう。

移管先はドメイン管理サービスの「XServerドメイン」

ドメインをXServerへ移管する際の移管先は、レンタルサーバーではなくXServerドメインです。

XServerドメインはドメインの取得・更新・管理を扱うサービスであり、Webサイトを置くサーバーの契約先とは分けて考える必要があります。

「サーバーをXServerにしたい」のか、「ドメインの管理会社をXServerドメインに変えたい」のかを先に整理すると、必要な手続きを判断しやすくなります。

XServerには、個人・法人向けのサーバーサービスと、ドメインを管理するXServerドメインがあります。

同じ運営元のサービスでも役割は異なるため、目的に合わせて利用するサービスを選びましょう。

管理したい対象	主に利用するサービス	できることの例
ドメイン名	XServerドメイン	取得、更新、管理先の変更、DNSに関する設定
Webサイトのデータ	エックスサーバー	ホームページやデータベース、メールの運用
法人向けのサーバー環境	XServerビジネス	法人サイトや業務用途を想定したサーバー運用

ドメイン移管とサーバー移転の違い

ドメイン移管とは、ドメイン名を管理する登録事業者を変更する手続きです。

たとえば、現在別のドメイン管理サービスで保有している「example.com」の管理先をXServerドメインへ変更することが、ドメイン移管にあたります。

一方のサーバー移転は、Webサイトのファイル、データベース、メールなどを置くサーバーを別のサービスへ移す作業です。

項目	ドメイン移管	サーバー移転
変更するもの	ドメインの管理先	サイトやメールを運用する場所
主な対象	ドメインの契約・更新・登録情報	Webサイトのデータ、メール、各種設定
利用者から見える変化	通常はURL自体を変えずに進められる	設定内容によってはサイト表示やメール利用に影響し得る
目的の例	ドメイン管理を一つにまとめたい	利用するサーバーを変更したい

ドメイン移管をしても、Webサイトのデータが自動的にXServerのサーバーへ移るわけではありません。

反対に、サーバーだけを変更しても、ドメインの管理先が自動で切り替わるわけではありません。

ドメイン移管とサーバー移転は、必要に応じて別々に行う手続きです。

たとえば、すでにエックスサーバーでサイトを運用しており、ドメインだけは他社で管理している場合、XServerドメインへ移管することで管理窓口をまとめられます。

ただし、サイトを現在のサーバーでそのまま運用するなら、サーバー内のデータを移す作業は必要ありません。

ドメイン移管と所有者変更・譲渡の違い

ドメイン移管は管理先を変える手続きであり、ドメインを利用する権利を別の人や法人へ渡す手続きとは異なります。

管理先だけをXServerドメインへ変更し、登録者が同じであれば、基本的には所有者変更・譲渡にはあたりません。

ドメイン移管：ドメインを管理するサービスを変更する
所有者変更：登録者となっている個人名・法人名などを変更する
譲渡：ドメインの利用・管理に関する権利を別の人や法人へ引き継ぐ

たとえば、個人で保有していたドメインを自分が代表を務める会社名義にする場合は、管理先の移管だけでなく登録者情報の変更に関する確認が必要になることがあります。

また、制作会社や担当者の名義で登録されているドメインを実際の事業者へ引き継ぐ場合も、単純な移管とは扱いが異なる可能性があります。

ドメインの種類や現在の登録状況によって、登録者情報の扱いや必要な確認は変わります。

「管理先をまとめたいだけ」なのか、「ドメインの名義も変えたい」のかを区別してから手続きを選ぶことが大切です。

エックスサーバーやXServerビジネスとの関係

エックスサーバーやXServerビジネスを契約している場合でも、ドメイン移管の申請先はXServerドメインです。

サーバー契約があることと、ドメインがXServerドメインで管理されていることは同じ意味ではありません。

たとえば、エックスサーバーでWebサイトを公開していても、ドメインの契約・更新は別の事業者で行っているケースがあります。

この場合、ドメイン管理もまとめたいときにXServerドメインへの移管を検討します。

エックスサーバーを利用中で、ドメイン管理もまとめたい場合
XServerビジネスで法人サイトを運用し、ドメインの管理窓口を整理したい場合
サーバーは他社のまま、ドメインの管理先だけを変更したい場合

なお、XServerドメインへ移管したからといって、必ずエックスサーバーまたはXServerビジネスを利用しなければならないわけではありません。

反対に、エックスサーバーやXServerビジネスを利用するために、必ずドメインをXServerドメインへ移管しなければならないわけでもありません。

サーバーとドメイン管理を同じ系列のサービスにまとめると、契約情報や設定の確認先を整理しやすい場合があります。

一方で、現在のサーバー環境を変えずにドメイン管理だけを移すこともできるため、運用中のサイト・メール・契約のどこを変更したいのかを基準に判断しましょう。

申し込み前にドメインが移管できる状態か確認する

ドメイン移管を申し込む前に、対象ドメインが移管可能な状態であることを確認しておく必要があります。

取得直後や登録者情報を変更した直後、有効期限が迫っている場合などは、移管手続きを進められない、または予定どおりに完了しないことがあります。

現在の管理事業者の管理画面で、契約状況・更新期限・移管制限の有無を確認してから申し込みましょう。

取得・移管・登録者情報変更からの日数に関する制限

ドメインの種類や管理団体のルールによっては、取得直後や他社から移管した直後のドメインを、すぐに再移管できない場合があります。

特に「.com」「.net」「.org」などの一部のドメインでは、一般的に取得日または前回の移管完了日から60日間、他社への移管が制限されることがあります。

登録者名・組織名・メールアドレスなど、登録者情報の重要な項目を変更した後にも、移管に関する制限が設定される場合があります。

情報を更新した直後に移管したいときは、現在の管理事業者に移管制限の有無を確認することが大切です。

ただし、制限の対象や起算日、例外の扱いはドメインの種類および管理事業者の設定によって異なります。

「60日が経過したはず」と判断するのではなく、管理画面の移管状況やサポート案内で対象ドメインの状態を確認しましょう。

確認したいタイミング	移管への影響
ドメインを新規取得した直後	一定期間、移管できないことがあります。
他社への移管が完了した直後	再移管まで待機期間が必要になることがあります。
登録者情報を変更した直後	変更内容によっては移管制限の対象になる場合があります。
登録情報が古いままの場合	確認連絡を受け取れず、手続きに影響するおそれがあります。

有効期限が近いドメインを移管する際の注意点

有効期限が近いドメインでも移管できる場合はありますが、期限直前の申し込みは避けることが重要です。

移管は申請後すぐに完了するとは限らず、現在の管理事業者側での確認や承認に時間がかかることがあります。

期限までに移管が完了しない場合でも、現在の管理事業者で更新手続きが必要になるケースがあります。

そのため、有効期限が近づいているときは、移管を優先するか、先に現在の管理事業者で更新するかを慎重に判断しましょう。

更新済みのドメインを移管する場合は、更新期限が移管先でどのように扱われるかも事前に確認しておくと安心です。

ドメインの種類によっては、移管時に登録期間が追加されるものと、期限の扱いが異なるものがあります。

有効期限の日付だけでなく、更新手続きの受付期限を確認します。
自動更新を設定している場合は、意図しない更新との重複がないか確認します。
期限切れ後の状態に入っていないか、管理画面で確認します。
サイトやメールで利用中のドメインは、余裕を持った日程で進めます。

料金の未払いなど現在の管理状態の確認

料金の支払い状況や契約状態に問題があるドメインは、移管手続きを開始できない、または途中で確認が必要になる場合があります。

現在の管理事業者の管理画面で、対象ドメインが有効な契約状態になっているかを確認してください。

請求の未処理、更新手続き中、利用制限中などの表示がある場合は、先にその内容を解消する必要があることがあります。

また、ドメインに移管ロックが設定されている場合も、移管申請を進められません。

ロックの名称や解除方法は管理事業者ごとに異なるため、対象ドメインの詳細画面で移管に関する設定を確認しましょう。

法人名義や複数人で管理しているドメインでは、契約担当者と実際の管理画面の操作担当者が異なることもあります。

請求先・契約者・管理者の連絡体制をあらかじめ整理しておくと、確認が必要になった際に対応しやすくなります。

対象ドメインをXServerドメインで取り扱っているかの確認

すべてのドメインが同じ条件で移管できるわけではないため、対象の末尾部分をXServerドメインで取り扱っているか確認しましょう。

たとえば「.com」や「.jp」のようにドメインごとに管理ルールが異なり、移管の可否や必要な対応も変わることがあります。

現在利用しているドメイン名を確認し、XServerドメインのドメイン検索画面や取扱案内で、移管対象として扱われているかを確認します。

日本語ドメイン、属性型JPドメイン、海外の国別ドメインなどは、通常のドメインと手続きや条件が異なる場合があります。

対象外のドメインだった場合は、現在の管理事業者での継続管理や、取り扱いのある別の管理事業者の利用を検討することになります。

申し込み前には、次の項目を一通り確認しておくと、移管申請後の行き違いを減らせます。

取得・前回移管・登録者情報変更から十分な日数が経過しているか。
有効期限に余裕があり、更新状況に問題がないか。
料金の支払い、契約状態、移管ロックに確認事項がないか。
対象ドメインがXServerドメインの移管対象として取り扱われているか。

AuthCodeと承認メールを受け取れる環境を準備する

ドメイン移管を円滑に進めるには、現在の管理会社でAuthCodeを取得し、登録者メールアドレスで承認メールを受信できる状態にしておくことが重要です。

あわせてトランスファーロックとWhois代理公開の設定を確認すると、申請後に手続きが止まる可能性を抑えられます。

必要な情報や設定はドメインの種類、現在契約している管理会社によって異なるため、管理画面と案内ページを照らし合わせながら準備しましょう。

現在の管理会社でAuthCodeを取得する方法

AuthCodeは、ドメインを他社へ移す際に本人確認のために使われる認証コードで、一般的なドメイン移管では必要になることがあります。

「認証コード」「移管承認コード」などと表記される場合もあるため、現在の管理会社の管理画面やサポート案内で該当する項目を探します。

取得方法は管理会社によって異なりますが、主に次のような方法があります。

ドメイン管理画面で対象ドメインを選び、認証コードの表示または発行を行う方法。
登録者メールアドレス宛てに認証コードを送信する方法。
サポート窓口への問い合わせ後に案内を受ける方法。

管理画面で発行できる場合でも、手続き確認のためにメール送信や追加認証が求められることがあります。

AuthCodeは第三者に見せないように管理し、移管申請で入力するまで安全な場所に保管してください。

なお、ドメインの種類によってはAuthCodeを使用せず、別の承認手続きで移管するケースもあります。

対象ドメインに必要な情報を確認し、不要なコードの取得や入力を避けることが大切です。

トランスファーロックを確認・解除する方法

トランスファーロックとは、意図しないドメイン移管を防ぐための保護設定です。

ロックが有効なままだと移管手続きを開始できない、または承認段階で進行しないことがあるため、現在の管理会社の画面で状態を確認します。

設定名は「移管ロック」「レジストラロック」「ドメインロック」など、管理会社ごとに異なる場合があります。

現在の管理会社のドメイン管理画面にログインします。
移管したいドメインを選択し、セキュリティや各種設定の項目を開きます。
トランスファーロックの状態を確認します。
移管に必要な場合は、案内に従ってロックを解除します。

ロック解除後すぐに状態が反映される場合もあれば、管理画面や登録情報への反映に時間がかかる場合もあります。

移管完了後は、必要に応じて移管先でロックを有効に戻すことも確認しましょう。

保護設定を解除したまま長期間放置しないよう、手続きの進行状況を確認しながら対応することが安心です。

Whois代理公開設定を確認する際のポイント

Whois代理公開は、ドメイン登録者の情報の代わりに管理会社の情報などを公開する設定です。

この設定自体が移管を妨げるとは限りませんが、管理会社やドメインの種類によっては、移管前に設定変更や確認が必要になることがあります。

確認項目	確認するポイント
代理公開の利用状況	対象ドメインで代理公開が有効になっているか確認します。
登録者情報	実際の登録者情報が管理画面で正しく登録されているか確認します。
変更が必要な場合	解除や情報更新の条件、反映までの目安を現在の管理会社で確認します。

代理公開を解除する必要がある場合は、登録者情報を正確に設定したうえで手続きを進めます。

ただし、登録者情報の変更時には移管に関する制限が生じることもあるため、情報を変更する前に現在の管理会社の案内を確認してください。

不用意に設定を切り替えるのではなく、移管に必要な対応かどうかを確認してから操作することが重要です。

Whois登録メールアドレスと受信設定の確認

移管に関する承認メールは、Whoisに登録されたメールアドレス宛てに送信されることがあります。

普段使っている連絡先ではなく、過去に登録したメールアドレスが設定されているケースもあるため、事前確認が欠かせません。

Whois登録メールアドレスが現在受信できるアドレスか確認します。
メールアドレスの管理者が自分以外の場合は、承認依頼が届くことを共有します。
迷惑メールフォルダや自動振り分け設定を確認します。
受信拒否設定を利用している場合は、移管に関するメールを受信できるように調整します。

承認メールには有効期限が設けられる場合があるため、受信後は内容を確認し、案内に沿って対応します。

メールが見当たらない場合は、まず迷惑メールフォルダ、登録メールアドレス、受信設定の順に見直すと確認しやすくなります。

複数人で管理しているドメインでは、誰が承認メールを受け取り、いつ対応するかを事前に決めておくと手続きが滞りにくくなります。

XServerドメインの画面から移管申請を行う

XServerドメインへの移管は、XServerアカウントへログインし、対象ドメイン・AuthCode・契約情報を入力して申し込む流れです。

申請後は、現在の管理会社や登録者宛てに届く承認メールへの対応が必要になる場合があるため、申し込み完了だけで手続きを終えないことが大切です。

移管状況はXServerドメインの管理画面で確認できるため、メール対応後も完了表示になるまで進捗を確認しましょう。

XServerアカウントの作成と移管するドメインの入力

まず、XServerドメインの公式サイトからXServerアカウントにログインします。

アカウントを持っていない場合は、画面の案内に沿ってメールアドレスや利用者情報を登録し、アカウントを作成します。

レンタルサーバーを利用していても、ドメイン管理の操作にはXServerアカウントでのログインが必要になるため、ログイン情報を確認しておくとスムーズです。

管理画面でドメイン移管の申し込みメニューを選び、移管したいドメイン名を入力します。

このときは「https://」や「www」を付けず、example.comのようにドメイン名のみを入力します。

正しい入力例：example.com
入力しない例：https://example.com
入力しない例：www.example.com

入力後、対象ドメインの拡張子や申し込み内容を画面上で確認し、次の手順へ進みます。

似た名前のドメインを複数管理している場合は、スペルや拡張子を見比べ、移管対象を取り違えないようにしてください。

AuthCodeの入力と移管料金の支払い

申し込み画面では、現在の管理会社から取得したAuthCodeの入力を求められます。

AuthCodeは大文字・小文字や記号を含むことがあるため、手入力よりもコピー＆貼り付けで入力すると間違いを抑えやすくなります。

貼り付ける際は、文字列の先頭や末尾に空白が入っていないかも確認しましょう。

続いて、契約内容と請求先情報を確認し、画面で選択できる支払い方法で移管料金を支払います。

支払い手続きの完了後に申請が受け付けられるため、決済途中で画面を閉じないように注意してください。

申し込み後に受付完了のメールが届く場合は、移管対象のドメイン名と申し込み内容に誤りがないか確認します。

確認する項目	確認のポイント
ドメイン名	スペル・拡張子・対象数が正しいか
AuthCode	コピー時の空白や文字の欠落がないか
登録情報	申し込みに使用した連絡先情報が正しいか
支払い状況	決済完了画面または受付メールを確認したか

移管承認メールへの対応

申請後は、移管を承認するためのメールが届くことがあります。

メールが届いた場合は、記載されたドメイン名を確認したうえで、案内に沿って承認操作を行います。

承認用のリンクを開く際は、メール本文の内容だけで判断せず、申し込んだドメイン名や送信元を照合すると安心です。

承認画面で選択肢が表示される場合は、移管を進める意思に合う内容を選んで確定します。

承認後に完了通知がすぐ届かなくても、移管処理そのものが継続している場合があります。

一方で、承認依頼のメールを見落とすと手続きが保留になることがあるため、申し込み後しばらくは関連メールを確認しやすい状態にしておきましょう。

承認メールに記載されたドメイン名を確認する
申し込み内容と一致していることを確認する
案内に沿って承認操作を行う
操作完了の表示やメールを保存する

管理画面で移管完了を確認する方法

承認手続きの後は、XServerドメインの管理画面にログインし、ドメイン一覧または契約一覧から対象ドメインを確認します。

対象ドメインが一覧に表示され、管理操作ができる状態になっていれば、移管完了を確認しやすくなります。

画面上の状況表示が「手続き中」などになっている場合は、まだ処理が完了していない可能性があります。

その場合は、申し込み履歴やお知らせ、登録メールアドレスに届いた案内を確認し、追加の対応が求められていないかを見直します。

移管完了の確認は、受付メールだけでなく管理画面の表示でも行うことが重要です。

完了後は、ドメインの契約情報や現在の設定を確認し、今後の管理に必要な情報を整理しておくと安心です。

ドメインの種類によって移管手続きが異なる

ドメイン移管の基本的な流れは共通していますが、ドメインの種類によって必要な情報や確認される内容が異なります。

.comなどのgTLD、汎用JPドメイン、co.jpなどの属性型JPドメインでは、それぞれの管理ルールに沿って手続きを進めることが大切です。

対象ドメインの種類を先に確認し、その種類に合った案内を参照することで、申請後の確認作業をスムーズに進めやすくなります。

ドメインの種類	主な例	移管時に確認したいポイント
gTLD	.com、.net、.org、.infoなど	認証コード、登録者メールアドレス、移管制限の有無
汎用JPドメイン	.jp	認証情報、登録者情報、現在の指定事業者での手続き
属性型JPドメイン	co.jp、or.jp、ne.jp、ac.jpなど	組織種別の要件、登録情報、対象組織との関係

.comなどのgTLDを移管する場合

.comや.net、.orgなどのgTLDを移管する場合は、現在利用しているドメイン管理会社で取得する認証コードを用いるケースが一般的です。

認証コードはAuthCodeとも呼ばれ、移管先で申請する際に入力を求められる重要な情報です。

また、登録者情報に設定されているメールアドレスへ、移管に関する確認案内が届くことがあります。

そのため、登録者メールアドレスが現在も利用できるかどうかは、gTLDの移管における重要な確認項目です。

gTLDでは登録情報を変更した直後や、新規取得・前回の移管から日が浅い場合に、移管の受付に制限がかかることがあります。

申請前に、現在の管理会社の画面で移管制限やドメインロックの状態を確認しましょう。

なお、ドメインロックの名称や解除方法は管理会社ごとに異なるため、画面内の案内やサポート情報に従って対応します。

認証コードを正確に取得する
登録者メールアドレスで案内を受信できるようにする
移管を制限する設定が有効になっていないか確認する
登録情報の変更直後ではないか確認する

汎用JPドメインを移管する場合

.jpで終わる汎用JPドメインは、JPドメイン名の登録管理を行う仕組みに沿って、現在の指定事業者からXServerドメインへ管理先を変更します。

手続きでは、現在の指定事業者から取得する認証情報が必要になる場合があります。

認証情報の呼び方や発行場所は現在の管理会社によって異なるため、ドメイン管理画面で「移管」「指定事業者変更」「認証情報」などの項目を確認すると探しやすくなります。

汎用JPドメインでも、登録者名やメールアドレスなどの登録情報が最新であることが望ましいです。

特に、法人名の変更、担当者の交代、利用していないメールアドレスの登録といった状況がある場合は、手続きを始める前に情報の整合性を確認しておくとよいでしょう。

登録者情報の表記と、実際にドメインを管理する人・組織の情報に大きな違いがないかを確認することがポイントです。

また、.jpには汎用JPドメインのほか、都道府県型JPドメインなどもあります。

同じ.jpを含むドメイン名でも区分によって必要事項が変わる可能性があるため、対象のドメイン名を省略せずに確認しましょう。

co.jpなどの属性型JPドメインを移管する場合

co.jpやor.jp、ne.jp、ac.jpなどは属性型JPドメインと呼ばれ、ドメインごとに登録できる組織の種類が定められています。

たとえばco.jpは、原則として日本国内で登記された会社などを対象とするドメインです。

移管そのものは管理先を変更する手続きですが、属性型JPドメインでは登録資格に関わる情報も大切になります。

登録組織名、担当者情報、所在地、連絡先メールアドレスなどに古い内容が残っている場合は、移管中の確認に時間がかかることがあります。

組織名の変更や合併、事業承継などがあった場合は、単なる管理先の変更ではなく、登録者情報に関する別の手続きが必要となる可能性があります。

このような場合は、移管申請だけを先に進めるのではなく、現在の登録状況に適した手続きかを確認することが重要です。

ドメインを利用する組織と登録組織の関係が変わっている場合は、通常の移管とは別に確認が必要になることがあります。

属性型JPドメインでは、ドメイン名の区分によって確認事項が異なるため、co.jp以外のドメインであっても同じ手順と決めつけないようにしましょう。

登録組織名が現在の正式名称になっているか
組織区分が対象ドメインの登録要件に合っているか
担当者・連絡先メールアドレスが利用可能か
組織再編や名称変更に伴う情報更新が必要ではないか

どの種類のドメインでも、画面上の表示や必要項目は時期によって変更される場合があります。

申請時はXServerドメインと現在の管理会社が案内する最新の手順を確認し、対象ドメインの種類に合った情報を入力してください。

移管料金・更新期限・完了日数は申し込み前に確認する

ドメイン移管では、移管時に支払う料金だけでなく、次回の更新料金、有効期限の扱い、完了までの期間をまとめて確認することが大切です。

移管料金が安く見えても、更新時の費用や有効期限の条件によっては想定と異なる場合があります。

申し込み後に予定を変えにくくならないよう、対象ドメインの案内画面で料金と期限を確認してから手続きを始めましょう。

ドメインごとに異なる移管料金と更新料金

ドメインの移管料金は、.comや.jpなどの種類ごとに異なり、同じ管理サービス内でも一律ではありません。

また、移管時にかかる料金と、翌年以降に発生する更新料金は別に設定されていることがあります。

移管料金だけで比較せず、継続して利用する場合の更新料金も確認することが重要です。

確認する項目	確認したい内容
移管料金	今回の移管申請時に必要となる料金と、対象ドメインが料金の対象かを確認します。
更新料金	移管完了後、次回の更新時に適用される料金を確認します。
複数年更新の料金	複数年分をまとめて更新する予定がある場合は、年数ごとの料金を確認します。
支払い方法	利用できる支払い方法と、支払いの期限を確認します。
表示金額の条件	税額や適用条件を含めた最終的な請求内容を確認します。

新規取得時の価格と移管時の価格、更新時の価格は、それぞれ異なることがあります。

期間限定の料金設定が表示されている場合も、その条件が移管料金に適用されるのか、更新料金にも適用されるのかを分けて見ましょう。

法人や複数サイトで多数のドメインを管理している場合は、年間の更新予定を一覧にしておくと、費用の見通しを立てやすくなります。

移管によって有効期限が延長されるかの確認

ドメイン移管では、移管の完了に合わせて有効期限が延長される種類が多い一方で、すべてのドメインに同じ条件が当てはまるわけではありません。

延長される年数や、移管料金に更新費用が含まれるかどうかは、ドメインの種類と登録条件によって変わります。

「移管すれば必ず1年延長される」とは決めつけず、申し込み画面の有効期限表示を確認してください。

移管前の現在の有効期限を確認します。
移管完了後に予定される有効期限を確認します。
移管料金に更新期間が含まれるかを確認します。
移管後すぐに更新操作が必要になる可能性があるかを確認します。
有効期限が近いドメインは、移管完了予定日まで十分な余裕があるかを確認します。

たとえば、移管手続き中に有効期限が近づくと、移管と更新のどちらを優先するか判断が必要になることがあります。

期限が迫っている場合は、移管完了を待つよりも、現在の管理会社で先に更新したほうが管理しやすいケースもあります。

ただし、更新後すぐに移管できるとは限らないため、更新と移管の前後関係は対象ドメインの案内に沿って確認することが必要です。

申し込みから完了までにかかる期間の目安

移管完了までの日数は、ドメインの種類、現在の管理会社側での確認、登録者による承認のタイミングなどによって変わります。

一般的には数日から1週間程度で完了することがありますが、確認事項がある場合やドメインの種類によっては、さらに日数がかかることがあります。

公開予定日や契約切替日が決まっている場合は、少なくとも2週間程度の余裕を見て申し込むと安心です。

工程	日数に影響する主な要因
移管申請後の確認	入力内容の確認や、対象ドメインの手続き条件によって変わります。
承認手続き	登録者が承認メールを確認し、期限内に対応できるかどうかが影響します。
現在の管理会社側の処理	管理会社側の確認方法や、ドメインの種類ごとの運用条件が影響します。
移管完了の反映	完了通知後に管理画面へ情報が反映されるまで、時間差が生じることがあります。

特に、承認メールの確認が遅れると、申請全体の完了も後ろ倒しになりやすくなります。

週末や祝日をまたぐ場合、問い合わせが必要になった場合、登録情報の確認が必要な場合も、通常より時間を見込んでおくとよいでしょう。

移管完了予定日を厳密に指定できる手続きではないため、期限直前の申請ではなく、余裕を持ったスケジュールで進めることが大切です。

Webサイトとメールを止めないためにネームサーバーの変更時期を見極める

ドメイン移管とネームサーバーの変更は別の作業なので、Webサイトやメールを継続して使いたい場合は、移管中にネームサーバーを変更しないのが基本です。

サーバーも移転する場合は、新しいサーバー側の準備と動作確認を終えてからネームサーバーを切り替えることで、表示不良やメールの受信漏れを抑えやすくなります。

「ドメインの管理先を変える作業」と「サイト・メールの接続先を変える作業」は分けて考えることが、安定した切り替えにつながります。

ドメイン移管だけではサーバーのデータは移動しない

ドメイン移管は、ドメインを管理する会社を変更する手続きであり、Webサーバー内のファイルやデータベース、メールボックスの内容まで自動で移るものではありません。

たとえば、現在利用しているサーバーにWebサイトとメールがあり、ドメイン管理だけをXServerドメインへ移す場合は、通常、サイトのデータ移行やメール設定の変更は不要です。

この場合、移管後も現在のネームサーバー設定が維持されていれば、Webサイトの表示先とメールの配送先も従来どおりです。

変更する対象	主な影響範囲
ドメインの管理会社	更新、契約、登録情報、ネームサーバー設定を操作する管理画面です。
ネームサーバー	Webサイトやメールをどのサーバーへ接続するかの参照先です。
Webサーバー	サイトのファイル、データベース、各種設定です。
メールサーバー	メールアドレス、メールボックス、送受信設定です。

ドメイン移管をきっかけにサーバーも見直す場合でも、すべてを同時に切り替える必要はありません。

移管とサーバー移転を同日に重ねると、問題が起きた際に原因を切り分けにくくなります。

移管中も現在のネームサーバーを維持する

現在のWebサイトとメールを継続利用するなら、移管手続き中から完了直後にかけて、ネームサーバーは現在設定されている内容のまま維持します。

ネームサーバーを早い段階で変更すると、新しい接続先の設定が十分でない場合に、サイトが表示されない、メールを受信できないといった状態になることがあります。

特にメールには、配送先を指定する設定や送信元の正当性を確認する設定など、複数のDNSレコードが関係します。

そのため、Webサイトだけが問題なく表示されていても、メール送受信まで正常とは限りません。

ドメイン移管のみを行う場合は、現在利用中のネームサーバー設定を維持します。
サーバー移転も行う場合は、新サーバーでサイトとメールの準備を済ませてから変更します。
外部サービスでメールやフォームを利用している場合は、必要なDNSレコードを新しいネームサーバーにも設定します。

ネームサーバーの変更後は、インターネット上の参照先が切り替わるまで時間差が生じることがあります。

この時間差を考慮し、公開直前や大切なメールのやり取りが集中する時期の変更は避けると安心です。

サーバーも移転する場合の作業順序

サーバーもXServerへ移転する場合は、先に新サーバーの環境を完成させ、確認後にネームサーバーを切り替える流れが基本です。

新しいサーバーにドメインを設定し、Webサイトのファイルやデータベースを移します。
メールを利用する場合は、必要なメールアドレスやメール関連の設定を準備します。
公開前の確認用URLやホスト名の指定などを利用し、新サーバー上でサイトの表示と機能を確認します。
新しいネームサーバーに必要なDNSレコードを設定します。
準備が整った段階でネームサーバーを切り替えます。
切り替え後も旧サーバーをすぐに停止せず、しばらく表示とメールの状況を確認します。

メールボックスに保存されている過去のメールは、ネームサーバーを変更しただけでは新サーバーへ移りません。

メールソフトの設定方法や利用中のメールサービスによって必要な対応が異なるため、保存済みメールの扱いも事前に確認しておくことが大切です。

Webサイト表示とメール送受信を確認してから切り替える

ネームサーバーを変更する前には、新しいサーバーでサイトとメールが利用できる状態になっているかを確認します。

確認時は、トップページだけでなく、問い合わせフォーム、画像表示、ログイン機能など、利用頻度の高い機能も対象にします。

確認項目	見るポイント
Webサイト	主要ページが表示され、画像やレイアウトが崩れていないかを確認します。
フォーム	送信後の画面表示と、通知メールが届くかを確認します。
メール受信	外部のメールアドレスからテスト送信し、受信できるかを確認します。
メール送信	新しいメール環境から送信し、相手側で受信できるかを確認します。
DNSレコード	Webサイト、メール、外部サービスに必要な設定がそろっているかを確認します。

切り替え後も、旧サーバーの契約やメール環境をすぐに終了させず、しばらく並行して確認できる状態にしておくと対応しやすくなります。

サイト運営やメール利用への影響を抑えるためには、新環境での確認完了後にネームサーバーを変更するという順序を守ることが重要です。

移管申請が進まないときは登録情報と承認状況を確認する

移管申請が途中で止まったように見える場合は、AuthCodeの内容・ドメインの移管可能な状態・承認メールへの対応を順に確認することが近道です。

多くの場合、入力情報の不一致、移管制限、承認期限切れのいずれかを見直すことで、次に必要な対応を判断できます。

同じ操作を繰り返す前に、現在の申請状況とドメインの登録情報を確認しましょう。

AuthCodeの入力内容と有効性を見直す

AuthCodeは、現在ドメインを管理しているサービスから発行される、移管手続き用の認証コードです。

コードが一致しない場合、移管申請を受け付けられなかったり、手続きが先へ進まなかったりすることがあります。

入力時は、コピーした文字列の前後に空白が入っていないか、大文字・小文字、数字とアルファベットの見間違いがないかを確認します。

手入力では誤りが起こりやすいため、発行元の画面やメールに表示されたAuthCodeをコピーして入力する方法が安心です。

確認する項目	見直すポイント
文字数	途中で文字が欠けていないかを確認します。
空白	コピー時に先頭や末尾へ空白が含まれていないかを確認します。
表記	大文字・小文字や、似た文字の取り違えがないかを確認します。
発行時期	以前に取得したコードではなく、現在有効なコードかを確認します。

AuthCodeは再発行によって以前のものが使えなくなる場合もあるため、複数のコードを控えているときは、もっとも新しく発行されたものを利用することが大切です。

不明な場合は、管理元のサービスでAuthCodeを再発行し、改めて申請内容を確認します。

移管制限や有効期限を再確認する

ドメインの登録直後、更新直後、登録者情報を変更した直後などは、種類や管理元の条件によって移管できない期間が設けられていることがあります。

また、登録期限が近いドメインや期限を過ぎているドメインでは、通常とは異なる確認や手続きが必要になる場合があります。

申請状況に変化がないときは、現在の管理元で次の項目を確認してください。

ドメインに移管を制限する設定がかかっていないかを確認します。
登録者情報の変更後、移管可能になるまでの待機期間中ではないかを確認します。
ドメインの有効期限が迫っていないか、または期限後の状態ではないかを確認します。
登録者メールアドレスが現在受信できるものになっているかを確認します。

特に移管制限の設定は、管理元の画面上で解除操作が必要なことがあります。

解除後すぐに申請状況へ反映されない場合もあるため、表示内容を確認してから次の操作を行います。

ドメインの種類や管理元によって条件が異なるため、判断に迷うときは、現在の管理元が案内している移管条件を優先して確認しましょう。

承認メールと迷惑メールフォルダを確認する

移管手続きでは、登録者として設定されているメールアドレス宛てに、承認のためのメールが届くことがあります。

このメールに記載された案内に沿って承認を完了しないと、申請が保留のままになる場合があります。

受信トレイに見当たらない場合は、迷惑メールフォルダ、ゴミ箱、自動振り分け先も確認します。

メール検索では、ドメイン名、現在の管理元のサービス名、移管に関する案内文などを手がかりにすると見つけやすくなります。

確認先	確認内容
受信トレイ	移管承認に関する新着メールが届いていないかを確認します。
迷惑メールフォルダ	自動判定により通常の受信トレイ以外へ振り分けられていないかを確認します。
登録者メールアドレス	ドメインの登録情報に、利用中のメールアドレスが設定されているかを確認します。
メールの案内内容	承認用のリンクや手順に対応済みかを確認します。

承認メールを受信できない原因が登録者メールアドレスの古さにある場合は、まず現在の管理元で登録情報を確認する必要があります。

メールアドレスを変更した直後は、移管に関する条件が変わることもあるため、変更後の案内を確認してから進めるとスムーズです。

承認期限を過ぎた場合は再申請を検討する

承認メールには、対応できる期限が設定されている場合があります。

期限内に承認を完了できなかったときは、申請が有効ではなくなり、手続きを最初から行う必要が生じることがあります。

この場合は、申請画面の状況を確認したうえで、必要に応じて新しいAuthCodeを用意し、再申請を検討します。

再申請の前に、承認メールを受け取れるメールアドレス、移管制限の設定、AuthCodeの有効性をまとめて確認しておくと、同じ確認作業を減らせます。

承認期限が近いときは、メールの案内内容を優先して確認し、期限内に対応できるか判断することが重要です。

状況が判断しにくい場合は、申請画面に表示される案内や現在の管理元からの連絡を確認し、必要な対応を一つずつ進めましょう。

XServerドメインからの転出や別アカウントへの移管は手続きが異なる

XServerドメインから他社へ管理を移す場合と、XServer内の別アカウントで管理する場合では、選ぶ手続きや確認先が異なります。

管理会社を変えるなら転出手続き、管理するXServerアカウントだけを変えるならアカウント間の譲渡に関する手続きを確認することが大切です。

また、登録者情報を変更する予定があるときは、手続きの順番によって確認事項が増えることがあるため、変更の目的を整理してから進めましょう。

XServerドメインから他社へ移管する流れ

XServerドメインから他社のドメイン管理サービスへ移す場合は、移管先のサービスで申請を始めるのが一般的です。

先にXServerドメイン側で転出に必要な準備を行い、移管先の画面でドメイン名と必要な情報を入力して申請します。

その後は、案内メールへの対応や各サービス上の確認を経て、手続きが完了する流れです。

XServerドメインで転出に必要な設定と情報を確認する
移管先のドメイン管理サービスで移管を申し込む
移管先から求められる情報を入力する
登録者宛ての案内や承認依頼を確認する
両サービスの案内に沿って完了を待つ

転出の申し込み後は、現在の管理元と移管先の両方から届く案内を確認する必要があります。

一方だけの画面を見ていると、対応が必要な連絡を見落とす可能性があるため、申し込みに使ったメールアドレスはこまめに確認しましょう。

なお、転出後の更新管理、ネームサーバー設定、登録情報の編集は移管先で行うことになります。

移管先で利用したい機能やサポート体制、更新方法をあらかじめ確認しておくと、管理先を変更した後も迷いにくくなります。

確認する場面	主な確認内容
転出前	転出可能な状態か、移管先で対象ドメインを扱えるか
申請中	案内メール、申請状況、追加対応の有無
完了後	新しい管理画面へのログイン方法、更新設定、登録情報

別のXServerアカウントで管理する場合の確認事項

XServerドメインを利用し続けたまま管理するアカウントだけを変更したい場合は、他社への転出ではなく、アカウント間での管理変更に該当するかを確認します。

このケースでは、移管先として指定するXServerアカウントを間違えないことが重要です。

ログイン用メールアドレスが似ている複数のアカウントを持っている場合は、どのアカウントで今後管理するのかを先に決めておきましょう。

移管元と移管先のXServerアカウントを確認する
移管先アカウントにログインできる状態か確認する
対象ドメインの契約者情報と管理担当者を整理する
関連するサーバー契約やメール設定の管理先を確認する
手続き後に誰が更新や各種設定を担当するか決める

ドメインの管理アカウントと、Webサイトを置くサーバーの契約アカウントは、必ずしも同じである必要はありません。

ただし、管理者が変わることで更新通知や設定変更の連絡先が分かりにくくなることがあります。

社内や家族、制作会社など複数人で管理する場合は、手続き後のログイン情報の取り扱いと連絡担当者を明確にしておくと安心です。

具体的な受付条件や操作画面は変更される場合があるため、申請前にXServerドメインの公式案内で対象となる手続きを確認してください。

登録者を変更する場合の注意点

登録者を別の個人や法人へ変更することは、単に管理アカウントを変える手続きとは異なる場合があります。

ドメイン名の種類や登録機関のルールによっては、登録者情報の変更後に移管に関する確認や一定期間の制限が設けられることがあります。

そのため、管理会社の変更と登録者変更を同時期に予定しているなら、どちらを先に行うべきかを公式案内で確認してから申請することが重要です。

変更したい内容	確認したいポイント
管理アカウント	今後ログインして更新や設定を行う担当者
登録者名・組織名	登録情報の正確性と変更手続きの条件
登録者メールアドレス	各種確認連絡を継続して受け取れるか
管理会社	転出・移管の受付条件と手続き順序

登録者情報は、ドメインに関する重要な連絡や確認に使われるため、実際に管理責任を持つ人または組織の情報を正確に登録する必要があります。

名義や連絡先を更新した後は、管理画面の表示だけでなく、受信メールアドレスでも案内を確認できる状態にしておきましょう。

手続きの目的が「管理担当者の変更」なのか、「登録者そのものの変更」なのかを区別することで、必要な対応を選びやすくなります。

まとめ

この記事のポイントをまとめます。

XServerへのドメイン移管は、事前確認・AuthCode取得・申請・承認・完了確認の流れで進めます。
移管先となるのはレンタルサーバーではなく、ドメイン管理サービスのXServerドメインです。
取得直後や登録者情報変更直後、有効期限が近いドメインは移管できない場合があります。
AuthCodeの取得、トランスファーロックの解除、承認メールを受け取れる登録者メールアドレスの確認が重要です。
移管申請後も、メールでの承認対応や管理画面での進捗確認を行います。
.comなどのgTLD、汎用JPドメイン、属性型JPドメインでは必要な手続きが異なることがあります。
移管料金だけでなく、更新料金、有効期限の扱い、完了までの目安も確認しておきましょう。
サイトやメールを利用中なら、移管中はネームサーバーを変更せず、切り替えは準備完了後に行います。
手続きが進まない場合は、AuthCode、登録情報、移管制限、承認メールへの対応状況を確認します。

XServerドメインへの移管は、画面の案内に沿って進められる手続きですが、申し込み前の確認がスムーズな完了につながります。

特に、現在の管理会社での移管制限、AuthCode、登録者メールアドレス、有効期限は、早めに確認しておくと安心です。

Webサイトやメールを運用している場合は、ドメイン移管とネームサーバー変更を別の作業として考え、急いで同時に切り替えないようにしましょう。

必要な準備を一つずつ整えたうえで進めれば、管理先の変更後も落ち着いてドメインを運用しやすくなります。

よかったらシェアしてね！

URLをコピーしました！

URLをコピーしました！

この記事を書いた人

m.masato