WordPress 图片 SEO 清单：Google 实际关注什么
图片优化在 WordPress 中有两个独立维度：一是性能，包括文件大小、格式、压缩和 CDN；二是可发现性，即 Google 能否找到图片、理解其内容并将其纳入搜索结果。
两个维度相互关联但并不相同。一张压缩完美的图片可能永远不会被 Google 索引，而一张 alt 文本优美的图片却可能在每次加载时引发布局偏移。本文聚焦第二个维度，性能基础另有专文介绍。
站点级别设置
以下操作只需执行一次，之后站点所有图片都会受益。
1. 构建图片站点地图并核实其实际内容
搜索引擎无法排名它找不到的图片。图片站点地图为 Google 提供了直达站点每张图片的路径，对于靠图片搜索引流的内容尤为重要。
SEO 插件通常默认将图片纳入 XML 站点地图，大多数站点无需额外配置。需要特别注意的是：当图片托管在 CDN 子域名或与主站不同的域名时，标准 WordPress 站点地图往往只包含主域下的文件，导致 CDN 上的图片被遗漏。
建议对照 Google 图片站点地图文档 检查实际生成的站点地图输出，而非仅确认站点地图插件是否启用。
2. 只用一个图片优化插件
同时运行两个图片优化插件会引发冲突：压缩后的图片变形、缩略图错误生成、错误日志暴增。插件之间争夺相同的钩子，结果不可预期。
选择一款插件并正确配置即可。以 ShortPixel Image Optimizer 为例，它同时处理压缩、WebP 和 AVIF 格式转换、EXIF 信息剥离以及 AI 生成 alt 文本，一款插件即可覆盖全部需求，无需第二款工具重复做相同工作。
如果当前正在运行多个图片插件，继续下一步之前先禁用其余的。
3. 为图片配置浏览器缓存
浏览器缓存指示回头访客的浏览器将静态资源存储在本地，而非每次访问时重新下载。对于图片而言，这意味着首次访问后所有图片都从访客本地缓存加载。
如果正在使用 WP Rocket 或 W3 Total Cache 等缓存插件，这通常已默认配置。Kinsta 和 Servebolt 等托管主机在服务器级别配置此项，但建议确认一下，因为正确缓存的图片与未缓存的图片在重复访问时的差异是显著的。
单张图片检查清单
每次在站点发布内容时，按以下清单逐项检查。
4. 上传前先给文件命名
图片文件名是一个微小但真实存在的 SEO 信号。IMG20240314094512.jpg 这类名称无法传达任何信息，而 shortpixel-bulk-compression-dashboard.jpg 则让 Google 一眼就能理解图片内容。
在图片进入媒体库之前就完成重命名，使用描述性、以连字符分隔的文件名。保持准确描述，不要刻意堆砌关键词。原则是：用一个看不见图片的人也能理解的方式来描述它。
每张图片多花约五秒钟，长期累积效果可观。
5. 为每张图片声明宽度和高度
在 <img> 标签上声明明确的 width 和 height 属性，让浏览器在图片加载前就预留出正确空间。没有这些属性，图片到来时会导致页面布局跳动。
累计布局偏移（Cumulative Layout Shift，CLS）是 Google 用作排名信号的 Core Web Vitals 指标之一，缺少尺寸属性的图片是 CLS 分数不佳的最常见原因之一。修复方法很简单：为每张图片同时声明这两个属性。
WordPress 会自动为通过媒体库上传的图片添加这些属性。如果通过自定义区块、页面构建器手动嵌入图片，或使用页面构建器时，需要检查输出是否包含这些属性——页面构建器在某些场景下容易遗漏尺寸属性。
6. 正确处理 LCP 图片
最大内容绘制（Largest Contentful Paint，LCP）图片是从 Core Web Vitals 角度看页面上最重要的图片，通常是主图或特色图。有两个关键点需要注意： 第一，不能使用懒加载。 懒加载指示浏览器延迟获取图片直至其进入视口，对 LCP 图片使用懒加载会直接损害分数。WordPress 5.9 及以上版本会自动排除 HTML 源码顺序中的第一张图片，但那指的是"HTML 源码中的第一张"，而非"屏幕上首先可见的元素"。部分页面构建器和主题会在源码中先输出其他元素，导致主图意外带上 loading="lazy"。需要检查实际标签输出确认。
第二，为 LCP 图片添加 fetchpriority="high"。 这指示浏览器在发现该资源时立即将其视为高优先级，而不是等布局完成后再提升。跨多个站点的实验室测试显示，部分情况下 LCP 改善幅度达 20%~30%，但实际效果因页面中高优先级资源的竞争情况不同而有差异。
WP Rocket 通过其关键图片预加载功能自动应用此设置。如果未使用 WP Rocket，值得手动添加或通过性能插件配置。
不懒加载加高获取优先级，是改善 LCP 最直接的图片级操作组合。
7. 撰写准确的 Alt 文本（或实现自动化）
Alt 文本是搜索引擎理解图片内容的主要依据，同时也是屏幕阅读器向视障用户描述图片、以及图片加载失败时浏览器显示的替代文字。
撰写时应准确、自然地描述图片。如果图片展示的是 ShortPixel 批量压缩设置界面，就直接这样描述；"插件截图"这类模糊描述对任何人都没有帮助。关键词堆砌不会骗过 Google，反而会降低屏幕阅读器用户的使用体验。
图片 alt 属性：装饰图片的正确处理方式
对于不承载信息价值的装饰性图片，应使用空的 alt="" 属性，而非完全省略该属性。空属性会告诉屏幕阅读器跳过这张图片，而完全不带属性则会让它们自行猜测。
如果管理着大型媒体库，ShortPixel 的 AI alt 文本功能可以从图片内容自动生成 alt 文本，支持超过 100 种语言。在全站推广之前，建议先针对特定内容评估效果——但对于拥有数千张未标注图片的网站来说，这不失为一个批量打标签的合理起点。
配图 caption 的使用原则
Google 明确会从页面周围的配文和图片标题中提取图片信息。一段精心撰写的 caption 能为图片提供上下文信号，在竞争激烈的图片搜索词上带来实实在在的差异。
不过，这并不意味着要给每张图片都加上 caption。不必要的 caption 会让编辑内容显得杂乱。只有当 caption 真正有助于读者理解所看内容时，才值得撰写。
结构化数据：为商品和菜谱图片赋能
结构化数据为 Google 提供了超越 alt 文本和文件名所能推断的额外图片上下文。是否值得实施，取决于你运营的是哪种类型的网站。
带结构化数据的商品图片有机会出现在 Google Shopping 面板中。带结构化数据的菜谱图片则有资格获得富媒体结果。如果你在运营 WooCommerce 商店或发布美食内容，这值得实施。Rank Math、Yoast 等 SEO 插件会对支持的帖子类型自动处理相关架构标记，所以可能你什么都没做，它已经在后台运行了。
但对于标准的编辑类博客而言，这一项对排名没有实际帮助，直接跳过即可。
用 Search Console 核心指标报告测试，而非仅看 PageSpeed Insights
最常见的图片优化误区是：在首页上运行 PageSpeed Insights，修复它指出的问题，然后就宣布工作完成。
实际上，首页的图片数量通常比站内任何其他页面都少。真正积累图片权重和 SEO 问题的地方是商品页、博客文章、作品集页面和落地页。
Google Search Console 的核心指标报告提供所有 URL 的真实字段数据，展示的是真实用户在真实页面上的体验，而非你手动测试过的那些页面。如果存在大规模 LCP 或 CLS 失败，你能在那里找到它们，以及具体是哪种页面类型受影响最大。
用这份报告来验证你的优化效果，而不是拿着一份单一的人工测试结果沾沾自喜。
延伸阅读
- 图片优化技巧指南（WordPress 官方开发者文档）
- WordPress 响应式图片详解（srcset 和 sizes 机制）
- Google 图片站点地图文档
- PageSpeed Insights 网页速度分析工具
