2025年底我接手了一个电商站，做家居用品的。首页加载6.3秒，移动端PageSpeed Insights得分23分，LCP 8.7秒。老板说打开网站慢得想砸手机。说实话，这数据在独立站里不算最差的，但确实已经到了影响转化率的程度——后台显示超过3秒就开始有用户关页面走人，6秒以上的跳出率超过60%。
先说一下这个站的底子。WordPress + WooCommerce，阿里云轻量服务器2核4G，没做任何优化。图片是商家直接上传的原图，首页光banner图就3MB多。插件装了二十几个，其中有几个已经两年没更新了。CDN没用，全站直连服务器。缓存？不存在的。
第一步，图片。我跑了一遍全站，光首页就加载了11张图片，加起来超过8MB。全改成WebP格式，质量设82，肉眼看不出来差别但文件小了60%-75%。3MB的banner图压到了480KB。然后用img标签的loading="lazy"给首屏以下的图做懒加载。这一步改完，首页加载时间从6.3秒降到4.1秒，LCP从8.7秒降到5.2秒。
第二步，JS和CSS。我把不需要的插件从23个砍到了9个。每删一个就刷新看一次有没有炸，这个过程挺胆战心惊的——有个老插件删掉之后购物车功能直接崩了，翻了一下午代码才修好。剩下的CSS和JS全部走合并压缩，Autoptimize插件配好之后，CSS请求量从14个减到2个，JS从19个减到4个。这一步做完，首页加载降到3.0秒，LCP降到3.8秒。
第三步，CDN。上了Cloudflare免费版，全站静态资源走CDN。这里踩了一个坑：一开始CDN缓存策略设得不对，管理后台的实时库存数据也被缓存了，仓库那边上午更新了库存下午还显示旧的，客服接了好几个投诉电话。后来把/wp-admin和API接口路径设了绕过缓存才消停。CDN生效后，TTFB从1.8秒降到了380ms，首页加载降到2.4秒。
第四步，缓存。服务端上了Redis对象缓存，配合Nginx FastCGI Cache。这个操作立竿见影——缓存命中的页面TTFB直接掉到50ms以内。但有个副作用是登录用户的购物车状态偶尔串号，调试了两天才发现是FastCGI Cache把带有用户cookie的请求也缓存了。加上skip_cache规则检测wp_logged_in cookie之后问题解决。缓存策略跑稳之后，首页首屏加载到了1.8秒。
第五步，字体。Google Fonts加载要额外发起DNS查询和下载，把中文字体换成了系统字体栈，英文字体用font-display: swap。这个改动看起来小，但FCP从2.0秒到了1.4秒——因为之前字体文件在阻塞渲染。
到了这时候，首页加载时间稳定在1.5秒左右，LCP 1.9秒，TTFB 45ms，移动端PageSpeed得分从23分到了87分。当然不是说每一页都这么快，商品列表页因为图片多还是会在2.3秒左右，但首页作为最主要的流量入口这个速度已经够用了。
回过头来看，这次优化的关键其实不是技术多牛，而是知道从哪里下手。图片永远是大头——这个站81%的加载时间都耗在图片上。第二大头是插件和JS，很多插件加载的资源用户根本用不到。CDN和缓存是性价比最高的操作，基本零成本。字体优化属于锦上添花，但FCP的提升对用户体验影响很大——用户看到内容的速度决定了他们会不会留下来。
如果让我总结一个方法论：先跑一次PageSpeed Insights拿到具体数据，然后按优先级来——图片优先改（收益最大），JS/CSS该砍就砍（别心疼），CDN和缓存是基础配置（必须上），字体放最后（有更好，没有也不致命）。每一步改完都测一次，别一口气全上，不然出了问题你都找不到是哪个环节搞的。
还木有评论哦，快来抢沙发吧~