A 記錄就是 DNS 這本「電話簿」裡登記的那個真正的「號碼」——它把你的網域指向網站所在那台電腦的數字位址（IP）。「換了伺服器，網站怎麼還打開舊的？」答案多半就在這一條記錄上。讀懂它，你就能明白搬家、換主機時哪一步最關鍵，也能判斷「改了之後沒立刻生效」到底是出錯了，還是只是還在等快取更新——省得白白折騰，也避免在還沒準備好的時候貿然動手。
這篇文章適合誰看？ ❓
如果你有自己的網站，尤其是正打算換主機、搬伺服器，或者已經換了卻發現「新站遲遲不出來」，這篇值得花幾分鐘。它專講一種 DNS 記錄——A 記錄。如果你既沒有網站、也不打算管這些，可以放心跳過。
先說為什麼會有 A 記錄
網際網路上每一台對外服務的電腦（也就是常說的伺服器，一台一直開著、隨時等人來訪問的電腦），真實身分其實是一串數字位址，叫 IP 位址，例如 142.250.x.x。電腦之間互相連接，認的就是這串數字。可問題是，沒人記得住一長串數字，更別說印在名片或廣告上。
於是有了網域和 DNS 這套機制：DNS 就像網際網路的電話簿，你給它一個好記的名字（網域），它幫你查出對應的「號碼」。而 A 記錄，就是這本電話簿裡、登記在你網域底下的那個真正的號碼——它寫明「這個網域，請連到這串 IP 位址對應的那台電腦」。訪客在瀏覽器輸入你的網域，背後正是 DNS 查到這條 A 記錄，瀏覽器才知道該去敲哪台電腦的門。
A 記錄解決的，是一個很實際的麻煩：它讓「好記的名字」和「機器認的數字位址」對上號。也正因為有了這一層，你日後換了一台更快的電腦來放網站，只要更新這一條記錄指向新位址就行，不必通知任何訪客「我家號碼改了」——他們用的還是同一個網域。
一條 A 記錄長什麼樣
在管理後台真正填一條 A 記錄時，你會看到三欄。說穿了，你就是在電話簿裡寫下一行：「這個名字，對應這串號碼，可以先記這麼久。」
- 主機名（Host）：這條記錄管的是哪個名字。填「@」或留空，代表根網域（也就是 yourdomain.com 本身）；填「www」，代表 www 這個子網域。換句話說，你是在指定「誰」要被解析。
- 值（Value）：那台伺服器的 IPv4 數字位址，例如 142.250.1.1。這就是訪客最終要連過去的「號碼」——A 記錄的核心就是這一欄。
- TTL：這個答案在被重新核對之前，可以先快取多久，單位是秒（3600 就是一小時）。它決定了你日後改這條記錄後，各地多久才會去問一次新號碼。
要留意的是，不同主機商的叫法不一樣：上面的「主機名」有的後台寫成 Name，「值」有的寫成 Points to、Address 或「目標」「指向」。看到的字眼不同，填的其實是同一件事。（順帶一提，新一代 IPv6 位址用的是幾乎一樣的另一種記錄，叫 AAAA 記錄，原理相同。）
實際操作大概是什麼樣
以常見的網域商 GoDaddy 為例：登入後進到你網域的 DNS 管理（Manage DNS）→ 找到 Records（記錄）→ Add（新增）→ 類型選「A」→ 把上面那三欄（Name、Value 也就是那串 IP、TTL）填好 → 儲存。別家後台的位置和叫法略有出入，但無非都是「挑類型、填名字、填位址、存檔」這幾下。這裡不是要你照著自己動手，而是讓你看到它落到實處大概長這樣，心裡有個譜。
有個前提：要改對地方
這一步常常被忽略，卻最容易白忙活：A 記錄只有改在「你的名稱伺服器（Name Server）真正指向的那家」後台，才會生效。名稱伺服器決定的是——到底哪家「電話簿公司」在管你這個網域的記錄。如果你的網域已經把名稱伺服器交給了 Cloudflare 這類服務，記錄卻跑去原來的註冊商後台改，那等於把新號碼寫進了一本根本沒人翻的舊簿子，怎麼等都不會變。動手前先確認名稱伺服器指向哪裡，再去那家後台改 A 記錄，能省下大量「改了半天沒反應」的冤枉功夫。
「換了伺服器，網站為什麼還打開舊的？」
這是客戶搬家後很常見的困惑，原因通常有兩層。
第一層：A 記錄還指著舊位址
搬伺服器，本質是把網站的檔案挪到另一台電腦上，那台新電腦有它自己的 IP 位址。如果 A 記錄沒改、還指向舊電腦的號碼，訪客順著網域查到的自然還是舊的那台。所以搬站時，把 A 記錄更新到新電腦的位址，是讓流量真正轉過去的關鍵一步——網站檔案搬過去了，但「電話簿上的號碼」沒改，訪客還是會走到舊門口。
第二層：改對了，但全世界還在用「記下來的舊號碼」
就算 A 記錄已經改對，你也常常不會立刻看到變化。為了讓全球訪問都快，各級網路設備和伺服器會把查到的結果暫存一段時間（也就是前面提到的 TTL 在起作用：到期之前，它們手上記的還是上一次查到的那個號碼）。在舊記錄還沒到期之前，世界各地很多地方手上拿的仍是舊號碼，於是有人看到新站、有人還看到舊站，要等快取陸續到期，新位址才會在各地一一生效，通常從幾分鐘到幾十小時不等。想把這層快取和「為什麼改了要等」徹底弄明白，可以從我們總覽各類 DNS 記錄的那篇文章看起。
所以「改了 A 記錄沒立刻生效」，往往不是改錯了，而是還在等各地快取更新。這也是為什麼專業的搬站做法，會在動手前先把 TTL 設定得短一些、錯峰執行，而不是趕在訪問高峰直接切換。
A 記錄和 CNAME，常被搞混
很多人分不清 A 記錄和 CNAME 記錄。簡單說：A 記錄直接給出一個數字位址（IP），是「號碼本人」；CNAME 則是把一個名字轉指到另一個名字，更像「請打這個號碼的另一個名字」。兩者用途不同，填錯了網站可能就打不開。我們另外寫過一篇專門說清楚 A 記錄和 CNAME 各自適用什麼場合，分得清楚就不容易填錯。
5U Website 怎麼幫客戶處理 A 記錄
A 記錄這種東西，配對了沒人會注意，配錯了或切換沒規劃好，整個網站就可能在一段時間裡時好時壞、新舊混雜。維護過大量客戶網站之後，我們處理搬站、換主機時的習慣做法是：動手前先記錄現狀、提前把 TTL 設定得短一些、確認新電腦上的網站真的跑得起來，再更新這一條記錄，並預留快取生效的時間窗口，把「流量切了一半、有人看新站有人看舊站」這種夾生狀態的影響降到最低。
把這件事交給我們
你不需要自己去研究 A 記錄該填什麼、什麼時候切——這正是我們日常在做的事。如果你的網站正準備搬家、換主機，或者已經出現「改了不生效」「時好時壞」的怪現象，給 5U Website 寫一封郵件說明情況，我們通常會在一到兩個工作日內回覆。
最早發佈於：，最近一次編輯時間：
