很多站点在排查“為什么打開慢”时，第一反應是服務器配置或資料库，但真正的大头往往在静態资源上：一個没压缩的主图、一份塞满注释的脚本、几個重复引入的样式文件，加起来就足够让首屏多等一两秒。對訪客来说是等待，對搜尋蜘蛛来说是抓取预算被無谓消耗。
先把资源清点清楚
優化之前先要有一份底帳。打開首頁和几個典型内頁，用浏览器開發者工具的網絡面板，按体积排序看一遍，通常能發現几類問题：超過几百 KB 的图片、被多個頁面重复引用的大脚本、只在某個小模块用到的第三方库。
值得重点记錄的信息
- 每個资源的体积、請求數量和加载顺序；
- 哪些资源是首屏必须的，哪些可以延後；
- 是否存在同一份库的不同版本被同时引入；
- 第三方統計、客服、字体等外部资源是否拖慢關键路径。
压缩與合並要讲取舍
压缩和合並是老办法，但不能無脑做。把十几個小脚本合並成一個文件，可能让首屏多下载一堆用不上的代碼；反過来，拆得太碎又會带来大量請求。判断标准很简單：這個资源在首屏渲染时是否真的需要。
- 样式表尽量精简並放在头部，避免頁面闪烁；
- 交互類脚本用延迟加载，不阻塞首屏；
- 非首屏模块的代碼按需加载，不要一次全塞進来；
- 合並前先確認文件之間没有相互依赖顺序問题。
图片通常是体积大头
一個内容站点，图片往往占整体流量的七成以上。常见問题是：原图直接上传、尺寸遠超展示区域、格式還停留在体积偏大的老格式。處理方法並不复杂，關键是形成上传前的习惯。
- 按展示尺寸裁切，不要用大图靠 CSS 缩小；
- 優先選用压缩效果更好的图片格式，並做好兼容回退；
- 列表頁用缩略图，詳情頁再给大图；
- 首屏之外的图片延迟加载，但要给占位尺寸避免布局跳動。
別只看單張图片省了多少 KB。真正影响体感的是首屏那几張图，先把它們處理好，收益比批量压缩几千張歷史图更明顯。
缓存和版本号別忽略
静態资源設定較長的缓存時間，可以顯著减少回訪用戶的等待。但缓存的前提是文件名或查询參數能随内容變化更新，否則改了文件用戶和蜘蛛拿到的還是舊版本，問题會更难排查。
自查要点
- 带指纹的文件名是否随构建自動更新；
- HTML 文档本身是否設定了合适的缓存策略，避免入口頁長期不刷新；
- CDN 刷新是否在發布流程里，而不是靠临时手動操作；
- 失效资源是否返回正确的狀態碼，而不是一直返回舊内容。
發布前的小清單
- 首頁在弱網环境下打開，首屏是否還能在可接受時間内出現；
- 新增的脚本和图片是否已压缩並按需加载；
- 缓存版本号是否更新，CDN 是否已刷新；
- 随机抽查几個内頁，確認没有资源加载失敗或路径寫错；
- 把這次改動记錄在运营日誌里，方便下次對比。
静態资源優化不需要一次做到极致，按季度做一轮清点，把明顯超标的资源處理掉，就能让頁面速度和抓取体驗保持在一個稳定水平。