DNS 切換時常見的錯誤

問題

DNS 切換最麻煩的地方，在於它通常不是「完全失敗」，而是「部分正常、部分異常」。有人看到新站，有人還停在舊站；首頁能開，但公司信箱、表單通知、子網域或憑證驗證開始出問題。
這也是為什麼很多團隊明明只是改一筆記錄，最後卻花大量時間在追查到底是哪一段沒盤清楚。DNS 不只是網站入口設定，它同時牽動郵件、驗證、轉址與第三方服務。

原因

DNS 容易出錯，通常是因為團隊只注意到網站主機紀錄，卻忽略 MX、TXT、CNAME、子網域與各種驗證紀錄。再加上很多中小企業網站的 DNS 管理平台與主機並不在同一個地方，有時甚至不在同一個人手上，導致切換前沒有完整匯出現況。
另一個常見原因是過度依賴即時觀察。DNS 有 TTL 與快取機制，不同地區與網路供應商更新速度也不同，所以「我電腦看到正常」不代表所有人都正常。

解法

做 DNS 切換前，先把目前所有記錄匯出並分類。哪些是網站、哪些是郵件、哪些是第三方驗證、哪些是子網域，全部都先標示清楚。切換前若時間允許，先調低 TTL，讓正式變更時更容易觀察。
切換時不要只改主網域，也要同步檢查 www、子網域、表單寄信、SPF / DKIM、MX、API 串接與 SSL 狀態。切換後則要安排驗證清單，包含首頁、聯絡表單、登入、後台、郵件與轉址。這樣才能把 DNS 當成完整切換流程的一部分，而不是最後一刻才處理的小任務。

延伸應用

把 DNS 管理整理清楚，對後續網站維運非常有幫助。因為很多企業網站的風險，其實不是 DNS 沒設，而是沒有人知道現在有哪些紀錄、為什麼存在、該由誰維護。
當網站之後需要搬家、調整郵件、接入新服務或做 AI 搜尋友善內容整理時，DNS 管理是否清楚會直接影響執行效率。這也是為什麼每次切站都很值得順手把 DNS 文件補起來。
實務上很常見的狀況是，網站搬到新主機後首頁正常，但 www 沒指過去、公司信箱因 MX 記錄漏抄而收不到信，甚至第三方表單驗證因 TXT 記錄消失而失效。這些問題都不是改完再猜就能快速處理，最好在切換前就做完整檢查表。

FAQ

Q1

DNS 改了多久會生效？

A1:
視 TTL 與快取狀況而定，可能幾分鐘，也可能要一到兩天。

Q2

為什麼我自己看到正常，客戶卻不正常？

A2:
通常是因為不同 ISP 或地區的快取還沒更新，這很常見。

Q3

只改 A Record 就可以了嗎？

A3:
不一定。若網站有 www、子網域、郵件、驗證紀錄或第三方服務，通常都要一起檢查。

Q4

DNS 切換會影響 WordPress 網站本身嗎？

A4:
會間接影響。若 DNS 指向錯誤環境，WordPress 後台、表單、SSL 與寄信都可能跟著出問題。

Q5

切換 DNS 時要不要先通知內部同事？

A5:
建議要，尤其是網站、信箱或外部服務會一起受影響時。讓相關人員知道切換時段與驗證項目，能大幅降低混亂。

Q6

DNS 切換前要先降 TTL 嗎？

A6:
如果你預期近期要切站或改重要紀錄，通常會建議提前調低 TTL，讓變更比較快生效，也比較容易掌握切換觀察時間。

相關服務

若你已經準備切站或剛切完站就開始懷疑 DNS 有問題，最適合接著看的是 網址註冊服務。若整體情境是網站搬家，也建議一起搭配 網站搬家服務。