本篇文章更新時間：2026/02/26
如有資訊過時或語誤之處，歡迎使用 Contact 功能通知或向一介資男的 LINE 社群反應。
如果本站內容對你有幫助，歡迎贊助支持 。
內容目錄
永遠不要買 .online 網域？一位創作者的真實災難故事
看似小事，卻能讓整個網站瞬間消失的 TLD 風險
編輯前言：這篇讀後筆記源自於《Never Buy A .online Domain》。作者分享了他因為貪圖便宜、買了一個 .online 網域後，如何被 Google 與網域註冊商困在「無法驗證、無法解除封鎖、無法復活」的地獄循環中。對任何有在買網域、架網站的人，都是一次非常務實的警惕。
核心觀點 (Key Takeaways)
- 非主流 TLD 的風險遠比想像中高：.online 看起來沒問題，但實務上容易被 Google 或 Registry 誤判成不安全。
- 一旦被 Google Safe Browsing 標記，解除難度極高：尤其在網域被 registry 設為 serverHold 後，你會進入「無法驗證 → 無法解除封鎖 → 無法解除 serverHold」的死循環。
- 後台觀察、Search Console 綁定要「第一天就做」：作者最大的教訓是：一旦沒有前期驗證，之後要救回網站簡直是不可能任務。
深入解析
作者自稱是二十多年的「.com 純粹主義者」，卻因為 Namecheap 的活動誘惑，破例買了個 .online 網域，並用於一個小型 app 的 landing page。幾乎零內容、零互動，照理來說不會有任何問題。但悲劇卻從此展開。
1. 網站突然被 Google 全面封鎖，無預警，無理由
作者在幾週後發現自己網站完全無流量，進站後才看到 Chrome 與 Firefox 都顯示醒目的紅色警示：「This is an unsafe site」。網站內容只有 App Store 連結與幾張截圖，根本無害。
當他嘗試繞過警告查看網站時，又出現另一個錯誤訊息：「site not found」。
2. Registry 啟動 serverHold，整個網域被強制停用
作者到 Namecheap 查看，資料都正常；但 WHOIS 查詢卻顯示關鍵字：serverHold。
serverHold 是由「Registry」層級施加的，代表這個網域被直接關閉、停止解析，通常意味著大麻煩。
而 registry 是 Radix，負責管理 .online 網域。Radix 要求作者先處理 Google 的警告；Google 又要求作者先驗證網域所有權。
3. 最致命的問題：完全無法驗證網域，卡死在 Google 的機制中
Google Search Console 的驗證方式是：
- 加 DNS TXT
- 或加 CNAME
但 serverHold 的狀態下，DNS 根本無法生效。
換句話說：
- Google 要求驗證，但你無法驗證
- Registry 要求 Google 解除標記，但 Google 不會解除
作者形容這是一個「完美的 Catch-22」。
就算他努力提交 Safe Browsing 申訴、Safe Search 申請、錯誤回報，Google 也永遠因為網站「無法訪問」而拒絕審核。
4. 作者事後反思三大錯誤
作者直接點出自己最不該犯的三件事：
- 購買奇怪的 TLD：.com 永遠最穩。
- 沒先綁定 Google Search Console：這動作不只是 SEO，還是網站所有權驗證的基礎。
- 沒有加 uptime monitoring：他太晚發現網站已經被封鎖兩天。
他也批評 Radix 與 Google 的封鎖機制過度激進，完全沒有通知或緩衝，讓人毫無反應空間。
筆者心得與啟發
讀完這篇文章，我最大的感受就是：非主流 TLD 的隱性風險，真的低估不得。
作者的案例其實不是技術問題，而是「治理層級」的問題：
- 一邊是 Registry（Radix）直接關閉你的網域
- 一邊是 Google 用 Safe Browsing 鎖定你
- 兩邊互相要求先解決對方，卻沒有任何一方提供真正可行的流程
這讓我想到，那些便宜到離譜的 TLD，看似划算，實際上背後的治理品質、反濫用策略、與 Google 的協作程度，都可能遠低於 .com。
如果你是開發者、創作者、電商經營者，這三點是我認為務必記住的：
- 免費或超便宜的網域＝風險轉嫁到你身上
- Search Console 不是做 SEO 才需要，是網站生命線
- 選擇穩定的 TLD 是品牌、營運、存活率的基本門檻
這篇故事不只是「.online 雷不雷」的問題，而是整個網域生態系的潛在陷阱。作者的網站後來雖然成功復活，但這場折磨本可以完全避免。
對我而言，看到這類文章的最大收穫就是：便宜 TLD 可能沒有比較便宜。最後的代價可能是整個網站的生命。