场景 · 站加速
站加速：先量 LCP/TTFB，再压图与缓存
一句话结论：站加速：先量 LCP/TTFB 再压图与关键资源，再谈 CDN；对照可回滚流水线，不为「全开缓存」牺牲可验收基线。
Hero 大图与第三方脚本拖垮 LCP 时：先量基线，再跑可回滚压图流水线，关键资源优先，最后才叠加 CDN/缓存。对照 加速实测 与 SEO Speed Image。
问题：为什么卡在这里
改版后变慢；堆了缓存却不稳定；Hero 图数 MB；App 脚本抢主线程。
方法：可执行步骤
1基线
LCP/TTFB 报告
→
2媒体
压图+尺寸槽位
→
3缓存
分层策略
→
4脚本
延迟非关键
→
5验收
老板向签字
工具卡片
WP 加速实测
图片与缓存组合结论；写清适用边界与下一步，避免一句话占位。
读实测 →SEO Speed Image
压缩流水线可回滚；写清适用边界与下一步，避免一句话占位。
产品 →老板向验收
LCP/TTFB 清单；写清适用边界与下一步，避免一句话占位。
读长文 →对比与边界
| 维度 | 建议做法 | 常见误区 |
|---|---|---|
| 媒体 | 80–220KB 目标区间 | 原图直传 |
| 缓存 | 先静态再全页 | 无差别清缓存 |
| 脚本 | 延迟非关键 | 无限 App |
场景优势：可测量、可回滚、可签字。
适用：独立站改版变慢、广告页掉转化。
不适合：共享主机过载却拒绝升级基础设施。
FAQ
CDN 能解决一切吗？
不能；源站 TTFB 与未优化媒体仍会暴露。
WordPress 网站速度优化从哪一步开始？
从基线开始：先拿到 LCP/TTFB 报告，再决定压图、缓存还是换主机。没有基线的「优化」无法验收，也容易越调越慢。
