網站搬遷最容易翻車的時刻，往往不是切換（Go-Live）的當下，而是切換之後的第一天。
很多人以為切換 DNS 後，自己重新整理瀏覽器看到首頁能打開、沒報錯，就代表大功告成。實際上，這種「首頁看起來沒事」的表象最危險。真正的風險，通常悄悄藏在登入機制、表單送出、靜態資源、API 呼叫，以及快取與回源的路徑裡。
網站搬遷的真正完成，是你能確認上線前 24 小時內沒有出現「隱性退化」。
前 24 小時最值得盯的
前 24 小時最值得盯的，不是單一頁面，而是整體行為。你要看的不是「有沒有開」，而是「有沒有穩」。例如錯誤率有沒有上升、回應時間有沒有變慢、流量是不是突然掉了、某些裝置或瀏覽器是不是特別容易出問題。這些訊號比首頁截圖更能告訴你事情對不對。
指標一：最不該被忽視的早期警報 —— 錯誤率（Error Rate）
切換後，你第一個該調出來盯的儀表板（Dashboard）不是流量圖，而是錯誤率。
如果搬遷後系統的 404 Not Found、500 Internal Server Error 或是 502 Bad Gateway 開始異常上升，這通常是以下環節沒有對齊的強烈訊號：
- 路由配置錯誤（Nginx / Apache 設定沒同步）
- 檔案路徑遺漏（搬運過程中漏了特定目錄）
- 反向代理（Reverse Proxy）或快取規則（Cache Rules）衝突
錯誤率是系統健康度的「早期警報」。首頁成功打開一次不代表沒事，但錯誤率突然飆升，絕對代表某個角落正在崩潰。
指標二：最容易無聲崩潰的魔鬼 —— 登入與表單 (Authentication & Forms)
這兩個流程是搬遷後最容易被忽略的「視覺盲點」，因為它們不像首頁那樣顯眼，但只要一出事，就是直接衝擊商業營收的核彈級災難。
很多網站表面看起來風平浪靜，實際上使用者根本無法完成關鍵動作。這類問題通常起源於：
驗證碼（Captcha）失效： 金鑰忘記更新，導致驗證碼元件直接卡死，使用者連嘗試登入的機會都沒有。
Cookie 與 Session 遺失： 新舊伺服器的 Session 機制沒接好，導致使用者一登入就立刻被登出。
跨網域（CORS）與權限問題： 表單送出時，API 阻擋了來自新環境的請求。
指標三：拖慢速度的隱形殺手 —— 靜態資源 (Static Assets)
圖片、CSS、JS、字型（Fonts）以及各式追蹤碼（GA4、Pixel 等），這些東西如果沒跟著切乾淨，頁面可能還是勉強能載入，但裡面的功能和細節早就壞了。
- 功能失效： JS 沒載入成功，導致購物車按鈕點了沒反應、下拉選單打不開。
- 排版歪掉： CSS 或是字型檔案遺漏，網頁在某些瀏覽器或手機版直接「大素顏」。
- 追蹤斷線： 追蹤碼沒成功觸發，導致行銷數據直接出現斷崖式滑落。
最麻煩的是，這類靜態資源的問題通常有特異性（只發生在某些特定瀏覽器或舊型號手機），這絕對不是點開首頁抓張截圖就能看出來的。
指標四：表面很穩、底下重試的 —— 回源與快取 (Origin & Cache)
這是最玄、也最常讓工程師掉以輕心的狀況：前端看起來完全正常，但底下的流量路徑早就走鐘了。
搬遷後，常見的快取與回源悲劇包括：
- 打到舊路徑： CDN 快取層還留著舊資料，或者某些硬編碼（Hardcoded）的 API 請求其實還在源源不斷地打往已經停用的舊伺服器。
- 瘋狂回源： 快取規則沒設定好，導致所有請求繞過 CDN 直接衝向新的源伺服器（Origin），瞬間把新主機的 CPU 頂到 100%。
這種現象就像表面很穩，底下卻一直在瘋狂重試（Retry），久了不僅整站變慢，還可能在新主機剛上線時就把它直接衝垮。
實戰工具：你的 24 小時「重點防線」檢查清單
其切換後像隻無頭蒼蠅每個網頁都去點一下，不如把精力集中在「出問題會直接影響營運」的核心防線上。我建議將前 24 小時的觀察指標，拆解為以下四個維度：
| 防線分類 | 盯防重點 (What to watch) | 實務驗證動作 (Action) |
| 1. 必要功能 (核心商業邏輯) | 登入、註冊、購物車、結帳流程、表單送出。 | 親自走一遍完整的關鍵操作，並檢查後台資料庫是否有正確寫入資料。 |
| 2. 高流量頁面 (門面與流量入口) | 網站前 5 大高流量的活動頁、商品頁或熱門文章。 | 檢查靜態資源（圖片、字型）是否載入完整，有沒有因為路徑不對而報 404。 |
| 3. 關鍵來源 (多管道驗證) | 來自不同裝置（iOS/Android）與不同瀏覽器（Safari/Chrome）的行為。 | 利用調閱日誌（Logs）或監控工具，觀察是否特定裝置的錯誤率特別高。 |
| 4. 回報通道 (客戶的聲音) | 客服系統、Line 官方帳號、或內部通報群組。 | 有時候系統監控沒響，但客服已經被客戶塞爆。確保回報管道暢通，是最後的防線。 |
結語：別只用「能打開」來定義成功
搬遷結束，不代表工作結束。
一個網站搬遷項目的真正成功，不是看切換 DNS 那一瞬間的歡呼，而是看切換後的 24 小時內，你能不能透過數據確認系統沒有出現任何「隱性退化」。
看懂這件事，下次當主管或客戶問起「新網站還好嗎？」的時候，你不再需要心虛地回答「首頁看起來可以打開」，而是能自信地拿出數據告訴他：「錯誤率正常、關鍵流程順暢，我們的搬遷真的成功了。」
