图像 SEO 优化：2026 年实用清单

最后更新：July 26, 2026

图像 SEO 是页面速度、可访问性和搜索发现三者同时落到同一个文件上的交汇点。这份清单覆盖了在一张图片能够被排名之前，Google 和 Bing 需要看到什么；如何编写能够为图片提供上下文的 alt 文本和文件名；保护 Core Web Vitals 的加载策略；以及发布后用来发现漂移的每月审计。

快速答案：什么是图像 SEO？

图像 SEO 是让图像变得可被理解、加载迅速、可访问，并且能够被搜索发现的实践。一套扎实的图像 SEO 工作流涵盖描述性的文件名、有用的 alt 文本、正确的尺寸、现代格式、压缩、在相关处使用结构化数据，以及在 Google Search Console 中持续监测。

目标不是把关键词塞进每张图里。目标是帮助用户、浏览器、爬虫和 AI 问答系统理解这张图展示了什么、以及它在这页上为何重要。

谁应该使用这份清单？

如果图像会影响你页面的价值，就用这份清单。这包括：

电商产品页，照片驱动信任和转化。
博客文章，图表、截图或示意图用于解释答案。
工具页，截图用于展示工作流。
本地服务页，真实项目照片用于证明经验。
编辑类页面，依赖图像搜索或 AI 答案引用。

如果你的页面上只有装饰性图片，那就让它们轻量、并使用空 alt 文本。如果你的图片承载了含义，就把它当作内容来优化。

在一张图片能够被排名之前，Google 或 Bing 需要什么？

搜索系统需要先发现、抓取、理解图片，再把它与正确的页面关联起来。任何一步失败，再好的 alt 文本也救不回这张素材。

把一张被排名的图和被忽略的图区分开的，是上下文。一张蓝色跑鞋的照片，放在一个空白页上，远不如同一张照片放在一个标题清晰、带有型号、颜色、尺码选项和描述性 alt 文本的产品页里强。Google 可以利用图片文件、页面标题、各级标题、可见文本、说明文字、结构化数据和链接，来推断一张图片代表什么。

SEO 层	检查什么	实操修复
发现	图片出现在普通 HTML 中，或出现在爬虫能访问的已渲染页面里	对重要图片使用 `<img>` 或 `<picture>`，而不是只用 CSS 背景图
抓取	图片 URL 返回 200，未被屏蔽，且不需要 cookie	用 `curl -I` 直接测试 CDN URL
上下文	图片附近的文字解释了它为何出现在这页	加一段短文字或说明，点名主体和要点
规范化	图片属于规范页面，而非重复 URL	保持 canonical 标签、站点地图 URL 和内部链接一致
元数据	Article、Product、Recipe 或 Open Graph 数据使用了一张代表性图片	在合适时于结构化数据中使用同一个稳定的 CDN 图片 URL

对于公开的文章图片，避免使用临时带签名的 URL，除非最终渲染出来的 URL 是公开且可被索引的。要让文件足够稳定，以便被缓存和重新抓取。

Google 的图像指南强调描述性文件名、alt 文本、页面上下文和可抓取的图片 URL，参见 Google Images best practices。Bing 的站长指南指向同一个方向：让页面可抓取、避免 cloaking、使用描述性标记而不是隐藏的小技巧，参见 Bing Webmaster Guidelines。

应该先优化什么？

从最有可能影响用户体验和搜索解读的图片入手：

优先级	图片类型	为什么重要	第一步修复
1	LCP 主图	往往决定感知到的页面速度	缩放、压缩、预加载或标为高优先级
2	产品或结果图	驱动点击、信任和转化	描述性文件名和 alt 文本
3	教学截图	帮助用户完成任务	说明文字和上下文解释
4	图表和示意图	经常被 AI 答案引用	在图片附近总结要点
5	装饰性背景图	对搜索通常没有用处	压缩并使用空 alt 文本

不要从批量重命名每个文件开始。请从图片改变用户理解的地方入手。

如何选择正确的图像格式？

使用与视觉内容相匹配的格式。选错格式，仍然是拖慢页面最简单的途径之一。

开发者工作台，正在检查图像标记、加载行为和页面性能

图像内容	最佳默认	适用场景	避免
产品照片	WebP 或 JPEG	带渐变的真实世界照片	大幅照片用 PNG
透明的产品抠图	WebP 或 PNG	需要透明度时	JPEG，因为它会丢失 alpha
图标或 Logo	SVG	平面矢量形状和标记	简单图标用光栅文件
带文字的截图	PNG 或 WebP	锐利边缘很重要时	过度压缩的 JPEG
大幅编辑类主图	WebP 或 AVIF	能安全地分发现代格式时	全分辨率的相机原图

对大多数 Web 团队来说，WebP 是实用的默认格式。AVIF 可以更小，但在切换所有素材之前，请先测试画质和浏览器处理。

什么是好的 alt 文本？

好的 alt 文本会结合页面上下文描述图像。它应当帮助那些看不到图片的人，获得与视力正常用户相同的信息。

使用这个模式：

点出主体。
加上相关细节。
仅在确实与页面相关时加入上下文。
在它变成一段话之前就停笔。

示例：

图片	弱 alt	更好的 alt
产品照片	`shoe`	`Green trail running shoe with textured sole on white background`
截图	`dashboard`	`Image compression dashboard showing a 72 percent file size reduction`
图表	`chart`	`Bar chart comparing JPEG, WebP, and AVIF file sizes for product photos`
装饰性光效	`green background`	空 alt 文本：`alt=""`

Google 的图像 SEO 指南和可访问性指南都指向同一个方向：首先为真实的人描述有用的图片。如果图片是装饰性的，不要硬把它塞进搜索。

文件名应该怎么写？

上传之前使用简短、描述性的文件名。爬虫能读懂 URL，调试素材库的人也能读懂。

好的文件名：

green-trail-running-shoe-side-view.webp
image-compression-before-after-chart.svg
shopify-product-photo-white-background.jpg

差的文件名：

IMG_2847.jpg
final-final-2.png
screenshot.png

发布后请保持文件名稳定。重命名旧图片会造成 URL 漂移，除非你做了重定向或更新了所有引用。

图像如何影响 Core Web Vitals？

图像通常直接影响两个 Core Web Vitals 指标：

LCP： 首屏最大的图片往往就是 Largest Contentful Paint 元素。
CLS： 没有预留尺寸的图片在加载时会让布局发生位移。

请遵循这条规则：

图片位置	加载策略	尺寸策略
主图或文章封面	不要懒加载；将其设为优先	接近显示尺寸地分发
折叠下方的文章配图	用原生懒加载即可	使用固定宽高比或 width/height
图标或 UI 装饰	内联 SVG 或小型可缓存素材	保持体积小且可复用
画廊缩略图	懒加载	生成缩略图尺寸的文件

在本站，博客封面会在图片加载之前先预留一个 16:9 的占位框。这样即便 CDN 图片加载较慢，布局依然稳定。

懒加载会推迟屏幕外的图片，从而加快首次绘制并节省带宽。但如果盲目使用，效果会适得其反：它可能反而拖延 LCP 元素。在两种结果之间都能站得住脚的划分方式是：

<!-- Hero: load immediately -->
<img src="hero.webp" loading="eager" fetchpriority="high"
     width="1600" height="900" alt="Hero product photo">

<!-- Gallery: defer -->
<img src="thumb-03.webp" loading="lazy" decoding="async"
     width="400" height="300" alt="Product detail angle three">

懒加载一定要配合显式的 width 和 height 来避免 CLS。完整的实现讲解见如何懒加载图片。

响应式图像如何影响 SEO？

响应式图像帮助用户和爬虫拿到与设备相匹配的正确文件。移动访客不应该下载桌面显示器收到的同一份巨型主图。当同一张图需要多种宽度时使用 srcset 和 sizes，并在 img 元素上保留一个有意义的 alt 值。

<img
  src="/images/product-shoe-1200.webp"
  srcset="/images/product-shoe-600.webp 600w, /images/product-shoe-1200.webp 1200w"
  sizes="(max-width: 700px) 92vw, 680px"
  width="1200"
  height="800"
  alt="Blue trail running shoe with black laces and thick white sole"
  loading="lazy"
>

关于批量派生图生成，批量缩放指南给出了一套命令行工作流。对于移动端的专门决策，可以配合移动图像优化指南使用。

应该把图片托管在自己的域名下吗？

通常是。托管在你自己域名（或你的 CDN 子域）下的图片，能把链接权重和品牌归属保留在你这里，并且让你掌控缓存、响应头和分析。第三方托管可能会出故障、泄露引荐来源，并稀释归属信号。

使用一个从你自己的域名或第一方子域提供服务的 CDN。这样你既获得了全球边缘分发和压缩，又不必让出控制权——这些权衡在图像 CDN 指南中有覆盖。

应该把图片加进结构化数据吗？

当页面类型支持时，应该加。Article、Product、Recipe 和 Organization schema 都可以包含图片字段。图片 URL 应当是可抓取、稳定且能代表这页的。

对于博客文章，重要的检查项是：

Article 或 BlogPosting JSON-LD 包含 headline、description、date、canonical URL、作者或发布者，以及 image。
图片没有被 robots 屏蔽。
同一个 canonical 文章 URL 出现在元数据、站点地图和内部链接中。
图片与文章相关，而不是被几十篇文章复用的通用默认配图。

本项目现在使用 canonical-only 的博客索引，所以重复的旧 slug 应当重定向到 canonical 文章，而不是与之竞争。

是什么让图像 SEO 对 AI 答案有用？

AI 问答系统更偏爱页面中含有清晰、自成一体的段落。对于图像 SEO 页面，最好的段落是把图片与一个实用答案连接起来的段落。

好的可被 AI 引用的段落：

对于商品图，最佳的默认工作流是：按展示比例裁剪，导出为 WebP 或 JPEG，主图尽可能控制在 200 KB 以内，alt 文本写明商品名称和可见细节，并预留 width 和 height 以避免布局偏移。

这段文字之所以有效，是因为它直接回答了一个具体问题，而不需要依赖周围五个段落。

在图表、清单和示例附近加上类似的直接答案块。不要把答案藏在长长的引言下面。

每月如何审计图像 SEO？

在压缩、命名并发布网页图片之前，先在桌面端审查图像库

请在最重要的页面上每月跑一遍这套审计：

从 Google Search Console 导出排名靠前的图片落地页。
检查每个页面上排第一的图片是否独特且相关。
找出大于 200 KB 的文件并压缩或缩放。
复查 alt 文本，看是否有缺失、含糊或关键词堆砌的描述。
在 PageSpeed Insights 或你的实测数据中检查 LCP 和 CLS。
确认 Article 或 Product schema 使用的是正确的图片。
在 UI 发生变化时更新旧截图。

最常见的失败并非技术性 bug，而是一张不再支撑文章的、过时或通用的图片。

我在审计本指南自己的封面图时，把原始相机导出文件压缩到了经过实测的 61 KB WebP 文件，肉眼几乎看不出质量损失。

图像 SEO 清单

发布前：

发布后：

在移动端测试页面。
检查渲染后的 HTML 中的 canonical 和 Open Graph 图片标签。
在重要模板上运行 PageSpeed Insights。
关注 Google Search Console 中的图片曝光和点击。
一旦发现默认或重复的图片，立即替换。

任务	工具	理由
压缩图片	图片压缩工具	上传前快速减小文件大小
转换格式	格式转换工具	转换 PNG、JPEG 和 WebP 素材
缩放尺寸	图片调整尺寸工具	压缩前匹配显示尺寸
移除背景	背景移除工具	生成干净的产品抠图
校验页面性能	PageSpeed Insights	检查 LCP、INP 和 CLS
阅读官方指南	Google image SEO best practices	可抓取图像指南的首要来源
检查内容是否有帮助	Google helpful content guidance	确保页面首先对用户有帮助

应当避免的常见错误

同一张通用图片能在多篇文章里反复使用吗？

不能。重复的默认封面在读者开始阅读之前就已经削弱了页面。它暗示这篇文章可能是程序化填充的内容，并且给搜索系统更少的页面专属上下文。

alt 文本应当重复目标关键词吗？

仅当关键词自然地描述了图片时才这样写。image SEO checklist dashboard 用在一张仪表盘截图上是合适的；而 image SEO image SEO image SEO 就是垃圾内容，会损害可访问性。

每张图片都应当懒加载吗？

不。折叠下方的图片应懒加载。如果主图很可能是 LCP 元素，就不要懒加载它。

总是需要图像站点地图吗？

不总是。Google 可以从普通 HTML 中发现图片。当图片通过 JavaScript、画廊或大型媒体库加载、发现更困难时，图像站点地图条目最有用。

常见问题

一页上应该先优化哪张图片？

先修首屏最大的主图，因为在任何其他图片变得重要之前，它通常已经决定了这页的 Largest Contentful Paint。

为什么透明产品抠图需要 PNG 或 WebP 而不是 JPEG？

JPEG 没有 alpha 通道，所以它会把透明像素填充为纯色背景，破坏掉 PNG 或 WebP 所能保留的抠图效果。

装饰性图片需要 alt 文本吗？

不需要，纯装饰性图片应当配空 alt 文本发布，让屏幕阅读器跳过它们，而不是朗读出无意义的填充内容。

页面已经发布之后，重命名图片文件安全吗？

只有在设置重定向或更新了每一处引用时才安全，否则重命名一张已上线的图片会造成断链和 URL 漂移。

图标和 UI 装饰应当和内容图片用同样的方式优化吗？

不。图标和 UI 装饰最好以内联 SVG 或小型可缓存素材的形式出现，而不是用于有意义内容图片的压缩加 alt 文本那套处理。

是什么让一段与图像相关的文字更可能被 AI 答案引擎引用？

一段自成一体的文字，陈述一个具体的工作流——比如裁剪比例、目标文件大小和格式——而不需要读者翻看周围的段落。

每月的图像 SEO 审计到底应当检查什么？

应当标记出大于 200 KB 的文件、含糊或缺失的 alt 文本，以及任何自上次检查以来 LCP 或 CLS 出现漂移的高表现图片页。

是不是每个网站都需要同等程度的图像 SEO 工作？

不是。电商、编辑和本地服务页面依赖有意义的照片，需要真正的优化；而只有装饰性图片的页面需要的不过是压缩而已。