網域轉移：換註冊商不讓網站和信箱斷線的步驟

自己握有註冊商帳號、想把網域換到另一家管理時，移轉本身只是換一個替你辦續約與修改設定的單位，網站和信箱不必因此中斷。真正會出事的是 DNS：記錄若一直放在舊註冊商的代管服務，網域轉走後那份記錄表可能跟著消失。先盤點、先在新地方建好 DNS 並切換名稱伺服器，確認穩定後才送出移轉，就是不斷線的順序。

01常見情境：想集中管理、續約金額看不懂、舊後台缺功能

以下是常見情況的示意，不是實際客戶案例。三種情況換註冊商的理由不同，共同點是都得先弄清楚 DNS 放在哪裡。

• 貿易公司的網域分散在三家註冊商：一家二十人上下的貿易公司，歷年由不同同事註冊了公司的 .com、.com.tw 和兩個產品網域，帳號散在三家，到期日各不相同，行政主管每年都怕漏掉其中一個，想全部集中到同一家。先讀「多個網域分批移轉」排出先後；動手前照「換之前先盤點」，把每個網域的到期日與名稱伺服器列成一張表。
• 設計工作室覺得續約金額看不懂：一間三人的平面設計工作室，網域當年用首年優惠價註冊，之後每年續約的金額都和當初印象不同，老闆想換到報價清楚的地方。他最擔心換過去之後，業主寄來的稿件確認信收不到。先讀「最大的風險在 DNS」，查出目前收信的 MX 記錄由誰回答，再決定哪一天移轉。
• 網店的工程師需要舊後台沒有的功能：一家自營網店的公司，網域早已開啟 DNSSEC，但舊註冊商的帳號不能設兩步驟驗證，也沒有介面可以自動更新記錄，工程師想換一家。主管怕改動讓網店在檔期打不開。先讀「有開 DNSSEC 的網域」了解金鑰與 DS 記錄的處理順序，再依「移轉當天與完成後的檢查清單」排在非檔期進行。

02換之前先盤點：到期日、註冊人資料、DNS 由誰代管

換註冊商之前，先替每個網域做一次健康檢查。下表任何一項有狀況，都要先處理完再談移轉：

聯絡資料需要修正時，留意先後順序。gTLD 的註冊人名稱或組織異動屬於「註冊人變更」，完成後可能被加上 60 天的移轉鎖定，ICANN 的常見問答因此建議先完成移轉再改資料；只是聯絡信箱收不到信的話，仍要先改，否則驗證無法完成。授權碼的取得期限、註冊商可以拒絕移轉的情況，在拿回網域與主機管理權一文已經整理，這裡不再重複。

盤點時也順便確認一件事：查詢結果上的註冊商，是不是你實際付款、登入的那一家。若你是向經銷商購買，背後另有註冊商，取得移轉密碼與解除鎖定仍要從經銷商的後台或窗口申請。

03最大的風險在 DNS：先搬記錄、切名稱伺服器，最後才送移轉

網域移轉換的是「誰替你向註冊局辦事」，DNS 代管換的是「誰回答網站和信箱在哪裡」，兩件事可以拆開處理。ICANN 的移轉政策規範的是授權碼、期限與拒絕理由，並沒有要求原註冊商在網域轉走之後繼續替你提供 DNS 代管。.tw 系列更明確：TWNIC 的問答說明，受理註冊機構提供的 DNS 代管只給在該機構註冊的網域使用，網域轉出，舊機構的代管也就不能再用。所以先看名稱伺服器屬於誰：

• 指向主機商或獨立的 DNS 服務：移轉不會動到這份記錄。把目前的名稱伺服器名稱抄下來，移轉完成後在新後台逐字比對。
• 指向舊註冊商自己的 DNS：這是最容易斷線的情況。舊註冊商不再管理這個網域後，原本的代管區域可能被停用或刪除，裡面的 A、MX、TXT 記錄若沒有備份，只能憑記憶重建。

第二種情況照這個順序：

1. 匯出整份記錄表：能匯出區域檔就匯出，再逐筆核對名稱、類型、值與 TTL。特別留意 MX、寄件驗證與各服務驗證用的 TXT，以及以底線開頭的子名稱。
2. 在新的 DNS 服務建好同一份記錄：可以用新註冊商的代管，也可以用主機商或獨立服務。建好後直接向新的名稱伺服器查詢，逐筆比對，確認和舊的一致。
3. 在舊註冊商把名稱伺服器改成新的：這時網域還在舊註冊商名下，所以是在舊後台操作。
4. 等快取更新再確認：TWNIC 說明 .tw 的 DNS 指定設定最多 24 小時內生效；其他網域也要等各地快取更新。由於新舊兩邊回答的內容相同，訪客連到哪一邊都不受影響，舊的代管先別刪。
5. 確認穩定後才送出移轉：網站、收發信與各項網域驗證都正常，再去取得移轉密碼、到新註冊商申請轉入。

這樣排，移轉完成的那一刻，DNS 早已不依賴舊註冊商。各類記錄的寫法與 TTL 的調整方式，請參考DNS 記錄設定教學。

04有開 DNSSEC 的網域：換 DNS 服務前先處理 DS 記錄

DNSSEC 用數位簽章保護 DNS 的回答不被竄改。開啟後，註冊局會存一筆 DS 記錄，對應你的 DNS 服務所用的金鑰，會做驗證的解析器就靠它檢查每一個回答。風險出在換 DNS 服務時：新服務用另一組金鑰簽章，註冊局那筆 DS 卻還對應舊金鑰，驗證失敗，對使用這類解析器的訪客來說，網站與信箱就像整個消失。

DNS 營運實務文件 RFC 6781 討論過更換 DNS 業者的情況：新舊業者願意配合時，可以讓雙方的金鑰與 DS 先並存再切換，驗證不中斷；舊業者不配合時，唯一可行的做法是在轉換期間讓網域暫時回到未簽章狀態，也就是由註冊局移除舊的 DS、改指新的名稱伺服器，變更普及之後，再替新業者簽好的區域登記新的 DS。這份文件也建議相關記錄的 TTL 保持較短，縮小出錯時的影響時間。

換成實際步驟：

• 先確認有沒有開：查網域時看 DNSSEC 欄位，或問目前的 DNS 服務；沒有開就略過本段。
• 只換註冊商、DNS 服務不變：金鑰沒變，簽章照常有效。但 DS 是透過註冊商送到註冊局的，先確認新註冊商的後台能管理 DS，日後換金鑰才有地方更新。
• DNS 服務也要一起換：先問新舊兩邊能否配合預先放入新金鑰；做不到，就照上面的順序先移除 DS，等舊 DS 的快取過期再切名稱伺服器，確認正常後在新服務開啟簽章並登記新的 DS。
• 不要和移轉疊在同一天：DNSSEC 的調整排在送出移轉之前完成，或等移轉完成、狀態穩定之後再做。

05.com 與 .tw 網域轉移的差異：期限、年限與 DNS 代管

.com 等 gTLD 依 ICANN 的移轉政策，.tw 系列依 TWNIC 的規定，兩邊重點不同：

gTLD 移轉完成會多一年，所以移轉不會吃掉剩餘的年限，不必刻意拖到快到期才轉；但已經一次續到接近 10 年的網域，能延長的部分會受上限限制。另一個常被問的時間點是剛自動續約之後：依 .com 註冊局協議的規格，網域在自動續約後 45 天的寬限期內移轉，那次自動續約加上的一年會被取消，改由移轉延長一年，到期日不會重複往後推；已付給舊註冊商的續約費能不能退，則看舊註冊商的條款。

規則也在變動。ICANN 理事會已在 2026 年 6 月通過移轉政策檢討的建議，內容包括調整安全鎖定與通知註冊人的要求，具體條文仍在實施階段。實際送件時，以註冊商當下公告的流程為準。

06判斷清單：移轉當天與完成後要檢查的事

前面的準備做完，移轉當天的動作其實不多，重點是每一步都留下紀錄。

1. 送件前最後確認：名稱伺服器與 DNS 記錄已經不依賴舊註冊商；註冊人聯絡信箱收得到信；手邊有一份截至當天的記錄表。
2. 取得移轉密碼並解除鎖定：在舊註冊商後台操作。密碼只填進新註冊商的轉入表單，不要用聊天軟體轉傳給其他人。
3. 送出轉入並盯著信箱：註冊人信箱可能收到新舊兩邊的確認信，依指示回覆；遲遲沒收到，先看垃圾信匣，再問新註冊商卡在哪一步。
4. 移轉期間不動設定：從送出到完成之間，不要再改名稱伺服器或 DNS 記錄，萬一出問題，才分得出是移轉還是設定造成的。
5. 完成後在新後台核對：到期日是否如預期、註冊人與聯絡資料是否完整帶過來、名稱伺服器是否和移轉前一字不差。
6. 從外部實測：用手機行動網路開官網，加與不加 www 各試一次；請公司外的人寄信進來，再回覆一封出去；確認網站的 HTTPS 正常，再到各雲端服務後台看網域驗證是否仍有效。
7. 把保護重新設好：新帳號開啟兩步驟驗證與自動續約、綁定公司長期使用的付款方式，並確認防止移轉的鎖定已重新開啟。
8. 最後才處理舊帳號：確認沒有其他網域或服務還留在舊註冊商，再關閉自動續約；舊的 DNS 代管保留一段時間，確定沒有流量再刪。

07多個網域分批移轉：先排順序，不要一次全換

網域一多，最怕同一天全部送出：驗證信塞滿信箱，哪一個卡住都看不出來。建議依重要性與到期日分批：

• 先轉不重要的：拿一個只做轉址、沒有收信的備用網域試一次，熟悉兩邊後台的畫面與驗證信的樣子。
• 主要網域單獨排一天：官網和公司信箱用的網域另外處理，避開月底結帳、報價截止、展覽與促銷檔期，當天要有人能查信、能登入兩邊後台。
• .com 與 .tw 分開批次：兩者的規則與驗證方式不同，.tw 還有設定轉出後 3 日內要到新機構申請的時限，分開做比較不會漏。
• 避開 60 天內的網域：剛註冊、剛移轉或剛變更註冊人的網域，可能還在不能移轉的期間，排到下一批。
• 快到期的先續約：gTLD 到期未續雖然不是拒絕移轉的理由，但一旦進入贖回期就得先回復；.tw 要正常使用中才能轉。離到期日太近的，先在舊註冊商續約，等下一批再轉比較穩。

每一批做完，就更新同一張網域清單：網域、註冊商、到期日、名稱伺服器、DNS 代管位置、移轉完成日。下一批出狀況時，可以直接比對和上一批哪裡不同。到期與續約的風險，可參考網域到期沒續約會怎樣。

08找凱斯騰協助網域轉移前，先準備這些

移轉卡住，多半是帳號、信箱或 DNS 對不上。聯絡前先整理：

1. 要移轉的網域清單，以及每個網域的到期日與目前註冊商。
2. 能登入舊註冊商後台的帳號由誰保管，註冊人聯絡信箱是哪一個、誰收得到。
3. 目前名稱伺服器的查詢結果，以及 DNS 記錄表的匯出檔或截圖。
4. 網域是否開啟 DNSSEC，是否用到舊註冊商附帶的網址轉址或郵件轉寄。
5. 網站主機、企業信箱與其他雲端服務各在哪一家。
6. 若網域是向經銷商或外包廠商購買，附上當初的購買紀錄與窗口聯絡方式。
7. 希望完成的時段，以及哪些日子完全不能中斷。

有了這些資料，就能先排出時程：哪天切名稱伺服器、DNSSEC 何時調整、哪一批網域先送件，每一步都在確認前一步正常之後才進行。

凱斯騰的網域註冊可以受理轉入並提供 DNS 代管，在移轉前先把記錄表建好、比對無誤再切換；網站或信箱要一起換環境時，由網站與郵件移轉安排先後順序。移轉密碼的取得與驗證信的回覆，仍須由註冊人在舊註冊商後台與自己的信箱操作。資料備妥後，可填寫聯絡表單，或來信 [email protected] 說明要轉哪些網域。