サーバー ネットワーク 公開日 2026.04.04 更新日 2026.10.23

ネームサーバーとDNSレコードの違いは?役割・変える場所・混ざりやすい点を解説

ネームサーバーとDNSレコードの違い、どこで何を変えるのか、サーバー移転やドメイン運用で混ざりやすい点を初心者向けに整理した記事です。

目次(24項目)

先に要点

  • ネームサーバー は、そのドメインの DNS 情報をどこが持っているかを示す設定です。
  • DNSレコード は、その DNS 情報の中に入っている個別の設定です。
  • ざっくり言うと、ネームサーバーは 「住所録をどこへ置くか」、DNSレコードは 「住所録の中に何を書くか」 の違いです。
  • サーバー移転では、ネームサーバーごと変えるのか、今のまま Aレコード などの DNSレコードだけ変えるのかで手順がかなり変わります。

ネームサーバーって何? DNSレコードって何? は、ドメインやサーバーの話を始めるとかなり早い段階で出てきます。
しかも、この2つは一緒に説明されることが多いので、初心者のうちは混ざりやすいです。

検索では DNレコード のように書かれていることもありますが、正しくは DNSレコード です。
この記事では、2026年4月4日時点で ICANN の DNS 解説、Cloudflare の nameserver 解説、Amazon Route 53 の DNS レコード解説を確認しながら、ネームサーバー と DNSレコード の違いを整理します。
実際にドメインを別サーバーへ移す流れまで見たい場合は、既存ドメインを別サーバーへ移す方法は?手順・DNS切り替え・注意点を解説 もあわせて読むとつながりやすいです。
反映が遅く見える理由や、TTL をどう見るかまで整理したい場合は、DNS浸透とは?反映が遅い理由・TTL・切り替え時の確認ポイントを解説 も続けて読むと流れがつかみやすいです。

まず結論: ネームサーバーとDNSレコードは役割が違う

最初に結論を言うと、ネームサーバー と DNSレコード は同じものではありません。

ネームサーバー=住所録の置き場所 レジストラなどの画面で設定する ここに問い合わせる DNSレコード=住所録の中身 AレコードIPv4 アドレスへ向ける CNAME別のホスト名へ向ける MXメールの受信先 TXT確認用・認証用の文字列 TTLキャッシュさせる時間
ネームサーバーは問い合わせ先、DNSレコードはその中の個別の設定

ここを分けて考えるだけで、かなり混乱しにくくなります。

ネームサーバーとは何か

ネームサーバー は、そのドメインの DNS 情報をどの事業者やサーバーが持っているかを示す設定です。
初心者向けには、住所録をどこに置いてあるかを指す設定 と考えると分かりやすいです。

たとえば、レジストラや DNS 事業者の管理画面で

  • ns1.example-dns.com
  • ns2.example-dns.com

のような値を設定する場面があります。
これがネームサーバーです。

ネームサーバーは「入口」

大事なのは、ネームサーバー自体に サイトをどのIPへ向けるか が全部書かれているわけではないことです。ネームサーバーは、あくまで どこに DNS 情報を問い合わせに行くか を決める入口です。

DNSレコードとは何か

DNSレコード は、その DNS 情報の中に入っている個別の設定です。
このドメインはどのサーバーへ向けるか、メールはどこで受けるか、サブドメインはどう扱うか を決める中身が DNSレコードです。

代表的なのはこのあたりです。

レコード 何を決めるか よくある用途
Aレコード ドメインを IPv4 アドレスへ向ける Webサイトをサーバーへ向ける
CNAME 別のホスト名へ向ける www を本体ドメインへ向ける
MX メール受信先を決める 独自ドメインメールを使う
TXT 確認用や認証用の文字列を持つ SPF、DKIM、所有確認
TTL どれくらいキャッシュさせるかを決める 切り替え時間の調整

つまり、ネームサーバーが 問い合わせ先、DNSレコードが その問い合わせ先の中身 です。

住所録でたとえると分かりやすい

初心者向けには、このたとえが一番入りやすいです。このイメージで考えると、変更したときの違いも見えてきます。

ネームサーバー

住所録を保管している場所

ネームサーバーを変える = 住所録ごと置き場所を変える

DNSレコード

住所録の中に書かれている個別の住所

Aレコードを変える = 住所録の中の このサイトはこのIP を書き換える

実務で混ざりやすいのはどこか

実務で一番混ざりやすいのは、サーバーを引っ越すとき、どこを変えるべきか です。

たとえば次の2パターンがあります。

サーバー引っ越し時の2つのやり方

レコードだけ

ネームサーバーはそのまま

今の DNS 管理先のまま、Aレコードや CNAME だけ新しいサーバーへ向け直す。

向いている点
  • 管理画面がすでに分かっている
  • 変更範囲を小さくしたい
  • メール設定を壊したくない
管理先ごと

ネームサーバーごと切り替える

DNS 管理先そのものを新しい事業者へ移す。

注意点
  • 必要な DNSレコードを新しい側に全部再現してから切り替える

1. ネームサーバーはそのままでDNSレコードだけ変える

これは、今の DNS 管理先をそのまま使って、Aレコード や CNAME だけ新しいサーバーへ向け直すやり方です。

この方法は、上の比較にある条件のときにかなり相性がよいです。

2. ネームサーバーごと切り替える

これは、DNS 管理先そのものを新しい事業者へ移すやり方です。
この場合は、新しいネームサーバー側へ必要な DNSレコードを全部再現してから切り替えないと事故になりやすいです。

「表示されたからOK」が怖い

ここで怖いのは、Webサイトだけ見て 表示されたからOK と思ってしまうことです。実際には、メールの MX、認証系 TXT、www 用 CNAME、API やサブドメイン用レコードが抜けていて、あとから壊れることがあります。

どこで何を変えるのか

これも初心者がつまずきやすいところです。

変更したいもの 触る場所 主な例
DNS 管理先そのもの レジストラやドメイン管理画面のネームサーバー設定 ネームサーバー の変更
Web サイトの向き先 DNS 管理画面のレコード設定 Aレコード、CNAME
メール受信先 DNS 管理画面のレコード設定 MX
所有確認や認証 DNS 管理画面のレコード設定 TXT
切り替えの速さ DNS 管理画面のレコード設定 TTL
同じ管理画面でも役割は別

要するに、ネームサーバーの画面 と DNSレコードの画面 は別の意味を持っています。同じ管理画面の中にあっても、役割は別です。

初心者向けにどう考えると失敗しにくいか

ドメイン関連の作業前は、次の5ステップで状況整理すると どこを触ればいいか分からない 状態を避けられます。

ドメイン作業前の5ステップ整理

  1. 1
    いま DNS をどこで管理しているか確認

    レジストラ(お名前.com、Google Domains 等)の画面でネームサーバー設定を確認。レジストラの DNS か、Cloudflare / Route 53 などへ委譲しているかをまず把握。

  2. 2
    変えたいのは「管理先」か「中身」か切り分け

    DNS の管理先そのものを変えるならネームサーバー設定、Web の向き先やメール先を変えるなら DNS レコードを編集。同じ画面の中でも別レイヤー。

  3. 3
    Web 以外の設定(メール・認証)を確認

    Aレコードだけ見て切替すると、MX レコード(メール)、TXT レコード(SPF / DKIM / 所有確認)が消えてメールが届かなくなる事故が起きやすい。

  4. 4
    変更前に現行レコードを控える

    dig や DNS 管理画面のエクスポートで現在のすべてのレコードをメモ。事故時に戻せるバックアップが手元にある状態にする。

  5. 5
    TTL を先に短くしておく

    切替の数日前に TTL を 60〜300 秒に下げておくと、変更時の伝播が早く、ロールバックもしやすい。終わったら元の値に戻す。

この順で考えるだけでも、どこを触ればいいのか分からない 状態はかなり減ります。

管理画面にすぐ入れないときは、WHOIS / RDAP でレジストラやネームサーバーを、dig で現在の DNS レコードを外から確かめられます。調べ方は ドメインから情報は取れる?WHOIS・RDAP・DNSで分かることと調べ方 にまとめています。

よくある失敗

よくある失敗

ネームサーバーを変えたのに、切り替え先へ必要な DNSレコードを入れていないケースです。サイトだけ見えても、メールやサブドメイン、認証系 TXT が落ちていることがあります。

ほかにも、こういう失敗はかなり多いです。

  • ネームサーバー と Aレコード を同じものだと思っている
  • Webサイトだけ確認してメールを見ていない
  • TTL を意識せずに切り替え時間で焦る
  • 現行レコードを控えずに変更する
  • DNレコード のように言葉が曖昧なまま作業してしまう

まとめ

ネームサーバー は、DNS 情報をどこが持っているかを示す設定です。
DNSレコード は、その中に入っている個別の設定です。

ざっくり言うと、ネームサーバーは 住所録の置き場所、DNSレコードは 住所録の中身 です。
この違いを分けて考えられるようになると、サーバー移転やドメイン設定の話がかなり追いやすくなります。

特に実務では、ネームサーバーごと変えるのか、今のままレコードだけ変えるのか を最初に切り分けるのが大事です。 ここを曖昧にしないだけで、事故になりにくさはかなり変わります。

ネームサーバーと DNS レコードに関するよくある質問

レジストラを変えずに DNS だけ変えられる?

可能です。レジストラ(ドメインを管理する事業者)はそのままで、ネームサーバーの設定を変更すれば、DNS 管理先を Cloudflare、Route 53、Google Cloud DNS などへ移せます。レジストラの DNS が遅い・機能不足を感じたら、外部 DNS への委譲は定番の選択肢。

ネームサーバーを変えると Web もメールも全部影響する?

ネームサーバーを変えると DNS の管理先そのもの が変わるので、新しいネームサーバー側で A レコード(Web)、MX レコード(メール)、TXT レコード(認証)など全部を準備しておく必要があります。準備せずに切替すると Web・メール・SSL 検証など同時に止まります。

TTL はどれくらいに設定すべき?

通常運用では 3600 秒(1時間)〜 86400 秒(1日)が定番。切替前は 60〜300 秒に短縮しておくと、変更が早く伝播し、ロールバックも素早くできます。切替後は元の値に戻すと、DNS サーバーへの問い合わせ負荷が減ります。

A レコードと CNAME、どう使い分ける?

A レコードは IP アドレスを直接指す(example.com → 192.0.2.1)、CNAME は別ドメイン名を指す(www.example.com → example.com)。サブドメインを別サービス(CloudFront、Vercel、Netlify 等)に向けるなら CNAME、ルートドメイン直接の IP 指定なら A レコード。

apex(ルートドメイン)に CNAME は付けられる?

RFC 上は禁止されています。example.com(apex)には CNAME を直接付けられず、A レコードか、Cloudflare / Route 53 の ALIAS / ANAME のような独自機能(実態は A レコードに自動展開)を使います。www.example.com のようなサブドメインなら CNAME OK。

DNS 変更はどれくらいで反映される?

理論的には TTL の時間以内に古いキャッシュが消える ですが、実際は ISP やパブリック DNS(8.8.8.8、1.1.1.1)のキャッシュ更新タイミング、ブラウザの DNS キャッシュなどが影響します。早ければ数分、最大数時間〜半日かかることも。切替は深夜帯にやるのが定石です。

ドメイン移管とネームサーバー変更は別物?

別物です。ドメイン移管は ドメインを管理するレジストラそのものを変える こと、ネームサーバー変更は DNS の管理先を変える こと。よく混同されますが、ネームサーバーだけ変えるならドメイン移管は不要。ドメイン移管にはレジストラ間の手続き(AuthCode 等)が必要で、通常 5〜7日かかります。

参考情報

あとで見返すならここで保存

読み終わったあとに残しておきたい記事は、お気に入りからまとめて辿れます。