DNS 紀錄是存放在網域 DNS 區域裡的設定，每一筆都有名稱、類型、存留時間（TTL）與資料，告訴其他系統這個網域的各項服務在哪裡：A 與 AAAA 紀錄指向主機的 IPv4 與 IPv6 位址，CNAME 把一個名稱設成另一個名稱的別名，MX 指定負責收信的郵件伺服器，TXT 存放網域驗證與寄件驗證等文字資料，NS 則指出哪些名稱伺服器負責回答這個網域的查詢。換主機、設定公司信箱、驗證網域擁有權，改的都是這些紀錄。
一筆 DNS 紀錄由哪些欄位組成
不同服務商的管理介面長得不一樣，但每筆紀錄都由同樣的欄位構成：
- 名稱：紀錄套用在哪個名稱，例如根網域本身，或 www、shop 這類子網域。
- 類型：A、CNAME、MX 等，決定資料欄怎麼解讀。
- TTL：這筆紀錄可以被快取多久，單位是秒。
- 資料：依類型而定，可能是 IP 位址、另一個主機名稱或一段文字。
這些紀錄集中在網域的 DNS 區域，由 NS 紀錄指定的權威名稱伺服器對外提供。網域在哪裡註冊，和 DNS 在哪裡代管，可以是不同的服務商；要改紀錄，得先找到 NS 目前指向的那一家，在別處修改不會生效。
六種常見紀錄類型對照表
| 類型 | 用途 | 常見用法 |
|---|---|---|
| A | 主機的 IPv4 位址 | 根網域或 www 指向網站主機 |
| AAAA | 主機的 IPv6 位址 | 主機支援 IPv6 時另外設定 |
| CNAME | 把名稱設成另一個名稱的別名 | 子網域指向平台或 CDN 提供的主機名稱 |
| MX | 收信伺服器的名稱與偏好數值 | 公司信箱改用雲端郵件服務 |
| TXT | 任意文字或機器可讀的資料 | 網域驗證、SPF、DKIM、DMARC |
| NS | 負責這個網域或子網域的權威名稱伺服器 | 把 DNS 代管換到另一家服務商 |
MX 的偏好數值越低越優先，有多台收信伺服器時依數值排順序。另外還有 SOA 紀錄，記載 DNS 區域的權威資訊；CAA 紀錄則指定哪些憑證授權單位可以為這個網域核發憑證。
CNAME 的兩個限制：根網域與並存
CNAME 常用在子網域，但有規則要遵守。DNS 規範規定，設了 CNAME 的名稱除了特定的安全擴充紀錄之外，不能再有其他資料。Google Cloud 的說明也指出，區域頂層無法放置 CNAME，因為頂層必須具備 SOA 紀錄，而 CNAME 不能與任何其他紀錄類型並存。實際影響是：
- 根網域要用 A 或 AAAA 指向主機，www 等子網域才適合用 CNAME。
- 同一個名稱設了 CNAME，就不能再替它加 TXT 或 MX 紀錄。
- MX 與 NS 紀錄的值不能填別名，要填有 A 或 AAAA 紀錄的主機名稱。
平台要求用 CNAME 時，照平台提供的主機名稱設定在指定的子網域即可。
TTL 是什麼：決定改動多快被看見
TTL 是這筆紀錄可以被快取的時間，時間到了，查詢端才會回頭向權威名稱伺服器確認。也就是說，你改了紀錄之後，各地解析程式手上的舊答案要等 TTL 到期才會更新，這段期間可能有人看到新網站、有人仍連到舊主機。
官方說明給的生效時間也反映這一點：Search Console 提醒供應商可能需要長達兩到三天才會開始提供新紀錄，Google Workspace 則說新的 MX 紀錄可能要長達七十二小時才會被辨識。AWS 的 DNS 遷移文件建議，把 DNS 代管移到新服務前，先在新舊兩邊調低 NS 紀錄的 TTL，並等舊的 TTL 到期再進行，萬一設定有誤，可以縮短網站無法使用的時間。
三種常改 DNS 的情境
換主機
新主機準備好之後，把 A（與 AAAA）紀錄改成新位址，或依平台指示修改 CNAME。TTL 到期前仍可能有訪客連到舊主機，舊主機先不要停用；換主機時其他要檢查的項目，可參考網站搬家的檢查清單。
設定公司信箱
依郵件服務商提供的 MX 紀錄新增，並移除其他 MX；Google Workspace 說明保留舊的或錯誤的 MX 紀錄，可能使郵件無法正常運作。接著用 TXT 紀錄設定寄件驗證：SPF 放在網域本身，DKIM 放在 _domainkey 子網域，DMARC 放在 _dmarc 子網域，細節可參考開發信的寄件網域驗證。
網域驗證
Search Console 的網域資源只能用 DNS 驗證，可以選 TXT 或 CNAME 紀錄。官方特別提醒，驗證成功後也不可移除這筆紀錄，否則會失去驗證狀態。
修改 DNS 紀錄前的注意事項
- 先備份現有紀錄：向目前的服務商匯出區域檔或紀錄清單，至少完整截圖。
- 確認改的是生效的那一家：先查 NS 指向哪裡。
- 換代管前先重建：Google Cloud 的遷移步驟是先從原供應商匯出、匯入新服務、驗證傳播，然後才更新註冊商的名稱伺服器。
- 提前調低 TTL：等舊 TTL 到期再切換。
- 一次只改一項：記下修改時間與原本的值，出錯時才知道要改回什麼。
常見的 DNS 紀錄設定錯誤
- SPF 放了兩筆：規範規定網域不得有多筆 SPF 紀錄，否則驗證結果是永久錯誤；新增寄信服務時要合併進同一筆。
- 換信箱後舊 MX 沒刪：郵件可能無法正常送達新信箱。
- 根網域設 CNAME，或 CNAME 與其他紀錄並存：違反前面提到的限制。
- 改 NS 時漏搬紀錄：網站正常，信箱或驗證卻失效時，先檢查 MX 與 TXT 是否一起搬到新服務。
- 驗證成功就刪掉 TXT：之後失去 Search Console 或其他服務的驗證。
常見問題
DNS 紀錄和網域註冊有什麼不同？
網域註冊是向註冊商取得網域的使用權並定期續約；DNS 紀錄是網域的設定內容，可以由註冊商、主機商或其他服務商代管，以 NS 指向的那一家為準。
可以同時設定 A 紀錄和 AAAA 紀錄嗎？
可以，兩者分別提供 IPv4 與 IPv6 位址。但 AAAA 指向的 IPv6 位址必須確實能連到網站，否則透過 IPv6 連線的訪客可能打不開網頁。
新增子網域需要另外購買嗎？
不需要。子網域是在同一個網域的 DNS 區域裡新增紀錄，例如替 shop 子網域加一筆 A 或 CNAME 紀錄，指向對應的主機即可。
DNS 紀錄設錯會影響 SEO 嗎？
會影響網站能否被存取。Google 處理 DNS 錯誤的方式與伺服器錯誤相似，持續無法存取的已檢索網址可能在幾天內從索引移除，修改後要盡快確認網站正常。
誰應該擁有 DNS 管理帳號？
建議由公司持有帳號，開啟兩步驟驗證，外包廠商用個別權限協作，人員異動時收回權限，並保留每次變更的紀錄。
本文由京采數位科技整理。我們自 2005 年起提供官網設計、系統開發與 Google SEO 服務，實際案例可見成果與案例。
想直接討論你自己的網站狀況，或需要一份初步的搜尋機會評估？
相關主題
下一步
準備換主機、換信箱或轉移網域前，先把現有 DNS 紀錄完整備份，列出每筆紀錄對應的服務與負責人。如果你不確定哪些紀錄還在使用，或擔心切換時網站與信箱中斷，京采的技術 SEO 與網站健檢服務可以協助盤點紀錄、規劃切換步驟並在完成後驗證，歡迎與我們聯絡。
