作者｜晨星行銷 陳俊鳴執行長（網路流量操盤手・企業行銷顧問）
先講一個實際發生過很多次的狀況。
廠商跟你說：「我們幫你改版，順便把網址結構調整一下，會比較整齊。」你覺得合理，就答應了。
新站上線，看起來漂亮很多。兩週後，詢問量掉了一半。
查了才發現——舊的那幾篇一直有人搜尋進來的文章，現在打開是「找不到網頁」。Google 上原本排在第一頁的那些位置，已經不見了。
這件事的技術成因很單純：你的網址變了，但沒有人告訴 Google 新的地址在哪裡。
用一個生活上的比喻：搬家的時候，你會去郵局辦轉信。不辦的話，寄到舊地址的信就會被退回，而寄信的人只知道「查無此人」——他不會自己去找你的新家。
網站搬家一模一樣。而這篇要講的，就是那張「轉信申請單」該怎麼列，以及搬完之後多久會恢復正常。
網站搬家的四種情況：只有換主機不用擔心排名
「網站搬家」這四個字，涵蓋四種完全不同的情況，風險差很多。
| 情況 | 網址會不會變 | 風險 |
|---|---|---|
| 換主機（同一個網域，換一家主機商） | 不會 | 最低，只要別斷線太久 |
（如果你還在第一次架站的階段、還沒決定平台與主機，網站架設自己來還是委外那篇處理的是那一段。）
| 改版（外觀重做，網址結構跟著調整） | 會 | 高，而且最常被低估 |
|---|---|---|
| 換網址結構（例如把分類路徑拿掉） | 會 | 高 |
| 換網域（整個網址換一個） | 會 | 最高 |
只有第一種不用擔心排名——因為每一頁的地址都沒變，Google 完全不受影響。你只要確認搬的過程中網站別離線太久就好。
其餘三種，只要有任何一個網址變了，就要做這篇後面講的每一件事。
⚠️ 注意
⚠️ 第二種「改版」是最容易出事的，因為它偽裝成一件跟 SEO 無關的事。
廠商說的是「改版」，你想的是「換個新衣服」。但如果改版的同時網址結構也動了——例如從 `/blog/2024/文章名` 改成 `/文章名`——那在 Google 眼裡，你不是換了衣服，你是搬了家，而且沒留下新地址。
所以每一次改版，只要問一個問題就夠了：「網址會不會變？」 答案是會，就照搬家處理。
301對照表：舊網址對應新網址的清單
這篇如果你只做一件事，做這一件。
你需要一張表，左邊是每一個舊網址，右邊是它在新站上對應的新網址。
| 舊網址 | 新網址 |
|---|---|
| `舊站.com/blog/2024/如何挑選網頁設計公司` | `新站.com/how-to-choose-web-design` |
| `舊站.com/service/seo` | `新站.com/services/seo` |
| `舊站.com/about-us` | `新站.com/about` |
Google 官方的要求就是這一句：每一個已經被 Google 收錄過的舊網址，都要對應到新站上「主題等價」的新網址。
「主題等價」四個字很關鍵。它的意思是——內容要對得上，不是隨便找一頁接住就好。
⚠️ 注意
⚠️ 最嚴重、也最常見的錯誤：把所有舊網址都轉到新站的首頁。
這件事在技術上很好做（一行設定就完成），所以很多人會這樣處理。但在 Google 眼裡，那等於你告訴它「這一百篇文章的內容，現在全部變成首頁了」——它會判定原本那些內容不存在了，累積的排名也跟著消失。
一頁對一頁。找不到對應內容的，寧可讓它正常顯示「找不到網頁」，也不要全部推去首頁。
這張表怎麼列（不用會寫程式）：
- 匯出舊站所有被 Google 收錄的網址——到 Google Search Console 的「網頁」報表，把「已建立索引」的網址匯出成試算表。
- 在旁邊開一欄，填新網址。
- 標出「新站沒有對應內容」的那幾筆，單獨處理（通常是那些本來就該刪掉的舊頁）。
這張表是搬家的核心資產，而且只有你自己知道哪一頁對應哪一頁。 廠商可以幫你設定轉址，但「哪一篇對哪一篇」的判斷是你的。
一定要用 301，不能用 302——差在哪裡
轉址有兩種代碼，只差一個數字，結果差很多。
先用郵局的比喻講一次：
| 白話 | 對 Google 的意思 | |
|---|---|---|
| 301 | 「我永久搬走了，以後都寄到新地址」 | 把訊號轉移過去，正式地址更新成新的 |
| 302 | 「我暫時不在，先幫我轉一下」 | 舊地址仍然是正式地址，訊號不轉移 |
Google 官方明確偏好 301：它會把累積的訊號較完整地轉移過去，並且更新「正式網址」（技術上叫 canonical，可以理解成 Google 認定的那個「官方地址」）。
而 302 的問題是——它告訴 Google「舊的那個才是正式的」。你搬了家，但登記上還是住在舊地址。結果就是新網址拿不到舊網址的累積。
對你的生意來說，這個差別的實際後果是： 用 301，兩三個月後排名大致回來；用 302，可能一直回不來，而且你會以為是「搬家就是會掉」。
💡 小提醒
這一項是跟廠商溝通時一定要確認的。問法很簡單：「轉址是用 301 還是 302？」 對方如果回答不出來，或說「都可以」，那要特別小心——這是搬站最基本的一題。
轉址要留多久：至少 180 天
轉址設好之後，不要過幾週就拆掉。
Google 的建議是：轉址至少保留 180 天（大約六個月）。而且，永久留著也不會有任何懲罰——所以實務上的建議很直接：設好就不要動它。
為什麼要這麼久？Google 官方有一句話講得很清楚，而且它解釋了整件事：
要讓一次搬遷被判定為完成，Googlebot 必須至少造訪過舊站與新站的每一個網址一次；而且搬遷是「逐一網址」進行的。
搬家是逐一網址進行的，期間你的網站一半在舊家一半在新家。
「逐一網址」這四個字是關鍵。 它的意思是——搬家不是一個開關，不會某一天整站一起切換過去。你的網站是一頁一頁被搬過去的，熱門的頁面可能幾天就更新，冷門的頁面可能要好幾個月才輪到。
所以在那段期間，你的網站在 Google 眼裡是「一半在舊家、一半在新家」的狀態——這也正是流量會先掉再慢慢回來的原因。
太早拆掉轉址的後果：那些還沒被重新檢索到的頁面，會突然變成「找不到網頁」，累積的訊號就在半途斷掉了。
還有一個實務上的理由：外部連結。 別人的網站、新聞報導、社群貼文裡那些指向你舊網址的連結，它們不會因為你搬家就自己更新。轉址留著，那些連結才會繼續把人（和訊號）帶到你的新站。
換網域要用 Search Console 的「變更網址」工具
如果你是整個網域換掉（例如從 `.com.tw` 換成 `.com`），除了轉址之外，還要用 Google Search Console 的「變更網址」工具主動通知 Google。
幾個要知道的重點：
| 項目 | 說明 |
|---|---|
| 適用範圍 | 只適用「換網域」這種整站層級的搬遷 |
| 不適用 | 只改網址結構、只改版、換主機 |
| 使用前提 | 舊網域的 301 轉址要先設好，工具會檢查 |
| 期程 | 啟動後相關作業會持續 180 天 |
這個工具不是「按了就會好」，它的作用是讓 Google 知道這是一次有計畫的搬遷，而不是舊站突然消失。轉址還是要自己設好——工具會先檢查，沒設好它不會讓你繼續。
如果你只是改版或調整網址結構（同一個網域），這個工具用不到，做好轉址與 sitemap 就可以。
網站搬家後流量會掉嗎？掉多久算正常
這是老闆最想知道的一題。誠實回答：會掉，而且掉是正常的。
重點是掉多久。
Google 方面曾經說明：搬遷之後排名穩定下來，可能需要 4 到 12 週，視網站規模而定。 規模越大、頁面越多，需要的時間越長。
業界實務的觀察大致是這樣：
| 時間 | 通常的狀況 |
|---|---|
| 第 1～2 週 | 明顯下降，這是正常的 |
| 第 2～4 週 | 開始回升，部分頁面恢復 |
| 第 4～12 週 | 逐步穩定，多數頁面回到原本位置 |
| 3 個月後 | 若做得好，可能比搬家前更好（新站通常速度與結構較佳） |
⚠️ 注意
⚠️ 這段期間最容易做錯的事，是「以為搬壞了，開始亂改」。
前兩週掉下去是預期內的，如果這時候又去調整網址、又改標題、又動內容，你等於在 Google 還沒認清新站的時候再搬一次家，恢復期會被拉得更長。
正確的做法是：搬完之後兩個月內，除了修錯誤之外，不要做任何結構性的變動。 讓它穩下來。
什麼時候該擔心？ 如果超過 12 週、而且流量還停在低點沒有回升的趨勢，那通常代表某個環節出錯了（跟搬家無關的流量停滯要怎麼排查，網站流量卡住怎麼辦那篇有完整的排查順序）——最常見的是轉址沒設全、設成 302、或者有一批頁面被轉到首頁。
搬家當天的順序
把整件事排成一個順序。這裡不談檔案怎麼搬（那是主機商或工程師的工作），只列跟排名有關的幾步。
| 順序 | 做什麼 | 誰做 |
|---|---|---|
| 1 | 匯出舊站所有已收錄的網址 | 你或行銷窗口 |
| 2 | 列出舊網址對新網址的對應表 | 你（判斷哪頁對哪頁） |
| 3 | 新站先做好、但不對外公開 | 廠商 |
| 4 | 設定 301 轉址 | 廠商（照你的對應表） |
| 5 | 切換 DNS（把網址指到新主機） | 廠商 |
| 6 | 提交新站與舊站兩份 sitemap 到 Search Console | 廠商或你 |
| 7 | 換網域才要：用變更網址工具 | 你 |
| 8 | 開始每天監控（見下一節） | 你 |
💡 小提醒
第 5 步切換 DNS 之後，會有一段「兩邊都可能被看到」的時間（技術上叫 DNS 生效延遲，短則幾小時、長則一兩天）。這是正常的，不要在這段時間內做任何判斷——有些人一看到某台電腦還顯示舊站就以為搬失敗了，其實只是還沒更新到。
實務建議：切換 DNS 選在流量最低的時段（多數 B2B 網站是週五晚上或週末），給它一個完整的低流量時段去生效。
第 6 步有一個很多人做錯的細節：要提交的是「兩份」sitemap，不是一份。
新站的 sitemap 當然要提交，但舊站的 sitemap 也要留著、也要提交。理由接回上一節那句「逐一網址進行」——Google 需要把舊站的每一個網址都走過一次，才知道它們各自搬去哪裡了。舊站的 sitemap 就是那份「要走訪的清單」，把它拿掉，等於把地圖收走。
另外，Search Console 裡有一個檢索頻率的設定：保持在「讓 Googlebot 自行決定」就好，新舊站都一樣。 這不是一個需要手動調快的地方。
搬家前要跟廠商確認的六個問題
你不需要會設定轉址，但你需要知道該問什麼。這六題問完，多數的搬家事故就避開了。
| # | 要問的 | 好的答案長什麼樣 | ⚠️ 要小心的答案 |
|---|---|---|---|
| 1 | 「網址會不會變？」 | 明確回答會或不會，並說明哪些會變 | 「應該不會吧」 |
| 2 | 「轉址是用 301 還是 302？」 | 301 | 「都可以」「這有差嗎」 |
| 3 | 「對應表誰列？」 | 你列、我來設定 | 「我們統一處理就好」 |
| 4 | 「舊網址找不到對應的怎麼辦？」 | 個別確認、不會統一推去首頁 | 「都轉到首頁」 |
| 5 | 「轉址會保留多久？」 | 至少半年，或永久 | 「上線後就可以拿掉」 |
| 6 | 「Search Console 可以開給我看嗎？」 | 當然可以 | 「數據我們看就好」 |
第 4 題是最重要的一題，因為「全部轉到首頁」在技術上最省事、對廠商最方便，而對你的排名最傷。這一題要當場問清楚。
第 6 題則是一個很好的態度指標。 你的網站成效是你的生意，Search Console 是免費工具，加入一個使用者只要三十秒。願意開給你看的廠商，通常也比較不怕被檢查。
💡 小提醒
把這六題印出來或存成備忘錄，開會的時候直接照著問。你不需要聽懂技術細節，你只需要確認對方有想過這六件事——答不出來的，多半是還沒想過，那才是真正的風險。
搬完之後要盯的三個地方
搬完不是結束，前兩週要每天看。不過只要看三個地方，不用看得很細。
| 看哪裡 | 看什麼 | 出現什麼要處理 |
|---|---|---|
| Search Console 的網頁報表 | 有沒有大量「找不到」或「已排除」 | 數字突然暴增＝有一批網址沒被轉到 |
| Search Console 的成效報表 | 曝光與點擊的趨勢 | 兩週後還在直線下降 |
| 網站本身 | 隨機點十個舊連結看會不會通 | 任何一個進到首頁或 404 |
第三項最土、但最有效。 打開你的舊 sitemap 或舊文章清單，隨機挑十個網址貼進瀏覽器，看看會不會正確跳到對應的新頁面。如果十個裡有一個跳到首頁，那就代表對應表有漏，而且通常不只漏一個。
監控頻率的建議：前兩週每天看一次（各五分鐘），之後改成每週一次，持續到第三個月。
順帶一提：這些東西你自己就看得到。Search Console 是免費的，加入權限只要對方把你加為使用者。如果廠商說「數據我們這邊看就好」，那要問清楚為什麼——搬家後的成效是你的生意，不是他的。
什麼情況該分階段搬
最後講一個很少被提到、但能明顯降低風險的做法。
如果你的網站頁面很多（例如超過幾百頁）、或者流量是生意的主要來源，可以考慮分階段搬，不要一次全部換掉。
| 你的情況 | 建議 |
|---|---|
| 頁面少（幾十頁）、流量不是主要來源 | 一次搬完就好，分階段反而麻煩 |
| 頁面多、但結構單純 | 一次搬完，但要特別確認對應表完整 |
| 頁面多、而且搜尋流量是主要客源 | 考慮分階段：先搬部落格或次要區塊，確認沒問題再搬主要頁面 |
| 同時要換網域又要改版 | 強烈建議拆成兩次：先換網域（網址結構不動），穩定後再改版 |
最後那一列特別重要。「換網域」和「改版」同時做，等於一次改變兩個變數——出問題的時候，你分不出是哪一個造成的，也不知道該回復哪一邊。
拆成兩次的代價是多等一到兩個月，換到的是「出事時知道原因」。（搬完之後接下來該優先改哪一項，網站優化先做哪一項那篇有排好的順序。） 對一個靠搜尋流量做生意的公司來說，這個交換通常划算。
要不要搬、什麼時候搬、能承受多久的流量波動，這些判斷永遠是老闆自己最清楚的。至於那張對應表怎麼列得完整、轉址設完怎麼逐條驗證、搬完兩週該看哪些訊號，那是另一門要靠實作累積的專業——這件事的特性是「做對了沒人發現，做錯了三個月後才知道」，交給以此為專業的人處理，通常比事後補救划算得多。
常見問題
參考資料
- Google Search Central —《Site Moves with URL Changes》（英文，美國，平台官方說明文件）
- Google Search Console Help —《Change of Address tool》（英文，美國，平台官方說明文件）
- GreenGeeks —《Website Migration SEO Checklist for a Safe Transfer》（英文，北美，主機服務商的產業觀點）
ℹ️ 關於本文
本文引用的搬遷建議與工具說明以查閱當日（2026 年 9 月 13 日）的公開資料為準。搜尋引擎的處理方式與工具功能可能調整，實際請以 Google Search Central 與 Search Console 說明中心的最新文件為準。文中的恢復時間為一般性參考區間，實際情形因網站規模、頁面數量、既有排名狀況與轉址完整度而有明顯差異，不構成任何成效保證。搬遷涉及的技術執行建議由具備相關經驗的人員處理，並在搬遷前完整備份。
陳俊鳴
網路流量操盤手．企業行銷顧問
操盤SEO與網路行銷實戰逾15年，2014年創辦晨星事業有限公司（晨星行銷），從SEO網站架設、關鍵字策略到銷售漏斗與變現模式一手包辦。現為智信科技、瞻新資訊等多家企業的常年行銷顧問，也獲頒過亞洲十大卓越名師金像獎，把每一次流量成長都當成自己的事業在打。曾是馬來西亞象棋、圍棋國手，拿過亞洲盃第二名。