平台切換不是 DNS 按下儲存的那一刻。最後全量/增量資料、舊站新訂單、庫存、付款、物流、redirect、Email、analytics 和客服必須在同一時間線上有 owner。沒有明確 freeze 與 rollback，兩個系統會同時收單或互相覆寫。
切換計畫用分鐘/小時級 runbook，所有決策在演練時先完成。
選擇窗口和成功門檻
依流量、訂單、倉庫、金流、供應商與團隊時區選低風險窗口，避開大促、發薪、結帳和外部 freeze。列成功 KPI：首頁/商品/checkout、付款、訂單、庫存、出貨、Email、tracking、SEO status 和 error。
窗口也需足夠時間 rollback，不能在團隊下班前才切換。
T-14 到 T-7 完成演練
用接近 production 的全量資料跑 migration、對帳、crawl、payment、shipping、tax、Email、analytics、load 和 security。計時每步、記錄依賴與錯誤，更新 runbook。
DNS TTL 提前調整，domain、SSL、CDN、WAF、redirect 和 certificate 在可行範圍預驗證。供應商確認 on-call 和 escalation。
定義 freeze 和增量
商品、價格、內容、promotion、customer 和 integration 各有 freeze 時間。完全不能 freeze 的資料設 delta extraction/watermark 和 owner。最後訂單 cutoff 後，舊站新訂單由人工或增量搬入，避免漏單。
明確兩站哪一個能寫庫存、退款和出貨。舊站 checkout 關閉前後的 cart/session 如何處理也要說明。
Go/no-go 使用證據
在 T-24、T-2 和切換前設 decision gate。檢查 migration reconciliation、blocker、payment approval、DNS、monitor、backup、rollback 時限和人員。每項是 pass/fail/accepted risk，接受風險有決策者。
不要因為已宣布日期就忽略付款或庫存 blocker。延後條件事先寫好。
War room 職責清楚
Incident commander 控制節奏，technical lead、data、frontend、payment、ERP/WMS、SEO/analytics、operations、customer service 和 communications 各有 owner。單一 channel 記錄時間、命令、結果和決策。
只有指定角色能改 DNS、deployment、payment 和資料 job，避免多人同時修正。
切換依序執行
停止舊站寫入/checkout，完成 final delta 和 reconciliation，啟用新 integration，部署 production，切 DNS/domain，驗證 SSL/cache，再跑 smoke。實際順序依架構調整，但依賴和可回復點必須明確。
資料 job 每一步保存 count、checksum/total、error 和 legacy-new ID。不要只有 console 顯示 done。
Smoke test 使用真實旅程
桌面/手機、訪客/登入、主要 market 完成首頁、搜尋、collection、product、variant、cart、discount、shipping、tax、payment 成功/失敗、Email、訂單、ERP/WMS 和 refund。使用低風險真實付款，不只 sandbox。
SEO 驗證 status、robots、canonical、hreflang、schema、sitemap、redirect 和 404；詳見 SEO 改版驗收。Analytics 看 consent 和 purchase 去重。
Rollback 是可執行程序
定義觸發：payment failure、訂單漏失、庫存不可控、大量 5xx、資料錯誤或安全事件。寫出 DNS/deployment 回退、舊站 reopen、delta merge、customer communication 和避免雙單方式。
資料一旦在新站產生，回退不只是切 DNS。新訂單、customer、payment 和 inventory 要如何回舊系統必須演練。
Hypercare 持續監控
前 2/24/72 小時與一到兩週看 order、payment、inventory、fulfillment、refund、support、404、SEO、analytics、performance、queue 和 error。每個 issue 有 severity、owner、workaround 和 root cause。
舊站保留受控只讀直到財務、客服、法務與資料簽核。退役憑證、cron、webhook、hosting 和供應商，不留未監控入口。
切換成功要看顧客、訂單與營運能否在新平台穩定運作、所有差異是否完成對帳，以及回復窗口是否安全結束；首頁上線只代表其中一小步。