图片压完了，还是慢

有个店铺找我优化，说图片全压过一遍，首页还是四秒多。

我测了一次，下载段确实降了，但 TTFB 反而占了大头，接口在拖，压图等于压错了对象。

电商慢的四个固定来源

四个来源，对应四种手段，混着做等于没做。

图片：列表页一屏几十张，详情页还有放大图，体积最直观，也最容易先被盯上。

第三方：统计、客服、推荐、支付 SDK，每个都要建连和握手，堆多了很致命。

接口：库存、价格、优惠券，实时查询天然慢，而且没法靠缓存绕过去。

首屏结构：模板层层嵌套，渲染顺序不对，内容出来了样式还没到，看着像白屏。

五段怎么对号入座

对上了号，就不用试错，也省得反复开会。

下载段最大：先处理图片和资源体积，收益最直接，也最好衡量。

TCP 和 TLS 偏大：域名拆太多，或者第三方脚本太多，合并比删更现实。

TTFB 高：接口慢，去看库存和价格的查询，这一段只能动后端。

DNS 段异常：检查是不是用了太多第三方域名，解析请求排长队。

优化顺序

先大后小，先易后难，投入产出比最高。

先解决占比最大的那一段，不要同时动四个地方，动多了分不清效果。

用宝塔拨测的网站测速跑多地区多运营商节点，看五段和状态码，再按地区、按运营商分组，区域差异也很常见。

改一项就复测一次，确认这一段真的降了，别只盯着总分。

哪些别急着动

有些东西删了会出事，尤其是支付和登录。

支付 SDK 不要随便删，先确认它是不是真在首屏加载，很多是延后加载的。

推荐位可以延后加载，用户不一定会看，先保证主图能出来。

统计脚本可以改成异步，别让它挡在渲染前面，这一条改动成本极低。

复测与结论

两类页面分开看，才看得准，也才知道先改哪个。

同一组节点连测三次，避免被波动骗，单次结果很容易让人误判。

首屏和详情页分开测，两类页面的瓶颈往往不同，一起测会互相稀释。

结论写清「哪类页面、哪一段、改了什么」，下次直接查，不用重复推理。

电商的慢，先分类再动手，效果才明显。

明显了，转化率才不会被速度拖累。

速度上来，用户才愿意多逛两页。

多逛两页，成交机会自然多。

机会多了，生意才稳。

稳做生意，才有余力做优化。

优化顺手，速度就稳。

稳住了，体验就有保障。

有保障，用户才愿意下单。

下单顺，体验才算完成。

完成一次，下次就有底。