2026年6月11日

さくらのDNS で複数ドメインを管理する方法｜追加・移行・廃止の流れと放置レコードの片付け

DNS・名前解決

さくらインターネットのネームサーバーで複数のドメインを運用していると、トラブルの多くは「ドメインを追加したとき」「別の DNS から移したとき」「サイトやサービスをやめたとき」の3つの節目で起きます。この記事では、ドメインを1件ずつ追加・移行・廃止する流れを手順として決めておき、使われなくなったレコードを定期的に片付ける方法を説明します。日常の棚卸しや共通レコードのそろえ方より、ドメインが入れ替わるときの作業に焦点を当てています。

さくらインターネットの会員メニューやコントロールパネルの項目名、提供されている機能は変わることがあります（2026年10月現在）。この記事では操作の目的で説明するので、実際の表記や対応状況はさくらインターネットのサポートサイトで確認してください。

前提：さくらのネームサーバーで扱えるドメイン

さくらのネームサーバーでゾーンを編集できるのは、大きく分けて次の2種類です。

さくらインターネットで取得・管理しているドメイン
他社で取得したドメインを、さくらの会員メニューに登録してネームサーバーとしてさくらを使うもの

後者の場合、さくら側にゾーンを用意するだけでは使われません。取得した会社（レジストラ）の管理画面で、ネームサーバーをさくらのものに変更して初めて効きます。さくらのネームサーバーを使っている場合、一般的には ns1.dns.ne.jp と ns2.dns.ne.jp が返ります（サービスや契約によって異なることがあります）。

dig +short example.com NS

複数のドメインを扱うときは、どのドメインがどちらの種類なのかを一覧で区別しておくと、後の作業で迷いません。

節目1：ドメインを新しく追加する

新しいドメインで WordPress サイトを始めるときは、次の順番で進めます。順番を逆にすると、ネームサーバーを切り替えた瞬間に何も引けない時間ができてしまいます。

さくら側でドメインを使える状態にする（取得、または他社ドメインの登録）
ゾーンに、用途に応じた標準のレコード一式を入れる
さくらのネームサーバーへ直接問い合わせて、レコードが返ることを確認する
他社ドメインの場合は、レジストラでネームサーバーをさくらに変更する
公開 DNS 経由でも引けるようになったら、レンタルサーバー側のドメイン設定や SSL 証明書の発行を進める

手順3では、キャッシュを通さずさくら側の設定を確かめるため、ネームサーバーを指定して問い合わせます。

dig +short example.com A @ns1.dns.ne.jp
dig +short www.example.com CNAME @ns1.dns.ne.jp
dig +short example.com MX @ns2.dns.ne.jp

手順5の SSL 証明書は、ドメインの名前解決がサーバーに向いていないと発行に失敗することがあります。証明書の発行が進まないときは、まず公開 DNS で新しい値が返っているかを確認します。

節目2：別の DNS からさくらへ移す（またはさくらから移す）

すでに別の事業者の DNS で動いているドメインをさくらに寄せる場合、最大の落とし穴は「旧 DNS にあったレコードの移し忘れ」です。特に、メールの MX、SPF・DKIM・DMARC の TXT、外部サービスの所有権確認用の TXT は、Web サイトの表示には影響しないため、切り替え後しばらく気づかないことがあります。

DNS の問い合わせでは、ゾーンにあるレコードを全部取り出すことは通常できません。旧 DNS の管理画面のレコード一覧を書き出すかキャプチャして、それを元にさくら側へ入れていきます。そのうえで、旧と新のネームサーバーに同じ質問をして、答えが一致するかを比べます。

#!/usr/bin/env bash
# 使い方: ./compare.sh example.com 旧ネームサーバー 新ネームサーバー
d="$1"; old="$2"; new="$3"
for name in "" www mail _dmarc; do
  fqdn="${name:+$name.}$d"
  for t in A AAAA CNAME MX TXT CAA; do
    a=$(dig +short "$fqdn" "$t" @"$old" | sort)
    b=$(dig +short "$fqdn" "$t" @"$new" | sort)
    if [ "$a" != "$b" ]; then
      echo "DIFF $fqdn $t"
      echo "  old: $a"
      echo "  new: $b"
    fi
  done
done

name の一覧には、旧 DNS の管理画面で見つけたサブドメインや、selector._domainkey のような DKIM 用の名前も加えます。差分がなくなってから、レジストラでネームサーバーを切り替えます。

切り替えたあとも、旧 DNS のゾーンはすぐに消さず、しばらく残しておきます。ネームサーバーの情報がキャッシュから消えるまでは、旧 DNS に問い合わせが来ることがあるからです。旧 DNS で DNSSEC を有効にしていた場合は、DS レコードの扱いを先に確認してください。DS レコードが残ったまま切り替えると、名前解決ができなくなることがあります。

さくらから別の DNS へ移すときも、手順は同じで向きが逆になるだけです。

節目3：サイトやサービスをやめたときの片付け

WordPress サイトを閉じた、外部のサービスの利用をやめた、サーバーを解約した。こうしたときに DNS のレコードだけが残ることがよくあります。放置されたレコードは、単に無駄なだけでなく、次のような問題につながります。

向け先がなくなった CNAME: クラウドやホスティングサービスのリソースを削除したあと CNAME だけが残っていると、第三者が同じ名前のリソースを作って、そのサブドメインで勝手にコンテンツを表示できてしまう場合があります（サブドメインの乗っ取り）。
解約したサーバーの IP を指す A レコード: その IP アドレスが別の利用者に割り当てられると、自分のドメインで他人のサーバーが表示されることがあります。
使っていないメールサービスへの MX: メールが意図しない場所に届いたり、送信者に不達の通知が返ったりします。

サービスを止めるときは、「解約やリソースの削除より先に、DNS のレコードを消す」順番にします。すでに残ってしまったものは、サブドメインの一覧を作って向け先を点検します。

#!/usr/bin/env bash
# hosts.txt に1行1ホスト名（www.example.com など）を書いておく
while read -r host; do
  [ -z "$host" ] && continue
  target=$(dig +short "$host" CNAME @ns1.dns.ne.jp)
  [ -z "$target" ] && continue
  if [ -z "$(dig +short "$target" A)" ] && [ -z "$(dig +short "$target" AAAA)" ]; then
    echo "要確認: $host -> $target （向け先が引けない）"
  fi
done < hosts.txt

このスクリプトで見つかるのは「向け先が引けない」CNAME だけです。向け先が引けても、それが今も自分の管理しているリソースとは限りません。A レコードの IP アドレスや CNAME の向け先が、今契約しているサーバーやサービスのものかを、契約の一覧と照らし合わせて確認します。

節目4：ドメインそのものを使わなくする

ドメイン自体を使わなくなったときは、すぐに手放すかどうかを慎重に判断します。期限切れで手放したドメインは第三者が取得でき、過去にメールで使っていた場合は、そのドメイン宛てのメールを受け取られるおそれがあります。

しばらく保持すると決めたら、Web とメールの両方で「使っていない」ことを示す最小限のゾーンにしておきます。

@        TXT    "v=spf1 -all"
_dmarc   TXT    "v=DMARC1; p=reject;"
@        MX     0 .

3行目はメールを受け付けないことを示す Null MX（RFC 7505）です。管理画面によっては「.」を値として入力できないことがあるので、その場合は SPF と DMARC だけでも設定しておきます。旧サイトへのアクセスが残っているなら、新しいドメインへ転送する設定を一定期間続けることも検討します。

変更の記録を残す

さくらの管理画面での変更はドメインごとの手作業になるため、「いつ、誰が、どのドメインの何を、なぜ変えたか」を簡単な記録に残しておくと、トラブルのときに原因をたどれます。表計算ソフトの1行でも十分です。節目の作業の前後に、上の比較スクリプトや点検スクリプトの出力を一緒に保存しておくと、元に戻すときの手がかりになります。

まとめ

トラブルが起きやすいのは、ドメインの追加・移行・廃止という節目です。それぞれの手順を決めておきます。
追加は「さくら側にレコードを用意してから、ネームサーバーを切り替える」順番で進めます。
移行は旧 DNS のレコード一覧を元に移し、旧と新のネームサーバーの応答を比べて差分がなくなってから切り替えます。
サービスをやめるときは、解約より先に DNS のレコードを消します。残った CNAME や A レコードは定期的に点検します。
使わなくなったドメインは、SPF・DMARC・Null MX で「メールを使わない」ことを示し、手放すかどうかは影響を確かめてから決めます。