網域、DNS、轉址是什麼？三個最常被搞混的東西一次講清楚

先把三件事分開

這三個詞常常被混在一起講，但它們負責的事完全不同。用寄信來比喻最快：

• 網域是門牌號碼。你跟人家說「我家在中正路 100 號」，那串字就是網域
• DNS 是查號台。郵差拿到門牌，得先查出「中正路 100 號實際在哪個座標」才送得到
• 轉址是改道。你搬家了，在舊地址貼一張「已遷至新址」，來的人自動被帶過去

一個網址拆開來看

先把名詞對上位置。很多人講「網域」的時候，其實指的是整條網址，但真正叫網域的只有中間那一段。

這個差別在實務上會咬人：子網域你想開幾個就開幾個、不用另外花錢，但換一個頂級網域就是重新租一個名字。

網域你是租的，不是買的

這點很多人不知道。網域沒有「買斷」這回事，你是按年承租，時間到不續約就會被收回。

被收回也不是立刻消失。以常見的 gTLD（例如 .com）來說，ICANN 規定註冊商必須讓網域在 30 天的贖回期（Redemption Grace Period）內可以被贖回。但贖回要另外付錢，而且通常比續約貴很多。

⚠️ 實務上最該做的兩件事：開自動續約，以及確認註冊商信箱是你還在收的那個。到期通知寄到一個你三年沒開的信箱，等於沒寄。

註冊商、DNS 託管商、主機商，是三件事

這是新手最容易卡死的地方。「我網域買了、網站也做好了，為什麼打不開」，十次有八次是因為搞不清楚該去哪一家改設定。

三者可以是同一家（很多人在同一個平台一次買完），也可以是三家不同的公司。

DNS 是什麼，一次查詢經過哪些地方

DNS 全名 Domain Name System，中文叫網域名稱系統。它做的事只有一件：把人記得住的名字，翻成機器用的位址。

你以為打開一個網頁是「直接連過去」，實際上瀏覽器得先問一輪「這個名字到底在哪」。這一輪會經過好幾層，而且多數時候根本問不到最後一層就有答案了。

六種記錄類型，會用到的就這些

在 DNS 託管商的後台，你會看到一張表，每一列叫一筆「記錄」。名字聽起來很多種，但日常會碰到的其實不多。

TTL：為什麼你改了設定卻沒生效

每一筆 DNS 記錄都帶一個 TTL（Time To Live，存活時間），單位是秒。它的意思是「這個答案你可以先記著，記多久」。

所以你改完設定，全世界不會同時看到新的。那些在你改之前就問過的解析器，會繼續用舊答案直到 TTL 到期。常見預設是 3600 秒（一小時），有些設到 86400 秒（一天）。

這解釋了一個很經典的場景：你改完設定、同事說看到新網站了，你自己卻還是看到舊的。 不是壞掉，是你電腦上的快取還沒過期。

• 要搬家之前，先把 TTL 調短（例如 300 秒），等舊的 TTL 過完再動手，切換就會很快
• 搬完再調回長的，TTL 短代表查詢變頻繁，沒事不用一直問
• 自己看不到新的不代表沒生效：換手機網路、或用線上的 DNS 查詢工具從別的地方看，比清瀏覽器快取準

根網域不能用 CNAME，這個超多人踩

你想把 example.com（沒有 www 的那個）指到某個平台，平台叫你設一筆 CNAME，結果後台跳錯誤不給存。這不是後台有問題，是 DNS 規格本身不允許。

原因出在 CNAME 的語意。RFC 1034 寫得很直接：「如果某個節點上有 CNAME 記錄，就不應該有其他資料存在」。而根網域身上一定會有 SOA 與 NS 這兩種記錄（不然這個網域沒人管），所以它天生就跟 CNAME 衝突。

繞過去的方法有幾種，看你的 DNS 託管商支援哪一種：

• 用 A 記錄直接指 IP：最單純，但平台換 IP 你要跟著改
• 用 ALIAS／ANAME／CNAME flattening：託管商幫你在背後解析成 IP 再回答，對外看起來像 A 記錄。名字各家不同但做的是同一件事
• 把根網域 301 轉到 www：不解決 CNAME 問題，但實務上很多人這樣做，讓 www 那個才是真正的站

轉址有四層，先搞清楚你在哪一層做

「轉址」這個詞底下其實有好幾種做法，行為差很多。由下往上排：

• DNS 層：嚴格說 DNS 不能轉址，它只能告訴你「去哪台機器」。有些註冊商提供的「網址轉址」服務，其實是幫你架一台小機器回 301，本質還是 HTTP 層
• 伺服器層：Nginx、Apache、Cloudflare 規則、Vercel 設定檔。這是最推薦的一層，快、可靠、搜尋引擎最好懂
• 應用層：程式碼裡面判斷後回轉址。彈性最大（可以看登入狀態決定），但每次都要叫醒程式
• 網頁層：HTML 的 meta refresh，或用 JavaScript 跳轉。這兩種最不建議

301、302、307、308 差在哪

這四個數字是 HTTP 狀態碼，瀏覽器和搜尋引擎看到它們的反應不一樣。最常見的誤解是「反正都會跳過去，隨便選一個就好」。

兩個維度：永久還是暫時，以及HTTP 方法會不會被偷偷換掉。

轉址對 SEO 與 AI 搜尋的影響

Google 官方文件講得很清楚：永久轉址「會在搜尋結果顯示新的轉址目標」，暫時轉址則是「顯示原本那一頁」。

所以如果你網址換了、希望搜尋結果跟著換成新的，官方建議是「盡可能使用伺服器端的永久轉址」。用 302 的話，Google 會認為你之後要換回來，繼續拿舊網址去排。

另外兩件官方有明講的事：

• meta refresh 如果是立即觸發的，Google 會當成永久轉址處理。但它仍然比不上伺服器端轉址可靠
• JavaScript 轉址是最後手段。官方原話是「只有在你沒辦法做伺服器端或 meta refresh 轉址時才用」，因為萬一渲染失敗，Google 可能永遠看不到它
• 這一點對 AI 搜尋更嚴重。多數 AI 爬蟲不執行 JavaScript，所以 JS 轉址對它們等於不存在，它會停在你那頁空白的舊網址上

www 還是不要 www

沒有標準答案，但一定要選一個，另一個 301 過去。

兩個都能打開、內容一樣，對搜尋引擎來說就是兩個不同網址有同樣內容，權重會被拆開。分享連結時也會出現兩種版本，看起來很業餘。

技術上唯一的實質差別是上一段講的：www.example.com 是子網域，可以用 CNAME，example.com 是根網域則不行。如果你的平台只給 CNAME，選 www 當主要的會省事一點。

DNS 設對了，為什麼還是紅色不安全

這是另一個常見的「明明照做了卻不通」。DNS 負責把名字指到機器，但沒有負責證明「這台機器真的是你」，那是 HTTPS 憑證的工作。

憑證是綁在網域名稱上的。所以你新開一個子網域、或剛把網域指過來，憑證還沒簽發完成之前，瀏覽器就會跳警告。多數平台會自動簽，但它得先確認 DNS 真的指過來了才能簽，所以順序是 DNS 先生效 → 平台才簽得了憑證。

如果你等了很久還是紅色，先確認三件事：DNS 是不是真的生效了（用外部工具查，不要看自己電腦）、憑證涵不涵蓋這個子網域（*.example.com 的萬用憑證不包含 example.com 本身）、以及平台後台有沒有把這個網域加進去。

六個真的會發生的災難

這些不是理論，是每一個都害人加過班的：

• 換 DNS 託管商時漏掉 MX：只顧著把網站指過去，忘了信箱的記錄。結果網站好了，公司信全部收不到，而且對方不會退信給你，你根本不知道漏了什麼
• 網域忘記續約：信箱早就不用了、信用卡過期了。網站直接消失，贖回還要另外付一筆
• 改完就在自己電腦上一直重整：你看到的是快取。要驗證請換網路或用外部查詢工具
• 轉址接力太長：舊網址 → 中繼 → 再中繼 → 新網址。每一跳都在耗，而且中間任何一段壞掉整條就斷。改成一次到位
• 轉址繞成一個圈：A 轉到 B、B 又轉回 A，瀏覽器會直接報錯。通常發生在同時設了「強制 https」跟「強制 www」但兩邊規則打架
• 用 302 做永久搬家：搜尋結果會一直停在舊網址。等到發現的時候，通常已經過了幾個月

搬家或換網域時的驗收清單

照這個順序做，可以避開上面大部分的坑：

• 動手前先把現有記錄整張截圖或匯出。特別是 MX 和 TXT，那兩種最容易被忘記
• 先把 TTL 調短，等舊 TTL 過完再切
• 切換後從外部驗證，不要只看自己的瀏覽器
• 確認 www 與非 www 都通，而且其中一個 301 到另一個
• 確認 HTTPS 憑證簽發完成，四種組合都點一次（http／https × www／非 www）
• 寄一封測試信進公司信箱，確認 MX 沒被弄壞
• 舊網址要留著轉址，不要直接關掉。搜尋引擎與別人網站上的連結都還指著它