備案不是一次性的登記
備案綁定的是三件事的關係：主體、網站、以及接入商。接入商就是提供伺服器或網路接入的那一方，它有義務核實自己名下的備案資訊。當你把網站搬到別家，原接入商會取消這筆接入紀錄——因為那個網站確實已經不在他們那裡了。
問題在於這只完成了一半。備案還需要在新的接入商辦理接入，把關係重新接上。沒做這一步，那筆備案就處於「有主體、有網站資訊，但沒有任何接入商」的狀態，也就是所謂的網站空殼。
| 原因 | 怎麼發生的 | 有沒有徵兆 |
|---|---|---|
| 網站空殼 | 換主機後原接入商取消接入，未在新商辦理 | 完全沒有——網站照常運作 |
| 主體空殼 | 該主體下所有網站服務都已被註銷 | 只剩主體資訊，無網站 |
| 專項核查資訊不實 | 主體或網站資訊與實際不符 | 會先收到整改通知，有期限 |
| 內容違規 | 網站含違規或違法內容 | 依情節處理 |
| 主辦者主動註銷 | 不再需要，自行申請 | 正常程序 |
下表列出幾種註銷原因。第一列是最常見、也最容易在無感中發生的。
三種在無感中失去備案的情況
以下三種的共通點是：當下一切正常，問題在數月後才浮現。
- 搬遷主機只做了一半 從 A 雲搬到 B 雲，網站順利上線、DNS 也切好了，於是認為搬遷完成。但備案的接入關係還留在 A 那裡，而 A 會在確認網站已離開後取消接入。網站在 B 跑得好好的，備案卻懸空了——這是最常見的一種，而且從使用者端完全看不出來。
- 換 IP 或調整架構 即使沒有換服務商，大幅調整架構、更換 IP 也可能觸發接入商的核實流程。若備案上登記的資訊與實際不符，同樣會被要求整改或取消接入。這種情況在導入 CDN、加負載平衡時特別容易發生。
- 整改通知寄到沒人看的信箱 專項核查發現資訊不合格時，會先發出整改通知並給期限——這是有機會補救的。但通知是寄到備案時留的聯絡方式，而那個信箱或手機常常是好幾年前留的，早已無人查看。等到發現時，整改期往往已經過了。
專項核查與整改期
管局會定期進行專項核查，比對備案資訊與實際狀況。被判定不合格時，通常不是立即註銷，而是先發出通知要求在期限內更新備案資訊或調整網站內容。逾期未處理，才會取消接入或註銷。
所以整改期是關鍵的緩衝。收到通知還來得及處理；錯過了就要走註銷後重新備案的完整流程，時間成本差很多。
另外要知道，核查是週期性且抽查的，不是即時的。這意味著問題可能已經存在數個月而你完全不知道——直到某次核查抽到你。時間點無法預期，所以定期自查比等通知可靠。
已經被註銷了怎麼辦
先確認狀態。到工信部的備案管理系統查詢該網域，看備案資訊是否還存在、以及主體狀態為何。這決定後續要走哪一條路——是重新辦理接入就好，還是整筆備案已經消失、必須從頭申請。
如果只是接入被取消、備案主體與網站資訊仍在，通常在新的接入商辦理接入備案即可恢復，不需要重頭來過。若整筆已被註銷，那就是重新提交申請的流程，時程與第一次備案相同。
三個層次的預防
依重要性排序：
一、把接入備案納入搬遷檢查清單
搬遷主機時，「在新服務商辦理接入備案」要跟 DNS 切換、資料搬移一樣列為必要步驟。網站能開不代表搬遷完成——備案那條線是獨立的，而且不會自己接上。
二、確保聯絡方式可用且獨立
備案登記的信箱與手機必須是現在還在用的，而且信箱不要架在這個網域底下。整改通知是你唯一的預警，收不到就等於直接跳到註銷。
三、定期自查而不是等通知
每季登入備案管理系統確認一次狀態，包含主體資訊、網站資訊、接入商是否正確。核查是抽查式的，問題可能已經存在很久——自查是唯一能主動發現的方式。
承接他人網域前該確認的三件事
如果您要接手一個已有備案的網域，這三項會決定後續有多麻煩：
- 確認備案目前的主體是誰 到工信部系統查詢。若掛在他人名下，您無法直接用自己的主體辦理，得先處理原備案。
- 確認接入商狀態 備案是否仍有有效的接入關係，還是已經處於空殼狀態。這決定您要辦的是接入備案還是完整的新備案。
- 確認網域實名認證與備案主體是否一致 註冊管理機構要求兩者相符。不一致的話，即使其他都處理好了，審核階段仍會被退回。
小結
備案被註銷最常見的原因是換主機後沒有辦理新的接入，而不是內容出了問題。這個失誤之所以普遍，是因為它完全沒有徵兆——網站照常運作，直到核查抽到你。
預防的成本很低：把接入備案列進搬遷清單、確認聯絡方式收得到通知、每季自查一次。若您正在規劃跨境上線或承接既有網域，歡迎把實際情況告訴我們一起評估。