往 WordPress 上传一张照片，它会悄悄生成好几份缩放副本。这是个好功能——能给手机发小文件——但疏于管理就会浪费存储，更重要的是掩盖页面变慢的真正原因。
WordPress 会生成哪些尺寸
默认情况下有三种注册尺寸加原图：
- 缩略图——150 × 150，默认硬裁成方形。用于后台列表和部分小工具。
- 中等——最大 300 × 300，等比。
- 大——最大 1024 × 1024，等比。
- 完整尺寸——你的原始文件，未做处理。
新版 WordPress 还会增加更多：超大上传的缩放版（超过 2560 像素的原图默认会被缩小），以及用于 srcset 的响应式尺寸。然后主题会注册自己的尺寸——首屏图、卡片、图库、归档缩略图——每个插件也会，比如 WooCommerce 就有商品列表、详情、图库三套。电商站点每张上传生成十五个文件是常态。
到底该上传多大
上传一次、给一个合理上限，其余交给 WordPress 派生：
- 正文/博客配图：长边 1600 像素足够。它能覆盖多数主题的通栏显示，也够典型栏宽下的高清屏。
- 特色图片：匹配主题注册的最大尺寸——常见 1200 × 630 或 1920 × 1080。查主题文档，不要靠猜。
- 首屏横幅：宽 1920 像素是实用上限，再大就是在为没人看得见的像素付费。
- Logo：主题允许就用 SVG，否则用显示尺寸 2 倍的 PNG。
上传前先压缩。WordPress 不会对你的原图做有意义的压缩，而当主题调用完整尺寸时，送出去的正是这张原图。
媒体库为什么暴涨
三个常见原因：
- 直接上传相机原图——一张 8 MB 的照片乘以十五个生成尺寸。
- 换主题后遗留的旧注册尺寸，文件会永远留在磁盘上。
- 同一张图以不同文件名重复上传。
清理当然有必要，但真正让网站变快的，是一开始就上传尺寸合适、已压缩的文件。
把速度做对
- 提供 WebP。 多数优化插件能实时转换；也可以直接上传 WebP，新版 WordPress 已经接受。
- 检查实际发出去的是什么。 打开页面，检查一张大图，比较它的渲染尺寸和原始尺寸。往 600 像素的位置塞 2048 像素的文件，是 WordPress 最常见的性能 bug。
- 显式设置宽高，让浏览器预留空间，版面不会跳动。
- 首屏以下的图片懒加载（WordPress 原生支持），但要确保首屏主图*不*被懒加载，否则会拖慢最大内容绘制。
一句话总结：一次尺寸正确、已压缩的上传，胜过事后任何插件配置。