網站搬家與改版的 SEO 風險：301 轉址完整指南

先講結論：網站搬家與改版的風險取決於網址、內容、內部連結、渲染與伺服器是否同時改動，不是每次換版型都會把既有訊號歸零。要降低風險，核心是完整網址盤點、對應到最相近新頁的永久轉址，以及上線後持續監控抓取、索引與流量。

為什麼一個「僅是換個新版型」的決定，會讓三年的 SEO 成果歸零

想像一個畫面：你花了三年，一篇一篇把網站內容養到 Google 首頁，每個月穩定進帳幾萬次自然搜尋流量。某天設計團隊提案改版，新版型確實好看、轉換率測試也漂亮，於是你在某個週末按下上線。禮拜一早上打開後台，自然流量明顯下滑。

這不是都市傳說，這是每一年都在真實發生的事。這種劇本在各種規模的網站上不斷重複上演。問題的核心從來不是「新網站做得好不好」，而是搬家這個動作本身，會讓 Google 必須重新認識你的網站。

你要理解 Google 是怎麼運作的。Google 並不是在「看你的網站」，它是在看一張龐大的資料庫，裡面每一筆紀錄對應一個網址，紀錄著那個網址的內容、連結、權重、收錄狀態。當你改版，實際發生的是舊網址大量消失、新網址大量出現、內部連結的接線全被重拉，「網站煥然一新」僅是人類肉眼看到的表象。對 Google 來說，這就像你認識多年的鄰居突然搬走了，搬來一批你完全不認識的新住戶，你得重新建立每一份信任關係。

網址變更後，Google 需要重新抓取並處理轉址與標準網址訊號，因此可能有波動。行動優先索引僅表示 Google 主要以行動版內容建立索引，不代表搬遷會因行動版而自動增加排名風險；真正要確認的是新舊頁內容對應、永久轉址、行動版內容一致與伺服器穩定（見 Google Search Central Blog 對行動優先索引的說明，2023 年 10 月）。

換句話說，網站搬家等同於把一家實體店面連夜搬到新地址：招牌內容沒變，但老主顧手裡的導航紀錄、Google 地標、外部推薦連結全還指向舊門市。沒把這些「路標」一條條更新到新地址，你在顧客眼裡就像憑空消失。

網站搬家、改版到底動到了什麼？Google 眼中的四種「搬家」

很多人把「搬家」想成一件事，其實在 SEO 風險光譜上，搬家至少有四種完全不同的型態，風險等級天差地遠。搞清楚你面對的是哪一種，是做出正確決策的前提。

搬家型態	到底動了什麼	SEO 風險等級
換主機、換 hosting	網址完全不變，僅是伺服器位置變了	低（主要風險是停機時間與速度）
HTTP 換 HTTPS、www 換非 www	協定或前綴變了，網址本體不變	中（必須全站一對一轉址）
換網域	整個網址的根都換掉	高（權重轉移需要時間）
改版、換 CMS、換平台	網址結構、內部連結、頁面數量、標記全部重來	最高（等同重建一座圖書館）

只換主機而保持網址與內容不變，通常比改網域或重做架構的變數少，但仍要管理 DNS、停機、伺服器錯誤、速度、SSL、robots.txt 與索引設定。可依 WordPress 搬家到新主機的流程先測試再切換，不能預設 SEO 不受影響。

最危險的是第四種「改版加換平台」。這時候動到的不僅是網址，還包括整個網站的網站架構、分類邏輯、內部連結網絡、甚至是頁面數量。很多改版專案會順手「精簡」掉一些舊頁面，理由是「那些頁面沒什麼人看」，結果那些頁面恰恰是帶長尾流量的關鍵頁。你砍掉的是貨真價實的流量入口，每一頁都是一個被你親手封死的進站管道。

換個方式想：這四種搬家，風險從低到高，對應的是「Google 需要重新認識你多少」。換主機，Google 幾乎不用重新認識你；改版換平台，Google 等於要從零建立一份對你新網站的完整理解。理解的工作量越大，出錯的空間就越大。

流量蒸發的四條水管：索引、轉址、權重、體驗訊號

我用一個比喻來解釋整個機制。把你的 SEO 流量想像成家裡的水龍頭，水從水庫一路經過四條水管才會流出來。改版的時候，這四條水管任何一條破裂，水就會從那裡漏掉，你看到水龍頭出水量變小，卻未必知道是哪條管子在漏。

第一條水管：索引

水庫的水要進到你家，前提是水管有接到水庫。對應到 SEO，就是你的頁面有沒有被 Google 收錄進索引庫。改版最常見的災難，是舊網址大量回傳 404（找不到頁面），Google 把這些網址從索引移除，而新網址又還沒被收錄，於是出現一個「舊的消失了、新的還沒進來」的真空期。

判斷這條水管有沒有漏，工具是 Google Search Console 的網頁索引報表。它會清楚告訴你哪些網址被標記為「已排除」、「找不到（404）」、「已轉址」，這份報表是改版後頭三天你最該盯著看的東西。如果你不確定某個特定網址到底有沒有被收錄，可以用 網址檢查工具 逐一查證。

第二條水管：轉址

永久搬遷應使用 301 或 308，讓 Google 把它視為強烈的標準網址訊號；302 或 307 適合真正的暫時變動，不應用來表達永久搬家。不要再用「301 僅傳大部分 PageRank」的舊百分比說法，Google 的官方說明是永久轉址不會造成 PageRank 流失。

關於轉址的完整設定邏輯，可以看 SEO 網址優化指南。舊網址應盡量對應到內容最相近的新網址，轉址鏈則壓到最少；原因是鏈條會增加延遲、抓取與維護成本，不是每一跳都固定損耗一部分權重。

第三條水管：權重

就算轉址做對了，權重能不能完整傳遞，還取決於兩件事：內部連結有沒有接好，以及外部反向連結指向的舊網址有沒有正確轉到新網址。改版常常會把分類結構重組，導致原本指向重要頁面的內部連結全部斷裂。Google 是靠連結在理解頁面之間的關係與重要性的，連結一斷，等於把頁面之間的權重流通管道切斷。

這裡要特別提醒一個老迷思：有些人會想用 nofollow 內部連結來「控制權重流向」，這在現代的 SEO 裡已經是過時且有害的做法。內部連結應該正常傳遞權重，你要做的是把重要的頁面用清楚的內部連結結構串起來，封鎖權重這條路請完全別走。

第四條水管：體驗訊號

新版型若塞入更多圖片、JavaScript 與第三方追蹤碼，可能讓網頁速度與操作體驗退化。Core Web Vitals 會用於排名系統，但僅是有限訊號；跳出率也不能直接當成 Google 排名因素。仍應同時檢查實際使用者體驗、轉換與抓取狀態。

更麻煩的是，新版型如果大量改用 JavaScript 來渲染內容，還會牽涉到 JavaScript SEO 的問題：Google 爬蟲能不能正確讀到 JS 渲染出來的內容？讀不到，等於這些內容在 Google 眼裡根本不存在。這條水管最容易在改版後被忽略，因為肉眼看新網站一切正常，僅有 Google 看到的是一片空白。

整件事的樞紐：那份逐頁的 URL 對應清單

四條水管講完，你可能會覺得頭緒很多。但我要告訴你一個關鍵：這四條水管，其實都可以被同一份文件保護住。那就是一份逐頁列出的「舊網址到新網址」對應清單。

在實務上的搬家專案裡，事前有沒有那一份逐頁的 URL 對應清單，幾乎就決定了事後是止血還是救火。這不是誇飾。有這份清單的專案，轉址可以一對一精準設定、收錄狀況可以逐一追蹤、出問題可以馬上定位是哪一頁。沒這份清單的專案，工程師僅能憑感覺寫通配規則，漏掉哪些頁面根本沒人知道，直到流量掉了才回頭找。

這份清單要長什麼樣？至少要有這幾欄：

• 舊網址：完整的 URL，包含協定與路徑。
• 新網址：改版後對應的新 URL。如果某頁被刪除或合併，要寫清楚它轉去哪裡（通常是同主題的最相關頁面，首頁是最差的選擇，因為主題對不上，權重與使用者期待都會錯位）。
• 對應關係：是一對一、一對多、還是刪除。
• 舊頁的流量與排名：標出哪些是高價值頁面，這些頁面的轉址必須最優先、最謹慎處理。
• 轉址類型：301 或是其他。
• 驗證狀態：上線後是否確認轉址生效、新頁是否被收錄。

舊網址清單不能僅靠單一來源。用 Screaming Frog 爬站，再合併 Sitemap、分析與 Search Console 的高價值頁面、伺服器日誌及反向連結資料。Search Console 不提供完整「所有已收錄網址」匯出，因此任何來源都不能保證零遺漏。

為什麼這份清單如此重要？因為它同時是轉址設定的依據（保護第二條水管）、是收錄驗證的依據（保護第一條水管）、是內部連結重建的參考（保護第三條水管），更是事後除錯的地圖。一份文件，護住四條水管。這就是為什麼我把它稱為整件事的樞紐。

六個最容易在會議桌上被否決、卻最致命的決策

理論講完了，接下來談實務。我列出六個在改版專案裡最常聽到的「合理提案」，每一個聽起來都很有道理，每一個都會讓 SEO 流量大量流失。這些不是工程問題，而是決策問題，而且往往是在會議桌上被一群「不懂 SEO 卻有表決權」的人否決掉的。

決策一：「轉址先用 302，以防萬一要改回來」

如果搬遷確定是永久的，就直接使用 301 或 308；302 或 307 留給真正的暫時情境。Google 仍會處理暫時轉址，但它不是永久搬遷的明確標準網址訊號，因此不該用「先 302 再看看」表達已確定的改址。

正確做法：舊網址到新網址，一開始就用 301。要保留彈性的話，靠的是版本控制與備份，用狀態碼來打模糊仗僅會壞事。

決策二：「舊網站那些沒人流量的頁面，順手清掉比較乾淨」

改版是一個「斷捨離」的衝動高發期。設計師會說「頁面太多、架構太亂」，於是提議把一堆舊頁面刪掉。問題是，你看的「沒流量」可能是看 Google Analytics 的整體數字，但很多頁面帶的是長尾搜尋流量，單看每頁流量很小，加總起來卻是網站將近一半的搜尋進站量。砍掉它們，等於把一堆長尾入口封死。

正確做法：刪除前先看 Search Console、分析資料與外部連結。若有主題相近的新頁，使用 301；若內容確實移除且沒有合理替代，應回傳 404 或 410。把所有刪除頁一律導向首頁，反而可能被視為 soft 404。

決策三：「網址改成中文比較好記」

這個決策的殺傷力極大。把英文網址結構整個換成中文，或者把分類路徑重新命名，等於讓每一個舊網址都變成一個需要轉址的對象。而且 中文網址在實務上有編碼、分享、外部連結指向的種種麻煩。除非有非常強烈的商業理由，否則改版時應該盡可能保留原本的網址結構，動得越少，風險越小。網址的設計原則可以參考 網址組成結構 與 網址路徑 的說明。

決策四：「舊的 sitemap 先不要管，新版上線再說」

Sitemap 是你告訴 Google「這些是我的頁面」的地圖。改版後，舊的 XML Sitemap 如果還在、卻指向一堆 404，Google 會對這個網站的「資料可信度」打折扣。新版上線後如果沒有及時提交新的 sitemap，Google 又不知道你的新頁面長在哪裡。這是一個兩頭空的局面。

正確做法：新版上線的同一時間，就要在 Google Search Console 提交新的 sitemap，並且移除或更新舊的。如果你還不確定 sitemap 該怎麼規劃，網站 Sitemap 入門指南 有完整的說明。

決策五：「www 跟 non-www 反正都一樣，新版直接拿掉 www」

www 與非 www 在技術上是兩個不同的網址。如果你改版時順手把 www 拿掉，卻沒有做兩者之間的統一轉址，就會產生重複內容的問題：同一份內容出現在兩個網址上，Google 不知道該把權重算給誰。www 與 non-www 的差異不僅在美觀，更在於你必須擇一、並且用 301 與 canonical 標籤明確告訴 Google 你的標準版本是哪一個。

決策六：「上線當天再找 SEO 進來看」

這是最根本的決策錯誤。SEO 不是上線那一刻才需要的工作，它是從改版規劃的第一天就要介入的工程。等到上線當天才找 SEO，能做的事已經非常有限，因為所有的結構、網址、轉址邏輯都已經寫死在前端與後端裡了。這時候能補救的，往往僅剩下「趕快加轉址、趕快提 sitemap」這種事後止血動作，從結構就把風險設計掉的最佳時機已經錯過了。

正確做法：SEO 從需求訪談階段就要在場。每一個「我們要不要改這個」的決策，都要有人從 SEO 角度簽核。

上線前 24 小時：SEO 紅線檢查表

講完決策層，接下來給你一份在上線前 24 小時必須逐項打勾的檢查表。這份清單是從實際專案裡淬鍊出來的，每一項都對應一條可能漏水的水管。

1. 轉址清單全數驗證：永久搬遷項目應回 301 或 308 並到達正確新頁；刻意移除且無替代頁的網址可以回 404 或 410。不要把所有非 301 狀態一律視為錯誤。
2. canonical 標籤設定正確：每一頁的 canonical 都指向自己的標準網址，沒有指向舊網址、沒有循環指向。多語系或重複內容頁面要特別留意 canonical 設定。
3. robots.txt 沒有誤封：確認新版 robots.txt 沒有把重要頁面或 CSS、JS 擋掉。Google 需要能完整渲染頁面才能正確評估。這部分的原理見 robots.txt 介紹。要特別小心 robots.txt 與 noindex 不能混用的陷阱：用 robots.txt 封鎖的頁面，Google 還是可能用外部連結發現它並收錄它的標題。
4. noindex 標籤檢查：確認該被收錄的頁面沒有被誤掛 noindex，該被排除的頁面（如感謝頁、後台）有正確設定。noindex 的原理與 不被索引的方法可以對照著看。
5. 結構化資料重新驗證：把仍適用且與畫面內容一致的 結構化資料搬到新版，再用驗證工具檢查。不要原封不動複製舊錯誤；Google 已於 2026 年 5 月停止顯示 FAQ 複合式搜尋結果。
6. hreflang 多語系標記：如果是多語系網站，hreflang 設定必須重新核對，每一個語言版本的指向都要雙向正確。從子網域、子目錄到獨立網域的整體規劃，也可以對照多語言網站架構的行動方案再檢查一次。
7. 內部連結全站檢查：用爬蟲工具檢查新版有沒有大量斷裂的內部連結。內部連結是網站架構的神經網絡，斷了等於癱瘓。
8. Core Web Vitals 預量測：在測試環境先用 PageSpeed Insights 跑一遍重要頁面，確認 LCP、INP、CLS 沒有比舊版退化。INP 已經取代了舊的 FID 指標，這個變革可以參考 INP 與 FID 的差異。
9. 備妥新版 XML Sitemap：產出一份乾淨、僅包含新版有效頁面的 sitemap，準備在上線第一時間提交。
10. 設定監控與基準：在改版前一天，從 Google Search Console 匯出當下的曝光、點擊、平均排名做為基準，這樣上線後才知道「正常」應該長什麼樣。
11. 測試站全站爬蟲比對：在正式上線之前，用爬蟲工具把測試環境整個爬一遍，跟你那份舊站網址清單逐筆比對，確認每一個舊網址都有對應的新網址、每一個新網址的標題與 H1 都沒有跑掉、沒有任何頁面被意外套上 noindex。這一步能在上線前就把八成的事故攔下來，是整份清單裡成本最低、報酬最高的一項。

這份檢查表看起來項目很多，但它的本質僅有一件事：在 Google 還沒開始檢視你的新網站之前，先把所有你確定會出錯的地方全部攔截下來。一旦上線，你就進入了 Google 的時間表，而 Google 的時間表你完全控制不了。上線前能做的每一分準備，都會在上線後放大成流量的存活率。

上線後 72 小時：你在看 dashboard，還是在看對的指標？

上線後頭幾天要密集檢查伺服器錯誤、轉址、robots、noindex、canonical 與分析追蹤。Search Console 報表有處理延遲，不適合當 72 小時內唯一的即時監控；應搭配伺服器日誌、爬蟲抽查、監控告警與 GA 即時資料。

頭 72 小時，我會輪流看這幾個東西：

第一項：網頁索引報表的錯誤數量

這是第一條水管的體檢報告。打開 Google Search Console，看網頁索引報表裡「已排除」「找不到」「已轉址」這幾個分類的數量有沒有異常暴增。如果「已轉址」的數量跟你的轉址清單筆數吻合，那是正常的、甚至代表轉址有生效。但如果「找不到（404）」的數量暴增，代表有一批舊網址沒被轉址處理到，這是紅色警報。

第二項：用網址檢查工具逐一抽驗高價值頁面

從你那份 URL 對應清單裡，挑出流量最高的 20 到 30 個頁面，用前面提過的網址檢查工具逐一確認 Google 看到的是新網址、而且收錄狀態正常。這 20 幾個頁面通常佔了你網站過半的搜尋價值，顧好它們就顧住了大半江山。

第三項：sitemap 提交與處理狀態

確認新版 sitemap 已經提交、而且 Google 開始處理。Sitemap 的狀態欄會顯示「已發現的網址數量」，如果這個數字跟你預期的差很多，代表 sitemap 裡可能有大量無效網址、或者有大量頁面沒被寫進去。

第四項：區分「正常波動」與「真正的損害」

這是最多人搞混的。改版後頭幾天，排名與流量出現一定程度的波動是正常的，因為 Google 正在重新評估你的新頁面。但如果出現以下訊號，就不能再當成正常波動看待，而是真正的損害：曝光量在兩到三天內掉了三成以上、特定高價值頁面直接從索引消失、或網頁索引報表出現大量從未見過的錯誤類型。

這裡要補一個觀念。為什麼「小幅的排名下滑」會帶來不成比例的流量崩跌？因為搜尋結果的點擊率隨排名呈現陡峭的遞減。第一名跟第三名的點擊率差距，遠大於第三名跟第五名的差距。根據 Backlinko 對四百萬筆 Google 搜尋結果的分析（2025 年 4 月），排名第一的結果拿走了將近三成的點擊，而第十名之後幾乎可以忽略。這就是為什麼「僅是從第一名掉到第四名」對流量的打擊，會遠超過字面上的「掉三名」。改版期間，你輸不起的就是這種關鍵位置的滑落。

流量已經崩了？一張分層搶救流程圖

網站流量下滑時，可先用排名下滑診斷流程檢查搜尋層問題；若所有管道都下降，則參考網站流量下滑診斷比較追蹤、技術、需求與來源變化。除錯時宜先處理影響面大且可驗證的項目，每次保留變更日期，避免同時修改過多變數。

第一層：先確認有沒有大面積的 404

在 GSC、爬蟲與伺服器日誌檢查 404。若舊網址有合理替代頁，就補永久轉址；若內容確實移除且無替代頁，404 或 410 是正確狀態，不要硬導向不相關頁面。

第二層：確認轉址型態是不是寫成了 302

如果 404 不多但流量仍下降，檢查永久搬遷是否誤用 302 或 307。僅把確定永久的項目改成 301 或 308；真正暫時的轉址應維持原語意。

第三層：確認有沒有誤掛 noindex 或 robots 封鎖

檢查重要頁面的原始碼，看有沒有被誤植 noindex meta 標籤、或被 robots.txt 封鎖。改版過程中，開發環境的 noindex 標記常常被「忘了拿掉」一起帶到正式上線版本，這會讓整批頁面直接從索引消失。相關排查邏輯見 Google 網頁收錄查詢。

第四層：確認 sitemap 有沒有更新並提交

提交新版 sitemap，並用網址檢查工具對重要頁面按「要求建立索引」，主動提示 Google 重新檢索。

第五層：確認內部連結結構沒有崩塌

用爬蟲工具檢查新站的內部連結，看重要頁面有沒有被充分連結。如果首頁或主分類頁找不到通往某些重要頁面的連結路徑，Google 的爬蟲也找不到。

第六層：確認 Core Web Vitals 沒有退化

如果以上都正常但排名還是掉，去查頁面效能。新版型如果讓 LCP 或 INP 退化，這是一個會拖累排名的隱形殺手。

第七層：回頭照顧外部反向連結

當網址改變，指向舊網址的外部連結會經過 301 到新頁。永久轉址是正常的訊號整合方式，不必假設存在固定折扣期；仍可優先請重要來源直接更新連結，因為這能減少跳轉並改善使用者體驗。

針對那些最值錢的連結來源，主動出擊比被動等待更划算。做法是：用 Ahrefs 或 SEMrush 這類工具，把指向舊網址的外部連結匯出，按來源網站的權重與流量排序，挑出前幾十個最有價值的來源，逐一聯絡對方，請他們把連結更新到新網址。你不需要、也不可能把每一條外部連結都改過來，那些來自小型論壇、部落格側邊欄的低價值連結，交給 301 處理就好。但要緊的是那些來自媒體報導、產業權威站、政府或教育機構的連結，這些每一條都值得你寫一封禮貌的信去請求更新。

換網域的時候，這一層尤其關鍵，因為整個網域換掉代表舊網址全面作廢。如果你能在改版上線的同一週、趁著話題熱度還在的時候，把最重要的外部連結更新到新網域，等於在權重轉移的空窗期裡，主動把最珍貴的那幾條權重水管直接接到新網址上，縮短 Google 重新建立信任所需要的時間。

搶救的重點不是「一次做完所有事」，而是「按影響面大小依序處理」。一個大面積的 404 問題，修起來的效果遠大於你去微調十個頁面的標題。先止血，再收尾。

WordPress 站的搬家：多數台灣網站的共同處境

WordPress 是常見 CMS。根據 W3Techs 的統計（2026 年 6 月），它在全球使用 CMS 的網站中占有相當高的比例，但這不能直接推論台灣絕大多數中小企業都使用 WordPress。若你的網站使用 WordPress，外掛與固定網址結構確實有幾個特定搬遷風險。

地雷一：固定網址結構變更

WordPress 的固定網址（permalink）決定了每一篇文章的網址長相。很多改版會順手把固定網址從某種結構換成另一種，例如從日期結構換成文章名結構。這個動作會讓全站每一篇文章的網址都改變，等於一次要把幾百、幾千個舊網址全部轉址。如果你沒有那份逐頁 URL 對應清單，這會是一場災難。WordPress 的固定網址設計原則可以對照 WordPress SEO 必做設定。

地雷二：外掛衝突導致 SEO 設定遺失

很多 WordPress 站的 SEO 功能（canonical、sitemap、結構化資料、noindex）是靠 Rank Math 或 Yoast 這類 SEO 外掛來產生的。改版時如果換了 SEO 外掛、或者外掛設定沒有完整匯入匯出，這些設定會全部歸零，等於你過去累積的技術 SEO 設定一次清空。

實務上我會建議，換外掛的時候不要急著把舊外掛停用。先把舊外掛的設定完整匯出成檔案備份，在新外掛裡測試匯入，逐頁抽查匯入後的 canonical 與結構化資料是不是真的對得上，確認沒問題了，再把舊外掛停用移除。這個動作看起來多此一舉，但遇到過外掛匯入格式不相容、整批中繼資料錯位的案例你就會慶幸有先備份。SEO 外掛的設定是無形資產，它記錄著你這幾年對每一頁所做的每一個優化決策，搬家時要像搬骨董一樣地對待它。

地雷三：換主題導致版面結構變動

換主題不僅換外觀，還會改變頁面的 HTML 結構、標題層級、麵包屑、側邊欄連結。這些都會影響 Google 對頁面的理解。新主題如果用不同的頁面產生器（如 Elementor、Divi），還可能引入大量影響效能的程式碼，拖垮 Core Web Vitals。

地雷四：測試站的 noindex 沒拿掉

這是 WordPress 搬家最經典的低級錯誤。開發階段為了不讓測試站被 Google 收錄，會勾選「阻擋搜尋引擎建立索引」。上線到正式網域之後，如果忘記把這個勾選取消，整個網站會對 Google 隱形。檢查這個設定是 WordPress 搬家後的第一件事。完整的 WordPress 搬家流程，建議照著前面提過的主機搬家教學，搭配 WordPress 自架站全攻略 一步步走一遍。

行動清單：照著做，把大工程拆成可控的小步驟

讀到這裡，你應該已經理解：網站搬家本身不可怕，可怕的是沒有計畫地搬家。我把整篇文章濃縮成一份你可以今天就開始執行的行動清單。把它想成把一場大工程，逐步拆解成一串可控的小步驟。

1. 第一週：盤點現況。用 Screaming Frog 爬完整個舊站，匯出全部網址清單。同時從 GSC 匯出每個網址的曝光、點擊、排名基準。這份資料是你後續所有決策的依據。
2. 第二週：建立逐頁 URL 對應清單。把舊網址逐一對應到新網址，標出高價值頁面、標出刪除或合併的頁面、確認每一筆的轉址型態。這份清單要交給工程團隊當作轉址設計的規格書。
3. 第三週：在測試環境驗證。把新版部署到測試環境，逐項跑過前面那張「上線前 24 小時紅線檢查表」，包含 301 驗證、canonical、robots、noindex、結構化資料、Core Web Vitals。任何一項沒過，都不要上線。
4. 上線日：精準切換。依自己的流量資料選低風險時段，並確保工程、內容與監控人員在線；不必假設週末深夜一定最好。同步提交新版 sitemap、處理舊 sitemap，並抽驗高價值頁面。
5. 上線後 72 小時：密集監控。盯著 GSC 的網頁索引報表、抽驗高價值頁面的收錄狀態、區分正常波動與真正損害。發現問題，按分層搶救流程依序處理。
6. 上線後一到四週：耐心等待權重轉移。301 轉址的權重傳遞需要時間，排名在這段期間會波動，這是正常的。持續監控，但不要在這段期間做大規模的內容或結構變動，讓 Google 安定下來。

改版這件事，真正的成本其實不在設計費與開發費，而是你過去幾年累積、卻可能在一次切換中歸零的搜尋流量。SEO 的本質是存錢，而一次粗糙的搬家，可以把存了好幾年的提款簿一把清空。反之，一次計畫周密的搬家，可以讓你的流量幾乎無感地從舊網站延續到新網站。

這份投資值不值得？你自己算。當你看到改版後流量持平、甚至因為新版型體驗提升而微幅成長的那一刻，你會明白：那份逐頁的對應清單、那些在會議桌上據理力爭的 SEO 紅線、那 72 小時的密集監控，全部都值得。

想進一步把整體 SEO 體質打穩，你可以從 SEO 自學先講結論 建立完整觀念，或參考 E-E-A-T 指南 了解 Google 如何評估一個網站的可信度。如果你正在考慮要不要為了改版而找外部顧問，挑選網頁設計公司 與 網站維護成本解析 可以幫你釐清投入的合理性。搬家是風險，但若工程化地拆解它，它就僅是一次有點緊張的搬家，稱不上災難。