A Record、CNAME、Nameserver 差在哪？DNS 設定一次看懂

A Record、CNAME 與 Nameserver 都屬於 DNS 設定，但它們處理的不是同一件事。

A Record： 把一個網域名稱指向 IPv4 位址。
CNAME： 把一個網域名稱指向另一個網域名稱。
Nameserver： 決定哪一組 DNS 伺服器有權管理這個網域的完整 DNS 紀錄。

如果只是網站更換主機，通常修改 A Record 就可能足夠；如果要把 www 或某個子網域連到另一個服務，常會使用 CNAME；如果要把 DNS 管理從註冊商移到 Cloudflare 或其他平台，才會修改 Nameserver。

三者最大的差別，在於「指向的對象」和「影響的範圍」。

先分清楚三個角色：註冊商、DNS 管理平台與網站主機

很多 DNS 設定會混亂，是因為網域註冊、DNS 管理與網站主機可能由三家不同公司提供。

以一個常見架構為例：

網域在 Gandi 或其他註冊商購買
Nameserver 指向 Cloudflare
Cloudflare 的 A Record 指向 SiteGround 或其他主機 IP
網站檔案與資料庫實際放在 SiteGround

這時候：

註冊商保存網域的註冊資料，也讓你指定 Nameserver。
DNS 管理平台保存 A、CNAME、MX、TXT 等 DNS 紀錄。
網站主機存放網站內容，並提供網站應連線的 IP 或目標名稱。

因此，網域在哪裡買，不代表 DNS 紀錄一定在同一個後台修改；網站放在哪一台主機，也不代表一定要使用該主機商的 Nameserver。

A Record：把名稱指向一個 IPv4 位址

A Record 的作用，是將網域名稱對應到 IPv4 位址。

例如：

名稱：example.com
類型：A
內容：203.0.113.10

當訪客輸入 example.com，DNS 會回覆對應的 IP，瀏覽器再前往該伺服器取得網站內容。

A Record 常用在以下情況：

網站搬到新主機後，把主網域指向新的伺服器 IP
子網域需要直接連到某台伺服器
DNS 繼續由 Cloudflare 或原平台管理，只更換網站主機

如果主機提供的是 IPv6 位址，對應使用的是 AAAA Record，不是 A Record。

修改 A Record 通常只改變該名稱的連線目標，不會自動搬移網站檔案、資料庫或信箱。新主機必須先準備好網站並接受這個網域，否則 DNS 即使指向成功，訪客仍可能看到錯誤頁面。

CNAME：把一個名稱當成另一個名稱的別名

CNAME 不直接填入 IP，而是讓一個網域名稱指向另一個網域名稱。

例如：

名稱：www
類型：CNAME
內容：example.com

這代表查詢 www.example.com 時，DNS 會繼續依照 example.com 的紀錄找到最終位置。

CNAME 常用在：

讓 www 跟隨主網域
將 shop.example.com、booking.example.com 等子網域連到第三方平台提供的名稱
第三方服務要求建立指定的 CNAME，用於連線或驗證

CNAME 的好處是目標服務即使更換 IP，只要它提供的目標名稱沒有改變，使用者通常不需要跟著修改 IP。

但 CNAME 有幾個重要限制：

CNAME 的目標應是網域名稱，不是 IP，也不是完整網址路徑。
同一個名稱若已建立 CNAME，通常不能再同時放 A、MX、TXT 等其他紀錄。
網域根目錄傳統上不能直接使用一般 CNAME；部分 DNS 平台會透過 CNAME Flattening 或類似功能提供替代處理。

因此，第三方平台給的是 target.service.example 時，不要自行把它解析出的 IP 填成 A Record。服務商若更換 IP，手動填入的舊 IP 就可能失效。

Nameserver：決定整套 DNS 紀錄由誰回答

Nameserver 的層級比 A Record 和 CNAME 更上層。它不是用來直接告訴瀏覽器網站 IP，而是告訴整個 DNS 系統：「這個網域的正式 DNS 紀錄，要向哪一組伺服器查詢。」

例如，網域若使用 Cloudflare DNS，會在網域註冊商後台填入 Cloudflare 指派的兩組 Nameserver。完成委派後，A、CNAME、MX、TXT 等紀錄就應以 Cloudflare 內的設定為準。

修改 Nameserver 常見於：

將 DNS 管理從網域註冊商移到 Cloudflare
改用主機商提供的 DNS 服務
更換整套權威 DNS 代管平台

更換 Nameserver 影響的是整個 DNS 區域，不只是網站。若新平台沒有先建立完整紀錄，可能同時造成：

網站無法開啟
www 或其他子網域失效
公司信箱無法收信或寄信驗證失敗
Google Workspace、Microsoft 365 等郵件紀錄遺失
網域驗證、SMTP、第三方服務或安全設定失效

這也是為什麼更換 Nameserver 前，不能只抄一筆網站 A Record。MX、TXT、CNAME、CAA 及其他仍在使用的紀錄，都需要一起盤點。

三者放在一起看，差別會更清楚

項目	A Record	CNAME	Nameserver
指向對象	IPv4 位址	另一個網域名稱	權威 DNS 伺服器
主要用途	讓網域連到伺服器	建立名稱別名或連接第三方服務	指定整個網域的 DNS 由誰管理
常見修改位置	目前的 DNS 管理平台	目前的 DNS 管理平台	網域註冊商後台
影響範圍	特定名稱	特定名稱	整個網域的 DNS 紀錄
主要風險	指向錯誤 IP	目標填錯或與其他紀錄衝突	網站、郵件及驗證紀錄一起中斷

可以把 Nameserver 理解為「指定要查哪一本 DNS 紀錄簿」，而 A Record 與 CNAME 則是紀錄簿裡的具體內容。

實際情況中，到底應該改哪一個？

情況一：網站搬到新主機，但繼續使用原本的 Cloudflare DNS

通常修改 A Record，讓主網域指向新主機 IP；www 若以 CNAME 跟隨主網域，可能不需要另外更改。

完整的切換時機與檢查方式，可參考：網站搬家後，網域要怎麼指向新主機？

情況二：第三方服務要求建立一筆 CNAME

依照服務商提供的名稱與目標建立 CNAME，不要自行改成 A Record。建立前先確認同一個名稱是否已有其他紀錄。

情況三：要把 DNS 管理交給 Cloudflare

先在 Cloudflare 建立或匯入完整 DNS 紀錄，再到網域註冊商修改 Nameserver。Nameserver 生效後，以 Cloudflare 內的紀錄為準。

情況四：主機商要求更換 Nameserver

先確認你是否真的要把整個 DNS 管理交給主機商。若目前使用 Google Workspace、外部 SMTP、Cloudflare 或其他第三方服務，必須先確認相關紀錄可以完整保留。

有些網站只需要修改 A Record，就能在保留原 DNS 管理方式的情況下更換主機，並不一定要跟著更換 Nameserver。

為什麼明明改了設定，網站沒有立刻切換？

DNS 紀錄會受到 TTL 與各地 DNS 快取影響，修改後不一定所有網路立即得到新結果。Nameserver 的委派變更通常也比單筆紀錄更需要時間完成更新。

若修改後仍看到舊網站，可以依序確認：

修改的是目前真正生效的 DNS 管理平台嗎？
查詢的是主網域、www，還是另一個子網域？
A Record 或 CNAME 的名稱與內容是否正確？
新主機是否已加入該網域並準備好網站？
本機、路由器、電信商或瀏覽器是否仍保留舊快取？

不要在等待期間反覆切換 Nameserver 或刪改不同平台的紀錄。頻繁改動會讓查詢結果更難判讀，也可能無法確認究竟是哪一次設定正在生效。

CyberP7N 實際處理網域指向時的順序

CyberP7N 處理網站搬遷或網域切換時，會先確認「目前的權威 Nameserver 是誰」，再決定應到哪個平台修改紀錄。

實際處理通常依照以下順序：

確認網域註冊商與目前 Nameserver。
盤點生效中的 A、CNAME、MX、TXT 及其他重要紀錄。
確認新主機已建立網站，並取得正確 IP 或目標名稱。
判斷只需修改單筆紀錄，還是要更換整套 DNS 代管。
在切換前保留原始 DNS 紀錄，避免郵件與驗證設定遺漏。
修改後分別檢查主網域、www、SSL、網站後台、表單與公司信箱。
等待 DNS 更新期間保留舊主機，不急著刪除原網站。

這個順序的重點是先確認管理權，再修改指向。若連目前哪一套 Nameserver 正在生效都還不確定，同時在註冊商、Cloudflare 與主機後台修改紀錄，通常只會讓問題更複雜。

結語

A Record、CNAME 與 Nameserver 都與網域連線有關，但控制的層級不同：A Record 指向 IP，CNAME 指向另一個名稱，Nameserver 則決定整套 DNS 紀錄由誰管理。

只搬網站時，通常先評估 A Record；連接第三方名稱時查看 CNAME；只有在更換 DNS 管理平台時，才需要修改 Nameserver。動手前先確認真正的 DNS 管理位置，並保留完整紀錄，才能避免網站切換成功，郵件或其他服務卻意外中斷。

A Record、CNAME 與 Nameserver 有什麼不同？