官網改版不掉排名：一份上線前後的交接清單

新官網上線第九天，老闆打電話來：詢問單掉了七成。原因是舊網址沒有轉址，三百多個頁面同時變成 404。這份清單來自那次事故的檢討會。上線前逐項打勾，上線後第一天、第七天、第三十天各查一次。

上線前十四天要備份的東西

項目	怎麼取得	存成什麼格式
全站網址清單	匯出 sitemap.xml 與 Search Console 的頁面報表	試算表，一列一個網址
每頁的標題與描述	爬蟲工具匯出	試算表，含網址、標題、描述
近十二個月的流量頁面	GA4 的網頁與畫面報表	試算表，含工作階段數排序
有外部連結的頁面	外連分析工具	試算表，含連入網域數
表單提交紀錄	後台匯出	CSV
圖片與檔案	下載上傳資料夾	壓縮檔，保留原始路徑
資料庫	主機面板匯出	SQL 檔，存兩份不同位置

轉址表怎麼做

把舊網址清單與新網址清單並排。每一列填三欄：舊網址、新網址、狀態碼。狀態碼一律填 301。找不到對應頁面的，轉到最接近的分類頁，不要全部轉首頁。全部轉首頁會被判定為軟性 404。

舊網址類型	轉到哪	常見錯誤
產品頁	新的同一支產品頁	轉到產品列表首頁
已下架產品	該產品的分類頁	直接留 404
部落格文章	新的同一篇文章	網址結構改變後未對應
分頁列表第 2 頁以後	該列表第 1 頁	逐頁對應造成鏈式轉址
含參數的網址	去掉參數的正規網址	參數保留造成重複內容

上線當天的九個檢查

1. 檢視原始碼，確認 robots meta 不是 noindex。
2. 開啟網域加 /robots.txt，確認沒有 Disallow 斜線。
3. 送出新的 sitemap.xml 到 Search Console。
4. 隨機抽二十個舊網址，逐一貼進瀏覽器，確認回應 301。
5. 確認 GA4 追蹤碼在新版每一頁都有。
6. 確認轉換事件在新的表單上會觸發，實測送出一次。
7. 確認 canonical 指向新網址，不是測試站網址。
8. 確認 HTTPS 憑證有效，且 http 會轉到 https。
9. 用手機開五個主要頁面，確認顯示與按鈕可點。

上線後三個時間點要看的數字

時間點	看什麼	紅線
第 1 天	404 錯誤數、GA4 即時使用者	404 超過 20 筆
第 7 天	Search Console 的收錄頁數、平均排名	收錄頁數掉超過三成
第 30 天	自然搜尋工作階段、表單完成數	比上線前月均低超過兩成

第七天收錄頁數掉超過三成，先查兩件事：轉址表有沒有漏、頁面有沒有被加上 noindex。這兩件事佔改版事故的多數。

合約要寫進去的五句話

• 轉址表由承接方製作，逐列對應，驗收時抽查五十筆。
• 上線後三十天內，因轉址遺漏造成的 404，由承接方無償修正。
• 原始設計檔與程式碼於結案時交付，格式可再編輯。
• 主機、網域、GA4、Search Console 帳號皆開在業主名下。
• 結案前提供一份操作手冊，含發文章、改圖片、改選單三段圖文。

改版是把地基重砌，順序錯了要付兩次錢。想確認外包報價包含哪些工，可以讀SEO 服務報價怎麼算。想知道採購時該問什麼，可以讀找數位行銷顧問公司：七個問題，一張比較表。

改版的四種做法怎麼選

改版不只有一種。網址要不要動、內容要不要重寫，決定了風險大小。四種做法的差別寫在下表。

做法	網址	內容	排名風險	適合誰
換皮	不動	不動	低	只想改外觀
換架構	部分改	保留為主	中	選單與分類要重排
換系統	可能全改	搬移	高	從舊系統搬到新系統
全部重做	全改	重寫	最高	品牌轉型或併購

多數公司說要改版，實際需求是換皮加換架構。先確認需求，再決定預算。把換皮當成全部重做來發包，會多付兩倍的錢，還多承擔一次排名風險。

測試站不能被搜尋引擎看到

測試站被收錄，正式站就多了一個一模一樣的對手。防護要做三層。第一層，測試站加上密碼保護。第二層，測試站的每一頁加 noindex。第三層，測試站的 robots.txt 全站封鎖。三層都做，才不會漏。

上線那天要做反向動作：把三層防護拿掉。多數改版事故的第一名，就是正式站沿用測試站設定，整站掛著 noindex 上線。上線後先看原始碼那一行，五秒鐘可以確認。

內容搬移的優先順序

1. 近十二個月流量前五十的頁面，逐字保留，網址一對一對應。
2. 有外部連結指入的頁面，即使流量低也要保留，那些連結是資產。
3. 帶來詢問的頁面，包含表單頁與案例頁，先搬並且先測試表單。
4. 其餘頁面依主題合併，兩篇談同一件事的文章合成一篇，舊網址轉到新的那一篇。
5. 過期活動頁與重複頁面，可以刪除，刪除後轉到分類頁。

第四項合併最花時間，效果也最大。舊站常有十幾篇談同一個題目的短文。合成一篇兩千字的完整版本，排名往往比原本任何一篇都高。

上線時間怎麼挑

不要在週五下班前上線。出問題時，沒有人在線上處理，網站會壞兩天。也不要在旺季前一週上線，那是最沒有容錯空間的時間點。

時間	適合度	理由
週二上午	高	整週都有人可以修
週三上午	高	同上，且流量穩定
週五下午	低	出事沒人處理
連假前一天	低	四天無人監控
旺季前一週	低	沒有容錯空間
淡季月初	高	掉流量的損失最小

上線後留兩個人待命四小時。一個人看後台錯誤，一個人手動點過主要流程：首頁、產品頁、表單、結帳。四小時沒事，才算完成。

待命名單要寫在紙上，含姓名、手機、負責範圍三欄。主機商的客服電話也寫上去。真的出事時，沒有人記得帳號密碼放在哪個對話紀錄裡。

另外準備一份回退方案。舊站不要當天刪除，留在原本的主機上放三十天。新站出現無法修復的問題時，把網域指回舊主機，十分鐘可以恢復營業。這三十天的主機費，是整個改版案裡最便宜的保險。

延伸閱讀

• 網站健康度稽核。一個下午做完的二十四項技術檢查。
• 三秒鐘的代價。LCP、INP、CLS 一次修好的現場。
• 內部連結像水管。主題叢集怎麼把權重送到成交頁。
• 行銷數據交接的六份文件。從 GA4 到年度報告。

關於作者與審稿

冠誠數位行銷（GuanCheng Martech）的顧問團隊撰寫這篇文章。團隊累積 295 個專案，服務 308 家客戶，操作範圍包含 SEO 自然排名、AEO 答案引擎、GEO 與 LLMO 佈局、Google 與 Meta 廣告投放、電商維運與數據歸因分析。

文章裡的數字來自冠誠數位行銷實際經手的客戶帳戶與後台報表，客戶名稱與可識別資訊都已經移除。內容由負責該領域的冠誠顧問審稿後發佈，最後更新日期為 2026 年 8 月 10 日。讀完有問題，可以到冠誠數位行銷官方網站的預約諮詢頁面留下聯絡方式，我們會用你提供的時段回電。