網站改版最怕的不是不好看,是舊網址全變 404:改版前先做一張新舊網址對照表
我認為網站改版的預算,要先留給「搬家」而不是新版型:舊網址要逐一轉到新頁、轉址至少保留一年、一次只改一件事。依 Google 網站搬遷指南,整理改版前、上線當天與上線後要做的事。
我認為,網站改版最該先編的預算,不是新版型、也不是新功能,而是「搬家」。舊網站用了幾年,搜尋結果裡的網址、客人存在手機裡的書籤、別的網站或社群貼文裡給你的連結,都指向舊網址。改版時如果直接把舊站覆蓋,這些入口一夜之間全變成「找不到網頁」,新網站再好看,也要從頭累積。
很多改版專案的報價單上,寫的是頁數、版型與功能,很少寫「舊網址怎麼處理」。這一段工作不顯眼,做好了沒人發現,沒做才會在幾週後看到搜尋流量往下掉。以下依 Google 搜尋中心的網站搬遷文件整理改版前、上線當天與上線後要做的事。我沒有替任何網站代為改版或搬遷,也不是在推薦特定的工具或業者;寫的是官方文件明寫的做法,以及我認為業主在委託時該問的問題。
先分清楚:你的改版屬於哪一種
Google 把網站搬遷分成兩類,做法不一樣:
| 改版類型 | 舉例 | 網址會不會變 | Google 文件 |
|---|---|---|---|
| 只換主機或系統,網址不變 | 換主機商、換網站系統但保留同樣的網址 | 不變 | 〈不變更網址的網站搬遷〉 |
| 網址會變 | 換網域、從 HTTP 換到 HTTPS、改網址結構、合併多個網站 | 會變 | 〈變更網址的網站搬遷〉 |
| 只改外觀與內容,網址不變 | 換版型、改文案、重新設計首頁 | 不變 | 不屬於搬遷,但內容改動仍會影響排名 |
資料來源:Google 搜尋中心〈變更網址的網站搬遷〉〈不變更網址的網站搬遷〉,分類為本文整理,資料截至 2026 年 10 月 18 日。
我建議委託改版前,先請業者用一句話回答:這次改版之後,有多少舊網址會變?答案是「全部都會變」的,下面每一步都要做;答案是「一個都不變」的,重點則在主機切換與內容檢查。
改版前:先做一張新舊網址對照表
Google 的搬遷文件第一步就是「準備將現有網址對應至相應的新格式」。實際做法是一張兩欄的表:左邊是舊網址,右邊是新網站上內容最接近的頁面。
舊網址從哪裡來。 我建議從三個地方湊齊:舊網站的 Sitemap、Search Console 成效報表中有曝光或點擊的網頁、以及網站分析工具中有人造訪的網頁。很多人只抄選單上看得到的頁面,漏掉的往往是幾年前寫的文章、活動頁或 PDF,而這些頁面可能正是搜尋流量的來源。
對應的原則。 每一個舊網址都要找到「內容最接近」的新頁面,而不是全部導向首頁。Google 的說明寫得很清楚:如果大量舊網址都轉到首頁這類不相關的頁面,可能被當成「軟 404」處理,也就是看起來像錯誤頁。真的沒有替代內容的頁面,就讓它回傳 404 或 410,不要硬轉。
改版前先留一份基準。 除了網址清單,也要記下改版前的數字:Search Console 的曝光、點擊與已編入索引的網頁數,以及網站上的詢問、表單與電話點擊。沒有這份基準,上線後就無法判斷流量變化是改版造成的,還是季節本來就這樣。
示意情境:一家小店的對照表長什麼樣
以下是示意情境,不是真實店家的案例,只用來說明對照表怎麼填。
一家做冷氣清洗的小店,舊網站用了五年,這次改版要把「服務」和「文章」分開,網址結構因此全部改變。整理 Sitemap 與 Search Console 之後,找出這些仍有人在用的舊網址:
| 舊網址 | 新網址 | 處理方式 | 理由 |
|---|---|---|---|
| /service.html | /services/ | 301 | 服務總覽,內容對應 |
| /aircon-clean.html | /services/split-aircon-cleaning/ | 301 | 同一項服務,只是網址改了 |
| /news/2021-promo.html | 不轉址,回傳 410 | 410 | 五年前的活動,已無替代內容 |
| /blog/why-aircon-smells.html | /articles/aircon-smell/ | 301 | 舊文改寫後保留在新文章區 |
| /price.pdf | /services/pricing/ | 301 | 原本的 PDF 價目表改成一般網頁 |
| /contact.html | /contact/ | 301 | 聯絡頁,別人網站常連到這裡 |
資料來源:示意情境,網址為虛構,處理方式依 Google〈變更網址的網站搬遷〉與〈檢索錯誤疑難排解〉的原則整理,資料截至 2026 年 10 月 18 日。
這張表有三個值得注意的地方。第一,PDF 也算網址,搜尋結果與別人的連結都可能指向它,不能只看網頁。第二,舊活動頁沒有替代內容,直接回傳 410 比硬轉到首頁好。第三,表格的每一列都要有人驗收:上線後逐一打開舊網址,確認轉到的是表上寫的那一頁,而且只轉一次。
轉址怎麼做:301、保留多久、避免串鏈
用永久轉址。 Google 建議盡可能用伺服器端的 HTTP 永久轉址,例如 301 和 308。依 Google〈重新導向與 Google 搜尋〉,301、308 是「強烈信號」,搜尋結果會改顯示新網址;302、307 是暫時轉址,屬於「微弱信號」,搜尋結果會保留原本的網址。改版搬家用的是永久轉址;只有像 A/B 測試這種暫時性的分流,Google 才建議用 302。用網頁上的程式或 meta 標記轉址,Google 列為不得已時的最後手段。
轉址要保留多久。 Google 搬遷文件寫的是「盡可能保留重新導向連結,通常要保留至少 1 年」。Search Console 網址變更工具的說明頁則寫「至少 180 天」,而且如果還有來自 Google 搜尋的流量就要保留更久,舊網域也建議繼續付費至少一年。兩份官方文件寫法不同,我的建議是照較長的那個:至少一年,而且舊網域不要急著停。客人的書籤和別人網站上的舊連結,不會因為 Google 換了顯示網址就自動更新。
避免轉址串鏈。 舊網址 A 轉到 B、B 又轉到 C,這種一層接一層的轉址,Google 建議避免;歷次改版留下的舊轉址,也要改成直接指向最新的頁面。
其他要一起更新的。 依 Google 搬遷文件的檢查清單,新網站的每個網址要有指向自己的 canonical 標記;站內連結要改成直接連到新網址,不要依賴轉址;提交新的 Sitemap;社群帳號的個人資料連結與廣告的到達網頁,也要改成新網址。這份清單沒有提到的 Google 商家檔案網站欄位,我建議一起改。
只換主機、網址不變:重點在切換那幾天
如果這次只是換主機商或換系統、網址完全不變,Google〈不變更網址的網站搬遷〉的重點放在切換過程:先把新主機準備好並測試,確認防火牆或防護設定不會擋到 Googlebot;搬遷前至少一週把 DNS 的存留時間調低(例如數小時),讓切換更快生效;切換後確認 Search Console 的驗證仍有效、移除任何暫時封鎖檢索的設定;同時監看新舊伺服器的紀錄,等舊主機已經沒有流量再關掉。
Google 也提醒,切換後檢索頻率可能會先短暫下降,接下來幾天內逐漸回升。這種情況不需要用 Search Console 的網址變更工具。
網址變更工具:只有換網域才用
Search Console 有一個「網址變更」工具,很多人以為改版都要用。依說明頁,它只適用於從一個網域或子網域搬到另一個網域或子網域的情況;從 HTTP 換到 HTTPS、www 與非 www 互換、同一個網域內改網址路徑,都不需要也不適用。換網域時,這個工具要搭配 301 轉址一起使用,不能取代轉址。
上線當天:先檢查會讓整站消失的設定
我建議上線當天先做下面幾項,確認沒問題再宣布完成:
| 檢查項目 | 為什麼重要 |
|---|---|
| robots.txt 沒有擋住整站 | 開發中的網站常設定禁止檢索,上線時忘了拿掉,整站就不會被收錄 |
| 重要頁面沒有 noindex | 同上,測試站的 noindex 帶到正式站,頁面會從搜尋結果移除 |
| 抽查舊網址都轉到正確的新頁 | 用對照表抽查,確認是 301 而且只轉一次 |
| 新的 Sitemap 可以讀取並已提交 | 讓 Google 盡快找到新網址 |
| 表單、電話、LINE 等聯絡方式實際測一次 | 改版最容易漏掉的是表單收件與通知設定 |
| 網站分析與轉換追蹤仍在記錄 | 沒有記錄就無法和改版前的基準比較 |
資料來源:依 Google〈變更網址的網站搬遷〉〈robots.txt 簡介〉〈使用 noindex 封鎖搜尋索引〉整理,表格為本文歸納,資料截至 2026 年 10 月 18 日。
上線後:要等多久、看什麼
Google 搬遷文件寫,搬遷後排名可能會暫時波動;中型網站要「數週或更久」,Google 才會逐漸開始顯示新網址,大型網站更久。所以上線第二天看到流量掉一點,不必急著改回去;比較該做的,是每週看 Search Console 的三件事:新網址有沒有開始被編入索引、舊網址的曝光有沒有移轉到新網址、有沒有大量的 404 或軟 404 錯誤。
如果幾週後新網址還是沒被收錄、或某一批舊網頁的流量消失後沒有轉移到新頁,就回到對照表,查那一批網址的轉址是不是漏掉或轉錯。
怎麼比較改版前後。 我建議用改版前留下的基準,在 Search Console 成效報表用「比較」日期範圍,把上線後四週和上線前四週並排;再切到「網頁」分頁,看曝光原本集中在哪些舊網址、現在有沒有出現在對應的新網址上。網頁索引報表則用來看「已編入索引」的網頁數有沒有回到改版前的水準,以及「找不到(404)」或「軟 404」的數量有沒有異常增加。季節性強的生意,比較時要記得用去年同期當參考,不要把淡季的下滑算在改版頭上。
站外的舊連結也要顧。 別人網站、媒體報導、社群貼文裡連到你的舊網址,你無法要求對方全部改掉,這也是轉址要長期保留的原因。比較重要的幾個來源,例如合作夥伴、公會或協會名錄、自己的社群帳號簡介,可以主動請對方或自己更新成新網址,減少日後對轉址的依賴。
一次只改一件事
Google 的搬遷文件建議「一次僅修改一個項目」,網址變更工具的說明頁也提醒,搬遷時同時改內容與網址結構,可能導致流量流失。我認為這是改版專案最常違反的一條:換網域、換系統、改網址結構、重寫全部文案、換掉所有圖片,常常被包成同一個上線日期。
分開做的好處,是出了問題知道是哪一步造成的。比較穩的順序是:先在網址不變的情況下換主機或系統;穩定之後再改網址結構並做好轉址;最後才大幅改寫內容。如果時程不允許分開,至少要把每一項的改動與日期記下來,事後才有辦法回頭比對。Search Console 成效報表可以加上自訂註解,把上線日、換主機日、改網址日分別標在圖表上,幾個月後回頭看流量曲線時,才知道每一次轉折對應的是哪一個改動。
想先讓一部分人試用新版本
有些改版會先讓一部分訪客看新版、一部分看舊版,比較哪一版詢問比較多,這就是 A/B 測試。Google〈網站測試〉對這種做法有幾條規定:不能讓 Googlebot 看到的內容和一般訪客不同,否則屬於偽裝;如果測試版本放在不同網址,要用 302 暫時轉址而不是 301,並在測試版本加上指向原網址的 canonical 標記;測試結束後,要儘快移除測試用的轉址與程式。測試用的是暫時轉址,正式改版才換成永久轉址,兩者不要混用。
要把兩個網站合併成一個
小店常見的情況是,早年用不同網域各做了一個網站,例如一個品牌站、一個活動站,改版時想合併。這也屬於變更網址的搬遷:被合併的那個網站,每一個仍有人在用的網址,都要轉到合併後內容最接近的頁面,不是整站轉到新網站的首頁。被合併的網域要繼續續約,轉址才會一直有效;網域到期被別人註冊走,舊連結就會連到別人的網站。
委託改版時,我會問業者的五個問題
- 這次改版之後,有多少舊網址會變?有沒有新舊網址對照表,誰負責製作與驗收?
- 轉址用哪一種(301 或 308)?會保留多久?日後如果換業者,轉址設定會不會跟著消失?
- 上線當天誰檢查 robots.txt、noindex、Sitemap 與表單?檢查結果會不會給我一份紀錄?
- 改版前後的 Search Console 與網站分析數字,誰負責比較?上線後追蹤幾週?
- 網域、主機、Search Console 與網站分析的帳號,是不是都登記在我名下?
最後一題和改版沒有直接關係,卻常常是改版卡住的原因:舊業者不配合交出帳號,新網站就無法設定轉址。委託做網站時權利與帳號該怎麼約定,我在〈請人做官網,先問三件事〉另外整理。
我的判斷在哪些情況下不成立
- 舊網站幾乎沒有搜尋流量。 如果舊站沒被收錄、也沒有人從搜尋或外部連結進來,轉址的影響很小,可以把資源放在新網站的內容上;但仍建議保留表單名單、圖片授權與帳號資料。
- 這次只是換版型。 網址完全不變、內容只做小幅修改,不需要搬遷流程;照上線當天的檢查表確認即可。
- 舊頁面本來就該消失。 過期活動、已停售的商品、內容錯誤的舊文,沒有替代內容時,讓它回傳 404 或 410 比硬轉到首頁好。
- 網站系統本身不支援伺服器端轉址。 部分網站平台只能用頁面上的轉址或完全無法設定轉址。這時要先確認平台能做到什麼,必要時把換平台和改網址分成兩次進行,不要在不能轉址的平台上改網址結構。
- 轉址做對也不保證排名不變。 搬遷後的排名會受新網站內容、速度與架構影響;轉址保留的是舊網址累積的信號與入口,不是保證排名。
常見問題
改版時網址一定要改嗎?
不一定。網址沒有錯字、結構也還能用,維持原網址是最省事的做法,因為不需要轉址,搜尋結果也不必重新換成新網址。只有在舊網址真的無法擴充,例如所有頁面都擠在同一層、或要換網域時,才值得承擔搬遷的工作與風險。
網站改版一定會掉流量嗎?
不一定。Google 說明搬遷後排名可能暫時波動,中型網站要幾週或更久才逐漸改顯示新網址;網址對照表與永久轉址做完整,可以降低流失,但沒有人能保證完全不受影響。
舊網址可以全部轉到首頁嗎?
不建議。Google 說明大量舊網址轉到不相關的頁面,可能被視為軟 404;應該逐一轉到內容最接近的新頁,沒有替代內容的就回傳 404 或 410。
301 轉址要保留多久?
Google 搬遷文件寫通常至少 1 年,網址變更工具說明寫至少 180 天、有搜尋流量就保留更久。我建議至少一年,舊網域也繼續保留。
只是換主機,也要做轉址嗎?
網址不變就不用。重點是新主機先測試、提前一週調低 DNS 存留時間、切換後確認 Search Console 驗證與檢索沒有被擋,並等舊主機沒有流量再關閉。
從 HTTP 換到 HTTPS,要用網址變更工具嗎?
不用。網址變更工具只適用於換網域或子網域;HTTP 換 HTTPS、www 與非 www 互換、同網域內改路徑,都用 301 轉址處理。
改版時可以順便把全部內容重寫嗎?
可以,但 Google 建議一次只改一件事。同時換網址、換系統又重寫內容,流量有變化時很難判斷原因;比較穩的做法是分階段進行,並記下每一項的改動日期。
資料來源
- Google 搜尋中心:變更網址的網站搬遷(2026 年 9 月 11 日更新):新舊網址對應表、301/308 永久轉址、轉址通常至少保留 1 年、避免轉址串鏈、canonical/內部連結/Sitemap 的更新、中型網站要幾週或更久才顯示新網址、一次只改一項。
- Google 搜尋中心:不變更網址的網站搬遷:新主機測試、提前一週調低 DNS 存留時間、檢索頻率短暫下降後回升。
- Search Console 說明:網址變更工具:只適用於網域或子網域之間的搬遷、轉址至少 180 天、舊網域繼續付費至少一年、同時改內容與網址結構可能流失流量。
- Google 搜尋中心:重新導向與 Google 搜尋:永久與暫時轉址在搜尋結果的差別、用戶端轉址為最後手段。
- Google 搜尋中心:檢索錯誤疑難排解(軟 404):移除且沒有替代內容的頁面回傳 404 或 410、大量轉到不相關頁面可能被視為軟 404。
- Google 搜尋中心:robots.txt 簡介、使用 noindex 封鎖搜尋索引:上線當天的檢查項目。
- Google 搜尋中心部落格:使用自訂註解為 Search Console 資料新增脈絡資訊(2025 年 11 月):在成效圖表標記改動日期。
- Google 搜尋中心:網站測試:A/B 測試用 302 與 canonical。
最後查證:2026 年 10 月 18 日。
延伸閱讀
-
GEO 不是另一套新功夫:Google 說它仍屬於 SEO,別為「保證被 AI 推薦」付錢
我認為 GEO 不需要另起爐灶。Google 官方指南寫明針對生成式 AI 最佳化仍屬於 SEO,不需要 llms.txt 或特殊標記;ChatGPT 也寫明不保證排序。整理該做與不必做的事。
-
文章怎麼寫才能在 Google 排前面?先寫出別人沒有的東西,不是寫得比別人長
我認為把前十名整合成最長最全的一篇已經不夠。Google 明說沒有偏好字數,看的是原創資訊與是否符合搜尋意圖;網路流傳的「排名權重百分比」不是 Google 公布的,別當公式。
-
AI 縮短了技術差距,沒有縮短責任差距
我認為 AI 降低的是「做出來」的門檻,不是「做對、做穩、負得起責任」的門檻。研究顯示用 AI 不一定更快、程式碼常有資安弱點;真正拉開差距的,是誰能為上線後的結果負責。