さくらインターネットで管理しているドメインをスタードメインへ移管するときに一番大切なのは、「登録の移管」と「DNSの引っ越し」を分けて考え、DNSを先に安定させておくことです。この記事では、移管前の確認、さくら側での準備、スタードメイン側での申請、完了後の確認までを、WordPressサイトを止めない順番で説明します。
なお、両社の管理画面のメニュー名や手順の細部は変わることがありますここでは一般的な流れを書いています（2026年10月現在）。実際の操作は各社の最新のヘルプページで表記を確かめながら進めてください。
移管で変わるもの・変わらないもの
ドメインまわりには、少なくとも次の3つの層があります。
- 登録（レジストラ）: ドメインの契約を誰が管理しているか。今回移るのはここです。
- DNS（ネームサーバー）: ドメイン名をどのIPアドレスやメールサーバーに向けるか。
- サーバー: WordPressが実際に動いているレンタルサーバーやVPS。
レジストラ移管そのものは「契約の管理先」を変える手続きで、本来はDNSやサーバーを変えなくても済みます。ところが、さくらのドメイン契約に付いてくるネームサーバーを使っている場合、移管後にそのDNSが使い続けられるかどうかは契約内容によります。ここを確認しないまま移管すると、ドメインは移ったのにWebサイトやメールが引けなくなる、という事故につながります。
移管前に確認すること
現在のネームサーバーとレコード
まず、今どのネームサーバーを使っているかを確認します。
dig +short NS example.com
dig +short A example.com
dig +short MX example.com
dig +short TXT example.com出てきたネームサーバーが、さくらのサービスのものか、レンタルサーバー会社や Cloudflare など別のものかで、やることが変わります。別のDNSサービスを使っているなら、移管中もDNSは動き続けるので安心材料になります。さくらのネームサーバーを使っている場合は、A・MX・TXT（SPF・DKIM・DMARC、Search Console の所有権確認など）をすべて書き出しておきます。
契約の状態と期限
whois example.comgTLD（.com や .net など）では、WHOIS に代わる仕組みとして RDAP が広がっています。whois で情報が少ない場合は、ブラウザで https://rdap.org/domain/example.com を開くと、登録状態（status）や有効期限を確認できます。
見ておきたいのは次の点です。
- status に clientTransferProhibited がないか: これは移管ロックです。さくら側で解除が必要です。
- 有効期限まで余裕があるか: 期限直前や期限切れ後は、移管を受け付けない事業者があります。少なくとも数週間の余裕を持って始めます。
- 登録や登録者情報の変更から60日以内でないか: gTLD では、新規登録や直前の移管、登録者の変更から一定期間は移管できない決まりがあります。
- 登録者メールアドレスが受信できるか: 承認や通知のメールがここに届きます。
手順1: DNSを先に安定させる
さくらのネームサーバーを使っている場合は、移管の前にDNSの置き場所を決めます。選択肢は主に次の3つです。
- さくらのDNSを移管後も使える契約か確認し、使えるならそのまま。
- スタードメイン側で提供されるDNSに、事前に同じレコードを作っておく。
- サーバー会社のDNSや Cloudflare などの独立したDNSサービスへ先に移す。
2か3を選ぶ場合は、新しいDNSに全レコードを登録してから、ネームサーバーの向き先を変更します。変更前に既存レコードの TTL を短くしておくと切り替えが早く反映されます。切り替え後は次のように新旧のネームサーバーへ直接問い合わせ、同じ答えが返ることを確かめます。
dig +short A example.com @新しいネームサーバー
dig +short MX example.com @新しいネームサーバーDNSSEC を有効にしている場合は特に注意が必要です。DNSを移す前に DS レコードの扱いを決めないと、名前解決が失敗します。迷う場合は、移管が終わるまでDNSSECを一時的に外す運用が無難です。
手順2: さくら側でロック解除と AuthCode の取得
さくらの会員向け管理画面から、対象ドメインの移管に関する設定を開き、次を行います。メニューの名前は変わることがあるので、ヘルプで「他社への移管」「AuthCode」といった語で探すと見つけやすいです。
- 移管ロック（レジストラロック）を解除する
- AuthCode（認証鍵、EPPコードとも呼ばれます）を確認・発行する
- Whois情報の代理公開を使っている場合、移管に影響するか確認する
AuthCode はドメインの鍵にあたる情報です。チャットや共有メモに貼らず、申請が終わったら再発行できるかも確認しておきます。
手順3: スタードメインで移管を申請する
スタードメインにアカウントを作り、他社からの移管（転入）の申請画面でドメイン名と AuthCode を入力します。移管には通常、1年分の更新費用がかかり、gTLD ではその分の期限が延びる扱いが一般的です（具体的な条件はスタードメインの案内を確認してください）。
申請後、登録者メールアドレスへ承認や確認のメールが届くことがあります。メールの案内に従って手続きを進めると、レジストリ側の処理を経て移管が完了します。gTLD では、元のレジストラが期間内に拒否しなければ自動的に承認される仕組みのため、完了まで数日から1週間ほどかかることがあります。
ICANN では移管ルールの見直しが進んでおり、用語や承認の流れが今後変わる可能性があります。手順が記事と違う場合は、事業者の最新の案内を優先してください。
.jp ドメインの場合
.jp（汎用JPや co.jp などの属性型）は、gTLD とは別の仕組みで移管されます。JPRS の制度では「指定事業者の変更」という手続きになり、さくら側の承認手順や、期限の延び方も gTLD とは異なります。スタードメインの .jp 移管の案内と、さくら側の転出手続きの案内を両方読んでから進めると、途中で止まりにくくなります。
手順4: 移管完了後の確認
移管完了の通知が届いたら、次を確認します。
whois example.com
dig +short NS example.com- Registrar（登録事業者）がスタードメインの運営会社に変わっているか
- ネームサーバーが意図した値のままか
- 有効期限が延びているか（gTLD の場合）
- スタードメイン側で自動更新と移管ロックを有効にしたか
WordPress側では、サイトが表示されるか、管理画面にログインできるか、問い合わせフォームのメールが届くかを確認します。SSL証明書を Let's Encrypt などで自動更新している場合は、DNSを変えたなら次回更新が通るかも見ておきます。
つまずきやすい点
- AuthCode が通らない: 前後の空白、全角文字の混入、古いコードの使い回しがよくある原因です。再発行して貼り直します。
- 承認メールが来ない: 登録者メールアドレスが古い、または代理公開の転送先になっていることがあります。
- 移管後にメールが止まった: DNSを移したときに MX や SPF の TXT を写し漏らしているケースが大半です。手順1で書き出した一覧と照合します。
まとめ
- 移管は「登録」の引っ越しで、DNSとサーバーは別の層。DNSを先に安定させてから移管します。
- 移管ロック、期限、60日ルール、登録者メールを事前に確認します。
- AuthCode は鍵として扱い、申請後は自動更新とロックを有効に戻します。
- .jp は手続きが別なので、両社の案内を読んでから進めます。