外貿網站上線前檢查什麼：一份按風險排序的清單

先走完整客户路徑

從搜索或廣告落地頁進入，打開產品詳情，查看聯繫方式並完成一次測試諮詢。分別使用手機和電腦，檢查必填字段、錯誤提示、成功反饋和內部接收記錄。外部客服鏈接要確認目標正確，而不是隻看按鈕文字。

再查地址和抓取基礎

核對主要域名、HTTPS、規範鏈接、站點地圖和 robots 規則。測試一個不存在的地址，確認返回真實的錯誤狀態。若替換舊站，提前整理舊頁面與新頁面對應關係，不要等搜索流量下降後才找歷史地址。

最後驗證交接能力

確認誰能修改內容、恢復備份、續費軟件和處理故障。保存上線前版本及回滾步驟，列出已知限制和後續任務。用“已測試的事實”交付，而不是籠統寫一句“網站正常”。

教學示例

驗收記錄可以寫成：手機端提交編號 TEST-01，後台記錄存在，通知到達指定郵箱，耗時及測試人員已記錄。測試數據要明確標識，結束後按內部規則清理，避免誤當成真實銷售線索。

執行清單

• 首頁、產品、諮詢和錯誤頁面均已檢查。
• 在不同設備上完成一次完整詢盤測試。
• 備份、續費和緊急聯繫人已完成交接。

交付不是隻發送一個網站地址

交接應包含可訪問頁面、管理員權限、內容更新方法、賬號與服務清單、備份位置、使用説明和驗收記錄。平台店鋪、主機網站和定製程序的可交付範圍不同，需要分別列明。第三方主題、應用和素材按實際許可使用，不把它們全部描述為企業獨佔產權。接收人確認可以登錄並完成關鍵操作後，再結束該項交接。

售後範圍可以這樣説明

把日常操作答疑、已有問題修復、定期維護、內容錄入和新增功能分別列出。約定工作時段、問題等級、初步響應和實際解決的區別；涉及第三方平台的故障還需要説明協作邊界。持續售後代表有明確支持入口，不意味着任何新需求都永久免費。重要事項通過記錄或工單確認，比只在聊天裏口頭承諾更便於長期維護。

準備好變更與回退機制

上線後修改內容、程序或配置，先判斷是否需要備份和測試。較大的功能調整應有確認範圍、實施時間、檢查步驟與失敗回退方式。客户更換對接人時同步更新權限和聯繫人，不通過公開表單傳遞密碼。每次維護後記錄實際修改和需要持續觀察的事項，日後再次改版或更換服務方時，網站資料仍然能夠接續使用。