- Hostinger 主機內搬家踩雷實錄：以為帳號轉移就是塊小蛋糕，結果遇到網域綁定的大魔王 - 2026-04-23
- 名古屋和菓子老舖巡禮：從四間道散步而來，遇見春天限定初かつを的美濃忠本店 - 2026-04-20
- 自由行、小包團、團體旅遊差在哪？前旅行社人員拆解 3 種旅遊模式的本質差異 - 2026-04-16
Hostinger 主機當初是四年約，2026 年初到期。原本的想法其實很單純，既然網站流量沒有明顯成長，也就表示現在規格也夠用，那就直接續約即可，省得搬家麻煩。雖然知道續約會比較貴，但真正打開續約頁面時，價格還是讓我愣了一下，價格沒有比當初購入高很多，但差不多價格卻只有兩年的約，同樣的預算費用，再添一點甚至可以考慮阿腸工作室的基礎代管方案，雖然搬去代管主機勢必會產生文章搬遷費用，但單看續約價格，確實讓人動了那還不如搬去阿腸的念頭。
思考幾天後，既然 Hostinger 對新帳號提供優惠，那不如重新註冊一個帳號，把網站主機掛到新帳號底下，這樣一來，不但就能享有首購優惠價，同時可以把網站管理帳號換成慣用的，以前那個綁太多帳號，有點擔心主機帳號風險太高，趁機剛好可以換一個新帳號來給主機用。
首購優惠是四年方案約三千八，再搭配蝦貝 20% 回饋，實際回饋約七百五左右，撰寫這篇文章時，這筆回饋金已經入帳，換算下來四年大約三千一，三千一攤提四年，這價格很可以，畢竟對一個小型網站來說，廣告收入與贊助金額本就有限，能省的地方自然要省。如果好運，流量爆掉需要更高規格的主機來維護網站的順暢，直接放棄 Hostinger 主機，這價格也不致讓荷包太疼。
只是，事情沒有那麼理想，Hostinger 當然也知道使用者會想用新帳號優惠條路。因此他們提供的是，不同主機之間搬家免費，但同主機平台內不同帳號間搬家則會收費 29 美金，且這部分是遇到了才會知道，至少在一開始是沒有看到相關資料，我也沒搜尋，因此看到時都有點傻了。
如果只有一個網站，我會許會花錢消災，只是我有兩個網站，兩個都要請官方幫忙的話，這等於要 58 美金，即使透過蝦貝回饋打個折，也只是把原本省下來的差額補回去而已。換句話說，整個重新註冊帳號的意義幾乎被抵銷，這一點，是我一開始沒有算進去的成本。
既然如此，與其付費搬遷，不如自己動手處理。畢竟我也不是沒搬過，且我的資料量不算太複雜，就單文字跟圖片而以，環境也相同，只是帳號轉移，加上現在還有 GPT 的協助，相信會我當初那個時候更好搬遷。
理論上，只要流程掌握得當，應該不至於太複雜，於是就趁著元旦連假，開始動手處理這次主機內搬家，原本以為只是帳號間轉移的小工程，一開始還挺順利的，沒想到真正的雷下半場才正要開始。
資料搬遷其實比預期單純
這次我使用 Wpvivid 這款外掛，主要原因是之前就有用過，它的優勢就是沒有檔案大小限制，且可以在不同網域備份還原的，特別是後面的這項優勢。因為我這次雖然是同一個網址，但因為 Hostinger 的 Primary Domain 排他機制，使得我新帳號的網站是使用臨時網域，如果不是這套外掛本身有支援不同網域備份還原，我光是資料搬遷就先遇到麻煩了。
其次想要用 Wpvivid (相關教學文點這邊)，就是它有有提供使用金鑰推送的方式來搬家，這方法不但更直接，也減少手動操作出錯的風險，這點是在我上次搬完家後才注意到這功能，但當時都搬完了，也沒機會試試看。這次又要搬家了，剛好來試試看這功能方不方便。
實際操作時，正確的步驟是：
- 在新主機（Ｂ）產生搬遷金鑰
- 回到舊主機（Ａ）
- 將新主機的金鑰貼入舊主機
- 由舊主機推送資料到新主機
關鍵點只有一個：金鑰方向不能搞錯，必須是新站產生金鑰（Ｂ） → 貼到舊站（Ａ）
如果方向顛倒，新主機會變成來源站，輕則搬不到資料，重則把空站覆蓋過去。我就是搞錯方向，因為這設定很不直覺，很容易認為舊站產生金鑰，因為會覺得資料在舊站，結果就是搞了兩三個小時，還是沒搞定，甚至用它的其他方式都沒法子搬成功，幸好要放棄前，突然想到那要是換個方向呢？結果一試，居然真的是方向錯誤，只能說這一步看似簡單，其實是整個搬遷成功與否的分水嶺。
搬遷過程中確實出現過幾次 timeout 與 retry 提示，任務顯示重試六次、進度停在八十幾%，那一刻其實有些緊張，不過這種情況在資料量較大的站點上屬於正常範圍，只要主機沒有中斷，任務通常會自行完成。最終的結果，比我預期還要順利完成，新主機後台可以正常登入，文章數量正確，媒體庫圖片完整，外掛與佈景設定都還在，就資料層而言，搬遷是成功沒問題的。
然也是正因為資料層沒有出問題，後續出現的混亂才更讓人誤判，當時我甚至一度懷疑，是不是 WPvivid 搬遷不完整，其實真正的問題，根本不在搬遷本身，而是在主機平台的網域綁定規則。
最擔心的資料搬遷，反而是整個流程中最單純的一步，真正的大雷，在下一步才開始。
排他機制所引發網址烏龍
資料搬遷完成後，我原本以為事情已經差不多結束了。新主機後台正常，文章與媒體完整，WPvivid 也順利完成推送，接下來理所當然地，我只需要把 Cloudflare 的 A record 指向新主機 IP，然後綁定正式網域，一切就會自然切換，但事情沒有這麼簡單。
問題出在 Hostinger 主要網域的排他機制。
在 Hostinger 的系統裡，只要 A 網域被設為 A 主機的主要網域 （Primary Domain），它就會被整個平台層級鎖定，即使是不同帳號、不同主機方案，也無法在同一時間使用同一個主要網域。換句話說，只要 yanshoto.com 仍然在舊主機 A 被設為主要網域，那新主機 B 就不可能成功綁定它。
這個規則，在介面上其實並不明顯，當我在 B 主機嘗試綁定正式網域時，只看到「網域已被使用」的提示，DNS 已經指向新主機，前台甚至能打開部分內容，但系統仍然拒絕綁定。
誤判，就發生在這裡。我以為是 DNS 還沒完全傳播，以為是 Cloudflare 快取還沒清除，甚至懷疑是不是 WPvivid 還有殘留設定沒有修正，但真正的原因，其實與資料搬遷完全無關。
為了解決綁定問題，我嘗試在舊主機調整設定，希望把正式網域改回臨時網址，釋放網域給新主機使用，理論上這聽起來合理，但主機操作介面並沒有設置這個功能，只能請客服幫忙解除舊帳號的網址綁定後，情況急轉直下的變得混亂起來。
原本的正式網址打不開，臨時網址也沒有顯示網站內容，整個網站就這樣消失了，那一刻，我真以為我的整個網站資料都被刪除，差點快崩潰了，崩潰三秒後趕緊聯繫客服，問看看到底發生甚麼事情了，經過一來一回的交談與後續處哩，我終於搞懂發生甚麼事情了。
簡單說，就是我請求解除舊主機的主要網域綁定後，觸發了 Hostinger 平台防呆機制。系統會自動重新配置網站與資料夾的對應關係，導致原本的正式網域不再指向原來的網站資料夾，這時候網址就像一塊被拿下來的門牌，房子還在，但門牌已經不再指向那棟房子，結果就是：
- 資料仍然存在主機裡
- WordPress 仍然存在
- 但網址找不到正確入口
若直接從正式網域進入，自然無法看到原網站內容，這種情況並不是刪除資料，而是入口錯位。
真正的修復方式其實並不複雜。由客服協助解除舊主機的主要網域平台鎖 （ownership） 後，系統重新建立該網域與網站資料夾的對應關係，使主機層級的綁定設定與 WordPress 資料庫內的 siteurl 再次對齊，當入口重新一致後，網站便立即恢復正常，也才能順利在新主機重新綁定該網域。整個事件的本質，是主機層級的身份綁定規則與 WordPress 內部網址設定不同步所造成的錯位，而非資料遺失。
所以要 Hostinger 主機內不同帳號間網址搬家，真正正確的處理順序應該是：
- 在新主機完整還原網站（使用臨時網址測試）
- 聯繫客服解除舊主機的 Primary Domain 綁定
- 確認新主機可以成功綁定正式網域
- 再由 Cloudflare 切換 A record 指向新主機 IP
- 清除快取，完成切換
Hostinger 主要網域的排他機制，是這次不同帳號間網址搬遷的關鍵。一般情況下，多數主機並不會在平台層級對主要網域進行如此嚴格的排他鎖定，只要從舊主機移除網域，通常就能在新主機重新綁定。然而在 Hostinger 的系統架構中，主要網域屬於平台層級的身份設定，只要 A 網域仍被系統認定隸屬於 A 主機帳號，就無法在另一個 B 帳號下重新使用。
也因此，若想在不同帳號間互換網址，第一步並不是改 DNS，而是先理解這個排他機制的存在。
實務上，只要牽涉到主要網域的解除與重新綁定，就幾乎繞不開客服。因為 ownership（平台鎖）的釋放權限並不在使用者介面內，而是在 Hostinger 後台系統層級處理。這一點若沒有事先理解，很容易在搬家過程中誤判為資料錯誤或網站遺失。
主機信箱使用的隱性風險
這次搬家，除了網站本身，其實還有一個容易被忽略的部分：主機附贈的電子信箱。
平常使用時，它看起來只是網站的一部分。網域綁好、信箱建立完成，收發都正常，似乎沒有什麼需要特別擔心。但當主機搬遷、網域重新綁定，甚至主機即將到期時，這時候我才理解之前，前輩說的這種信箱其實是綁在主機生命週期上的意思是甚麼。也就是說，主機到期後，信件資料並不會獨立存在。
主機附贈信箱通常沒有方便的完整匯出工具，若要備份，需要透過 IMAP 同步到本機郵件軟體，或手動逐封下載。對於信件量不大的情況或許還能應付，但若長期使用、資料累積龐大，搬遷或到期時就會顯得非常被動。
這次我並沒有成功完成完整備份。一方面是時間壓力，一方面也是實際操作比預期繁瑣，我搞定主要網域設定後，已經沒甚麼力氣再來處理這一塊了。所以我就乾脆放棄原先信箱內的所有信件，只能說還好沒有到非常重要的信件，不然還沒辦法這麼乾脆放手
如果信件資料非常重要，主機附贈信箱或許不是長期方案，它風險在於資料與主機高度綁定，一旦主機終止，信件也可能跟著消失，算是理解前輩為什麼之前幫我設定到外頭的信箱系統去，但那又是一個非常複雜的設定，所以就算知道這件事情，我還是只能先用主機附贈的信箱，之後有餘力再來處理這部分了。
小結－在架構限制中再一次完成學習
這次搬家，最大的收穫，其實不是把網站成功移轉，而是第一次完整實測搬家外掛的金鑰推送機制。實際操作後才發現，在相同主機環境下進行帳號間轉移，WPvivid 的金鑰模式相當穩定，只要方向正確－由新站產生金鑰、舊站負責推送，資料層幾乎不需要額外在做甚麼事情，原本最擔心的資料庫與檔案同步問題，反而成為整個流程中最單純的一段。
真正的挑戰，出現在平台層級。
Hostinger 的 Primary Domain 排他機制，屬於系統級身份綁定。只要網域仍被平台記錄為某帳號的主網域，即使 DNS 已指向新主機，也無法在另一帳號下重新使用。這種設計在操作彈性上確實較為保守，但從架構角度來看，它是一種權限控制策略，對新手而言，限制是一種保護邊界；對進階使用者而言，限制則是一道需要理解的規則，也因此更能理解 Hostinger 的設計邏輯。
四年使用下來，可以明顯感受到他們介面與流程逐步進化，很多功能的推出都很實用，尤其臨時網址功能的推出，大幅降低了架站剛開始的麻煩，過去必須先決定網域名稱才能開始架設，如今可以先完成網站，再慢慢思考品牌與網址，這種彈性對架站人員而言相當實用。
這次與客服的互動，也能感受到服務逐漸 AI 化，回應速度明顯不太像人類能打出來的速度，這種模式相對讓對話變得更快，在效率提升的同時，對於非英語使用者多少有點小壓力，深怕回應速度不夠快，就被判定對話結束，不過也是是數位服務演進的必然結果。
對於小型網站而言，主機方案的價格仍是重要考量，要靠網站廣告與贊助收入完全支撐成本，並不容易，而主機通常就是網站成本的最大項目，所以就必須精打細算續約價格，努力壓低成本。偶爾也會想起像痞客邦這類免費平台的便利，只是說自架網站之後，確實很難再回頭，外面的世界太自由了，雖然這個自由也是用金錢跟時間作為代價交換而來，然自架網站能夠帶來更完整的成就感，看著網站跟著自己一起成長，那種一起成長的欣慰，是免費平台無法給予的。
接下來的四年，還是請 Hostinger 多多照顧，也希望下一次續約時，網站的流量與內容累積，已足以支撐它自身的成本，主機費用能直接眼都不眨一下的直接刷下去。
相關主機搬家文章
- WordPress 網站新主機搬遷 (上)，從 Siteground 到 Hostinger，燒腦的主機挑選與搬遷
- WordPress 網站主機搬遷 (下)，讓主機找到網域的 DNS 重新指向設定
- WordPress 網站主機－Hostinger 主機，中低流量網站輕鬆經營的好夥伴
✦ 喜歡這篇文章嗎？
《煙雲漫筆》的每月慢信會收錄這樣的片段，也會分享一些未公開的草稿與旅行筆記。
如果你也想一起閱讀，歡迎留下信箱。
