博客图片不必越大越好，也不是每个段落都需要配图。对技术文章来说，能解释界面位置、请求路径或步骤差异的图片更有用。概念插画可帮助理解主题，但应注明用途，不能让读者把生成图当成真实产品截图或测试结果。
先确认图片在页面上承担什么任务
操作截图需要让关键文字可读；流程示意应说明关系；纯装饰图不应重复文章的全部关键词。发布前在手机和桌面各看一次，若关键内容必须不断放大才能看清，应裁定信息层次或拆成更清楚的图，而不是单纯提高像素。涉及后台截图时，还要先处理密钥、个人资料和内部地址。
从实际显示尺寸选择文件
例如一张在正文中显示约800像素宽的插图，不需要无条件向所有设备发送几千像素的原始文件。高像素密度屏幕和可放大截图可能需要更大版本，应通过浏览器实际选择的资源来判断。检查网络面板中的文件体积、编码格式、加载耗时和显示宽度，而不只看媒体库里的原图尺寸。
WordPress、主题和存储插件对衍生尺寸的处理可能不同。上传后应检查页面是否输出 srcset、sizes 和可用的 src 回退地址；不要直接猜测带尺寸后缀的文件一定存在。Google 的图片指南建议用标准 img 元素，并为响应式图片保留 src。
alt 描述信息，不承担关键词清单的任务
| 图片用途 | 替代文本思路 |
|---|---|
| 请求路径示意 | 说明客户端、边缘节点和源站之间的关系 |
| 配置截图 | 描述关键设置及其状态，详细步骤留在正文 |
| 纯装饰纹理 | 通常使用空 alt，避免给屏幕阅读器增加噪声 |
| 含数据的图表 | 提供核心结论，并在正文补充可读取的数据 |
文件名也可以描述主题，但不能依赖重命名替代内容质量。不要为了更换文件名制造大量失效图片链接。
首屏与下方图片分开检查
为图片声明正确的 width、height 或稳定比例，防止下载后把正文向下挤。页面下方图片可使用延迟加载；首屏关键图片应重点检查是否因为懒加载错过及时显示。一个主题可能同时加入自己的懒加载逻辑，最终要看真实页面有没有出现占位图不替换、滚动后重复请求等情况。
验收看结果，不看插件开关
- 冷缓存打开文章，确认重要信息先可读，图片随后正常出现。
- 检查失效图片、过大的原图和移动端横向溢出。
- 核对图片域名的访问限制，避免普通页面开放而图片被防盗链误拦。
- 在相同条件下比较优化前后网络请求与可读性，保留原图便于返工。
若问题来自多层缓存，先按缓存隔离的边界检查配置。压缩率、图片数量和 AI 生成方式本身都不能保证搜索排名。
参考资料
作者：lgd。资料核对：2026-10-08。本文采用 AI 辅助整理；示例用于说明方法，不代表本站实测数据。
