網站搬家會不會掉排名？主機轉移、DNS切換到SEO維護的實務做法

作者｜瞻新資訊　陳俊鳴顧問（資深SEO顧問・搜尋流量與銷售漏斗規劃）

你有沒有搬過家？打包、找搬家公司、水電瓦斯過戶、跟親朋好友說「我換地址了，以後找我來這裡」——網站搬家其實是同一套邏輯，只是打包的東西換成程式碼跟資料庫，通知親友的動作換成告訴Google「我搬到新地方了」。

很多網站管理者一聽到要搬家就緊張，怕主機換一換、平台換一換，排名一夜之間歸零。這個擔心不是空穴來風——搬家確實有風險，但風險大部分來自「沒有準備」，不是來自「搬家」這件事本身。搬家公司會幫你把家具一件件包好、標記清楚要放哪個房間；網站搬家也一樣，只要把該做的事按順序做完，通常不會有太大的排名波動。

這篇會照工程師的邏輯，把網站搬家拆成三個問題：你到底要搬什麼、搬的過程要注意什麼、搬完之後SEO要顧什麼。看完你會知道自己這次的搬家屬於哪一種、風險有多高，以及該找誰幫忙。

先搞清楚你要搬的是什麼——主機、網域，還是整個平台

「網站搬家」聽起來是一件事，實際上至少有三種不同的情境，要做的SEO動作也完全不同。這一步先分清楚，後面才不會做錯方向。

換主機（伺服器搬家，網址不變）：像是搬到新房子但地址沒變——你的網域名稱（例如 anbon.tw）不變，只是背後存放網站的伺服器換了一家。這是最單純的一種搬家，理論上訪客與Google都感覺不到差異，只要DNS切換順利、新主機的環境設定正確就好。

換網域（品牌搬家，地址改了）：這才是真正的「地址變更」——你的網址本身變了（例如從 A.com.tw 換成 B.com），不管內容有沒有變，Google都要重新認識這是同一個網站搬過去，不是憑空多出一個新網站。這種搬家風險最高，需要做的事也最多。

換平台（從別的系統搬進WordPress，或反過來）：這種搬家常常會連帶讓網址結構跟著變（例如原本 `/product?id=123` 換成 WordPress 常見的 `/product-name/`），就算網域沒換，也要照「換網域」的規格處理轉址，因為對Google來說，網址結構變了，等於每一頁都要重新對應。

三種情境該做的事整理成下表：

搬家情境	需要用GSC變更位址工具嗎	需要做301轉址嗎	SEO風險等級
只換主機／伺服器，網域與網址結構不變	不需要	通常不需要	低，但仍要注意DNS切換空窗期、新主機速度與SSL憑證設定
換網域（品牌搬家）	需要	需要，逐頁一對一對應	高，必須完整規劃轉址並持續監控
換平台，網址結構跟著變	視是否同時換網域而定	需要，依新舊網址結構重新對應	高，容易忽略內部連結與圖片路徑跟著失效

大部分中小企業的網站搬家其實是第一種「只換主機」，這種情況要擔心的其實不是SEO掉排名，而是搬家過程中的技術細節有沒有做對。如果你還沒決定要換到哪一種主機、想先搞清楚主機類型與費用怎麼比較，可以先看WordPress主機怎麼選？從主機類型到費用的完整判斷指南；這篇則是假設你已經決定要搬，帶你走完接下來的操作與SEO維護。

換主機、換平台，真的會影響SEO排名嗎？

先講結論：只換主機、網址完全沒變的話，正常情況下不會明顯影響SEO排名；換網域或網址結構跟著變的話，短期內確實會有波動，但只要轉址設定正確，通常可以在一段時間內恢復。

原因不難理解。Google認識你的網站，靠的主要是網址本身，不是網址背後放在哪一台伺服器。只要網址不變，Google重新爬到你網站時，看到的內容一樣、網址一樣，自然不會把你當成一個新網站重新排名。真正會出問題的，是「搬家的過程」出了狀況——例如DNS切換那幾個小時，部分訪客連到舊主機、部分連到新主機，新主機還沒設定好SSL憑證，或是新舊內容不一致，這些才是實際會影響排名與使用者體驗的地方。

換網域或換平台的情況不一樣，因為網址本身變了，Google需要重新確認「這個新網址跟舊網址是同一個內容、只是搬家了」，這個確認過程需要時間，也需要你主動告訴Google（後面會講怎麼做）。這段時間排名出現波動是正常的，重點是波動之後能不能回穩、回穩需要多久。

搬家前的準備：把「打包」這件事做完整

搬家最容易出問題的地方，往往不是搬家當天，而是搬家前沒準備好。就像真的搬家一樣，東西沒打包好、水電瓦斯沒先問清楚怎麼過戶，搬過去才發現一堆東西不見或用不了。

資料盤點與備份，至少兩份、放在不同地方

動手搬之前，先盤點清楚要搬的東西：網站檔案、資料庫、外掛或套件清單、目前的DNS設定紀錄。備份至少準備兩種方式，並且放在不同地方——例如一份存在雲端硬碟、一份存在本機或另一個雲端服務，不要只靠主機商後台的單一備份功能，萬一那個服務本身出問題，備份也一起消失。

提前調降DNS TTL，別等到當天才想到

這一步是很多教學文章沒講清楚、但工程師特別在意的細節。DNS有一個叫TTL（存活時間）的設定，決定各地的網路服務商要「記住」你網址對應哪一台伺服器多久。如果TTL設得比較長（例如24小時），你搬家當天就算把DNS改成新主機的位址，還是會有一部分訪客在TTL到期之前，繼續連到已經關掉或準備關掉的舊主機——因為他們的網路服務商還記著舊的設定，沒有重新查詢。

工程師常見的做法是：在真正切換的前幾天，先把TTL調低（例如從24小時調到幾分鐘到一小時），讓各地快取有時間照新的短TTL重新整理設定；等真正切換完成、確認新主機一切正常之後，再把TTL調回正常值。這個動作沒辦法臨時抱佛腳——TTL的調整不會回溯生效，越晚調低，切換當天的空窗期就可能拖得越久。

這不是工程師少數人的習慣做法。全球主要的DNS／CDN服務商Cloudflare在自己的DNS最佳實務指南裡，也把「提前調低TTL」列為加快正式切換速度的關鍵動作之一，明確建議在真正換主機之前就先處理，而不是等到搬家當天才想到。

先在新家試住一晚：搬家前的測試站

正式切換DNS之前，先在新主機上把網站完整跑一遍——用臨時網址或本機測試的方式，確認前台顯示正常、後台可以登入、表單能送出、金流或會員功能（如果有的話）都正常運作。這就像搬家前先去新家看一次水電通不通，而不是搬進去才發現插座沒接好。

正式切換那天：DNS、SSL憑證與資料遷移

準備工作做完，接下來是真正動手的部分。

DNS怎麼切換

DNS切換的做法，是到你管理網域名稱的地方（通常是網域註冊商或DNS服務商），把原本指向舊主機的Name Server或A記錄，改成指向新主機。這個改變不會立刻在全世界同步生效，需要等各地網路服務商依照TTL設定重新查詢——如果前面已經把TTL調低，這段等待時間通常可以縮短到幾分鐘到幾小時之間；沒有提前調低TTL的話，等待時間可能拖到一兩天。

SSL憑證不會自動搬過去

這是一個常見的誤解：很多人以為原本網站有HTTPS，搬到新主機之後理所當然也會有，實際上SSL憑證是綁在伺服器環境上設定的，換一台主機，通常需要重新申請或重新安裝憑證。如果搬家當天沒有先確認新主機的SSL憑證已經設定好，訪客連到新主機時可能會看到瀏覽器的安全警告，直接影響信任度，也可能讓部分訪客直接離開。

檔案與資料庫怎麼搬

以WordPress網站為例，搬家需要搬的東西主要是「檔案」（網站程式、圖片、佈景主題、外掛）與「資料庫」（文章內容、設定、會員資料）兩大塊。簡單的形象網站或部落格，市面上有不少一鍵搬家外掛可以處理；但如果網站有客製化功能、跟其他系統串接（例如會員系統、金流、API），單靠外掛搬家有時候會漏掉一些設定或相依關係，這種情況比較適合由工程師手動確認每個環節。

只有換網域才需要做的事：301轉址與GSC變更位址工具

如果你這次搬家是換網域（或平台換了讓網址結構跟著變），除了前面講的主機遷移動作，還需要多做兩件事。

301轉址要一對一對應，不能全部導首頁

301轉址的意思是告訴瀏覽器與搜尋引擎「這個舊網址已經永久搬到新網址了」，讓原本指向舊網址的排名與信任度，盡量轉移到新網址上。正確做法是每一個舊網址對應到內容最接近的新網址，而不是偷懶把全部網址通通導到新網站的首頁。

要做到這件事，前置作業是先列出一份完整的新舊網址對照表——把搬家前的每一個網址（尤其是有流量、有排名的頁面）一筆筆對應到搬完後的新網址。這份對照表不只是搬家過程的參考，也是後續設定301轉址時真正的依據，不能等搬到一半才臨時決定要導去哪裡。

Google官方的轉址說明明白寫著「不要把轉址導向不相關的內容」，這不是隨口建議——如果把大量網址都轉到首頁，Google傾向把這些轉址視為「軟404」，等於原本那個網址的排名權重沒有真正轉移過去，跟沒做轉址的差別不大。這是網站搬家最常見、也最可惜的一個錯誤，因為表面上看起來「有做轉址」，實際上等於白做工。

Google Search Console的「變更位址」工具在做什麼

換網域時，需要在Google Search Console裡把新舊兩個網域都完成資源驗證，再透過「變更位址」工具告訴Google「這個舊網站已經搬到這個新網站了」，讓Google加速把索引資料從舊網址轉移到新網址。這個工具只適用於「換網域」的情境，如果只是換主機、網址完全沒變，並不需要使用這個工具——這是很多中文教學文章容易混淆的地方。

Google Search Console官方說明建議，搬家後的轉址至少要維持180天，如果過了180天，後台還持續觀察到有流量或搜尋流量導向舊網址，建議延長轉址的維持時間，不要急著關掉舊網址或取消轉址設定。

搬完之後，SEO排名真正要顧的是這幾件事

網站正式切換完成，不代表搬家這件事就結束了。搬完之後的這段觀察期，反而是決定這次搬家「有沒有掉排名」的關鍵。

要盯的東西包括：Google Search Console裡的涵蓋範圍報告（有沒有大量頁面突然顯示錯誤或未編入索引）、404錯誤數量是不是異常增加、排名與自然流量的趨勢曲線。業界的普遍觀察是，排名要完全回穩，通常需要數週、有時甚至到一兩個月，實際時間會依網站規模、轉址是否做得完整、原本網站的權重高低而不同，不是換完網址馬上就能看出結果。

這段期間也要留意內部連結有沒有更新——如果網站內文裡有寫死舊網址的連結（尤其是換網域的情況），就算做了301轉址，讓訪客多繞一手還是不如直接連到新網址來得乾淨；外部反向連結因為是別人網站上的連結，通常不容易主動一一要求對方更新，這時候轉址設定得好不好，就是能不能保住這些連結價值的關鍵。

這裡不是只有內文連結要顧——導覽列、頁尾這類全站共用的內部連結，也要一併檢查是不是已經指向新網址。Google的搜尋倡導者John Mueller在談成功搬家的經驗時就提醒，網站裡「所有內部訊號」（包括這類全站共用連結）能不能確實轉送到新網址，是判斷搬家做得好不好的關鍵之一——沒處理好的話，Google對新網址的信任建立速度也可能被拖慢，等於自己延長了排名回穩的時間。

自己搬，還是找工程師team代操？先算這筆帳

假設一家經營三年的服務型網站，主機續約到期，老闆想趁機換一家速度更快的主機，順便問了一句：「這個我們自己搬得動嗎？」（如果你是準備從頭建一個全新網站、不是搬家，該問的是網站架設費用怎麼算，判斷邏輯不一樣，這裡先聚焦在「已經有網站、要搬去哪裡」這件事。）

答案要看網站的複雜程度。如果網站是單純的形象網站或部落格，沒有會員系統、沒有客製化功能，用一鍵搬家外掛，加上前面提到的DNS、SSL、備份這幾個步驟按部就班做完，自己動手是可行的，需要花的主要是時間跟耐心去確認每個細節，不用花大錢請人。

但如果網站有客製化的功能、跟其他系統串接（例如會員、金流、預約系統、API），或是資料庫結構比較複雜，自己搬容易漏掉的地方通常不是「檔案有沒有搬過去」，而是「搬過去之後，那些相依的功能還跑不跑得動」——PHP版本、資料庫版本、外掛相容性，這些都可能因為新舊主機環境不同而出狀況。這種情況下，找熟悉系統開發的工程師team幫忙評估、甚至手動遷移，通常可以省下大半排查問題的時間，避免搬完才發現某個功能壞掉、卻不知道問題出在哪一層。

以瞻新資訊平常接觸的案例來看，判斷要不要自己動手，關鍵不在網站「看起來」複雜不複雜，而在於背後有沒有客製化的程式邏輯——這也是搬家前值得先花十分鐘盤點清楚的事。

網站搬家最常踩的幾個雷

整理幾個實務上最容易發生、也最容易避免的錯誤：

• 全站轉址導首頁：前面提過，Google容易視為軟404，等於白做轉址。
• 舊主機關太早：轉址生效需要時間，過早關掉舊主機或取消網域，會讓還沒被Google重新爬取的頁面直接變成404。
• 沒先測試就切DNS：跳過「先在新主機試住一晚」這一步，直接切換，出問題時訪客已經看到壞掉的網站。
• 圖片與內部連結寫死絕對網址：如果網站內文或圖片路徑是寫死完整網址（尤其換網域時），搬完後這些連結不會自動更新，需要另外檢查修正。
• 忘記SSL憑證要重新設定：以為搬家只是「搬檔案」，結果新主機的HTTPS沒設好，訪客看到安全警告。

常見問題