一、上線前的準備
1）圖像
1. 頁面中所有圖像是否都已壓縮
2. 是否有條件將圖像修改成性能更優的 webp 等格式
3. 頁面中的圖像數量是否可減少，例如活動中的規則等文案用文字替換
4. 頁面中的圖像是否支持懶加載或預加載，避免降低頁面加載時間
5. 是否需要讓客戶端緩存本地圖像
2）首屏
1. 是否已將第三方庫腳本提取到單獨的文件中
2. 是否已剔除不必要的腳本邏輯和腳本鏈接
3. 在移動端頁面，是否可以用輕量級的庫替換重量級的庫
4. 儘量先處理首屏中元素的呈現，首屏外的可以延遲加載
3）交互
1. 標籤欄切換是否需要增加 loading 動效，避免閃動
2. 頁面中是否需要內置骨架屏特效，增加用戶體驗
4）接口
1. 接口是否已經過安全測試，避免被人找到漏洞刷接口
2. 接口中的代碼是否做了異常防禦，例如調用的第三方接口返回空數據導致異常
3. 接口響應時間控制在 100ms 以內，例如增加緩存
4. 啓用客戶端的接口預請求能力（成功率在 23.1% 左右），減少接口的等待時間
二、上線後的保障
1）監控
1. 頁面維護人員，需要觀察監控系統中的錯誤趨勢，有異常就立刻修正
2. 接口維護人員，需要觀察接口的錯誤和慢響應情況，有異常就立刻處理
3. 所有維護人員，需要保障家中有可調試的開發環境，並且可隨時對頁面進行抓包
2）性能
1. 頁面維護人員，需要分析白屏在 2 秒以上的性能瓶頸
2. 頁面維護人員，需要了解頁面在各個分位數中的性能時間
3）反饋
1. 所有維護人員，及時響應需求羣中的反饋
2. 所有維護人員，及時響應技術問題集中對接羣內的反饋