Core Web Vitals 在跨境站上最常被图片拖垮：主图过大、格式滞后、懒加载误伤 LCP。本文给出AI 压缩前后对比表（方法示意，非承诺已达成流量），以及可落地的图片流水线。
为什么「只开 CDN」不够
CDN 解决距离，不解决字节。LCP 元素若是 2–4MB 的 PNG/JPG，边缘节点也只是更快地把大文件送出去。需要：格式（AVIF/WebP）、尺寸（按槽位裁切）、质量闸门（品牌色/边缘伪影抽检）、以及主题不阻塞渲染。
压缩前后对比（实验室方法示意）
| 指标 / 素材 | 优化前（典型债） | 优化后（流水线目标） | 验收注意 |
|---|---|---|---|
| 首页 Hero 图体积 | 1.8–3.5 MB JPG | 80–220 KB AVIF/WebP | 目视抽检品牌质感 |
| LCP（模拟中端机） | 常 > 4.0s | 目标压到「可继续优化」区间 | 以实测报告为准，不写虚高承诺 |
| 商品主图（10 张） | 单张 800KB–2MB | 单张 60–180KB + 一致裁切 | 批量变体要可回滚 |
| CLS | 无宽高导致跳动 | 占位尺寸写死 | 主题区块与 App 横幅一并查 |
| INP / 主线程 | 多 App 脚本抢主线程 | 可卸载、延迟非关键 | 转化组件按场景启用 |
数字是方法目标与常见债区间，用于排期与验收口径；具体站点以诊断与实测为准（见 WP 加速实测、商品图实测）。
推荐流水线
- 盘点 LCP 候选元素与最大图片清单。
- 用 AI 压缩/格式转换（如 SEO Speed Image）批量产出，保留原图。
- 主题侧：宽高、preload 仅限真正 LCP、禁止把所有图 eager。
- 缓存与 CDN：静态长缓存 + HTML 短缓存；WP 见主机与页面缓存组合。
- 每周抽检 5 个 URL 的 CWV 字段，而不是只看总分。
结论先行：独立站 Core Web Vitals 优化里，图片往往是 LCP 的第一嫌疑。本文的压图对比数据显示，同一主题在压缩策略切换后 LCP 差异显著；先把首屏大图换成正确尺寸与现代格式，再谈缓存与 CDN，顺序不要反。
