图片 SEO 完全指南：从 Alt Text 到 AI 搜索的图片优化实操

图片不是装饰品，它是一个被严重低估的独立流量入口。

Google Images 贡献了全网约 22.6% 的搜索流量，Google Lens 每月处理超过 120 亿次视觉查询，AI Overviews 开始在回答旁边展示缩略图。2026 年，不做图片 SEO 等于放弃了四分之一的搜索可见性。这篇从 alt text 到结构化数据、从格式选择到 AI 多模态搜索，把图片优化的完整逻辑过一遍。

图片对排名的影响路径

Google Images 贡献了全网约 22.6% 的搜索流量。你的文章可能正文排不进前十，但一张优化到位的图片出现在 Image Pack 里，照样能把用户带过来。很多人忽略了这个通道——他们把所有精力放在文字排名上，图片随便找一张 stock photo 往上一贴就完事。

图片影响排名的路径不止一条。第一条是 Google Image Pack——搜索结果页里直接嵌入的图片轮播。它出现的频率远比你想象的高，尤其是信息类查询。第二条是 Google Images 独立搜索，用户直接在图片标签页里浏览。第三条是页面体验信号——高质量的配图能拉长停留时间、降低跳出率，间接提升页面整体排名。

2026 年还多了一条新路径：AI 搜索的图片引用。Google AI Overviews 在生成回答时会从被引用页面抓取缩略图展示，用户在 AI 回答里看到你的图片，就可能点进来。这个机制后面会专门讲。

Alt Text 写作规范

Alt text 是图片 SEO 的地基，但 90% 的人都在写废话。

"图片 1""banner""untitled"——这些是我在客户站点审计中最常见到的 alt 属性。另一个极端是关键词堆砌："best SEO tool free SEO software top SEO platform 2026"。两种都不行。

Google 的官方文档说得很清楚：alt text 的首要用途是无障碍访问——帮助屏幕阅读器向视障用户描述图片内容。Google 同时用它来理解图片的语义。写 alt text 的正确心态是：假设你在给一个看不到这张图的人打电话描述它。

好的 alt text 长这样：

• alt="Google Search Console 中展示的某网站图片索引覆盖率报告" — 描述性、有语境
• alt="WebP 与 JPEG 在同等画质下的文件大小对比图表" — 说清楚图里有什么信息

坏的 alt text 长这样：

• alt="SEO" — 太笼统，没有描述任何东西
• alt="图片SEO优化最佳实践指南2026年教程" — 关键词堆砌，Google 会视为 spam 信号

关于 AI 生成图片的 alt：现在很多文章用 Midjourney 或 DALL-E 生成配图。这类图片的 alt 不要写 "AI 生成的图片"——屏幕阅读器用户不在乎图片是怎么生成的，他们需要知道图里画的是什么。按照图片实际展示的内容来写就行。

长度控制在 80-140 个字符。太短没有信息量，太长屏幕阅读器会截断。2026 年 4 月生效的 WCAG 2.1 合规要求进一步强化了 alt text 的法律义务——这不只是 SEO 问题，也是合规问题。

文件名与格式选择

文件名是 Google 理解图片内容的第一个信号，别浪费它。

IMG_20260315_001.jpg 告诉搜索引擎零信息。webp-vs-jpeg-file-size-comparison.webp 则直接把语义塞进了 URL。Google 在技术 SEO 层面对 URL 结构的偏好同样适用于图片路径——用连字符分隔的、语义清晰的文件名，是基本功。

格式怎么选

2026 年的默认选择是 WebP，激进一点可以上 AVIF。

AVIF 在同等画质下比 JPEG 小约 50%，WebP 小 25-35%。对 Core Web Vitals 的影响很直接——图片越小，LCP（Largest Contentful Paint）越快。但 AVIF 的浏览器兼容性还没有 WebP 那么好，所以实操中的策略是：

• 照片类（产品图、实拍图）：WebP 首选，AVIF 作为 <picture> 的首选源
• 图表 / 截图（带文字的界面截图）：WebP 或 PNG，避免 JPEG 的压缩伪影模糊文字
• 图标 /Logo：SVG，不要用位图
• 需要透明背景：WebP 或 PNG，JPEG 不支持透明通道

Lazy Loading 与 SEO 的兼容

原生 loading="lazy" 是目前最安全的懒加载方案。Google 官方确认 Googlebot 能正确处理原生 lazy loading。但有一个常见坑：首屏图片不要加 lazy loading。LCP 通常就是首屏的那张大图，给它加 lazy 反而会拖慢加载速度，直接影响 CWV 得分。

如果你的站点是 JavaScript 渲染的 SPA 架构，图片的可见性问题更复杂。Googlebot 虽然能执行 JS，但渲染队列有延迟，动态加载的图片可能不会被及时发现和索引。这时候图片 Sitemap 就成了关键备份。

图片 Sitemap

如果你的图片不在 HTML 源码里直接可见，图片 Sitemap 就是必需品。

大多数静态站点不需要单独的图片 Sitemap——Googlebot 爬 HTML 的时候就能发现 <img> 标签里的图片。但以下场景必须考虑：

• 图片通过 JavaScript 动态加载（SPA、React/Vue 应用）
• 图片放在 CDN 上，不在主域下
• 大量图片通过弹窗、轮播、tab 切换才显示

图片信息可以直接嵌入现有的 XML Sitemap，不需要单独建一个文件。格式很简单：

<url>
  <loc>https://example.com/article</loc>
  <image:image>
    <image:loc>https://example.com/images/photo.webp</image:loc>
    <image:caption>图片描述文字</image:caption>
  </image:image>
</url>

每个 <url> 最多可以包含 1000 个 <image:image> 子元素。提交到 Google Search Console 之后，可以在 "索引覆盖率" 报告里看到图片的索引状态。

实战观察
我给一个客户的 JavaScript 重度站点补上图片 Sitemap 后，两周内图片索引量从 200 多涨到了 1400+。很多图片之前根本没被 Googlebot 发现，加了 Sitemap 之后全进索引了。

结构化数据标记

结构化数据不会让你的图片排名更高，但它能让图片在搜索结果里 "长得更大"。

通过 Schema 标记告诉 Google 这张图片是什么、谁拍的、什么许可协议，Google 就有可能在图片搜索结果里展示更丰富的信息——缩略图、作者名、许可标识。这些额外信息直接影响点击率。

ImageObject Schema

最基础的图片结构化数据。核心属性包括 contentUrl（图片地址）、caption（图注）、creator（创作者）、license（许可协议）和 creditText（署名信息）。如果你的图片是原创的，标注 license 和 creditText 尤其重要——Google 会在图片搜索结果里显示 "可授权" 标签。

场景化标记

不同内容类型有各自的图片标记重点：

• Product Schema：电商产品图必须标记 image 属性，Google Shopping 和 Merchant Center 都依赖它
• Recipe Schema：食谱类内容的图片标记直接影响富媒体卡片的展示
• Article Schema：博客文章用 image 属性指定文章配图，会影响 Google Discover 的缩略图选择
• HowTo Schema：教程类内容的每一步都可以附图，Google 会在搜索结果里逐步展示

标记本身不复杂，但有一个容易忽略的点：结构化数据里引用的图片 URL 必须能被 Googlebot 访问到。我见过不少站点 Schema 里写了图片地址，但那个地址要登录才能访问，或者被 robots.txt 屏蔽了。用 Google Rich Results Test 验证一下，确保没有爬取问题。关于语义化 HTML 和结构化数据如何协同工作，可以看我们之前的专题。

AI 搜索中图片的新角色

2026 年，图片 SEO 的战场已经不只是 Google Images，它延伸到了 AI Overviews 和 Google Lens。

AI Overviews 的图片引用机制

当 Google 生成 AI Overview 回答时，会从被引用的页面中抓取一张缩略图展示在引用链接旁边。这张缩略图的选择逻辑和 Google Search、Google Discover 一样——它优先读取 primaryImageOfPage 结构化数据、og:image 元标签、然后才是页面中的第一张图片。

这意味着什么？如果你不主动设定 og:image 和 primaryImageOfPage，Google 可能会从你页面里随机选一张图——也许是侧边栏的广告图，也许是页脚的 Logo。你的内容被 AI Overview 引用了，但展示的缩略图完全不相关，点击率就白白浪费了。

实战观察
我检查过多个被 AI Overviews 引用的页面，发现设置了 og:image 的页面几乎都展示了预期缩略图，而没设置的页面缩略图选择非常随机。控制 og:image 是图片 SEO 在 AI 时代的低垂果实。

Google Lens 与视觉搜索

Google Lens 每月处理超过 120 亿次视觉查询。用户拍一张照片就能搜索——产品、植物、建筑、文字，什么都能搜。这对电商和产品类网站影响巨大：一张清晰的、背景干净的产品图，本身就是一个搜索入口。

为 Google Lens 优化的核心原则：

• 主体清晰、背景简洁（纯色或场景化均可，但主体必须突出）
• 图片分辨率足够高（至少 1200px 宽）
• Product Schema 标记准确——Lens 识别出产品后会关联结构化数据
• 图片有出现在页面正文的语境中，不是孤立的图片文件

多模态搜索的新要求

AI 搜索引擎（不只是 Google，还有 Perplexity、SearchGPT 等）越来越多地用多模态方式理解内容——它们同时读文字和看图片。这对图片 SEO 提出了一个新要求：图片与正文的语义一致性。

以前你在文章里贴一张不太相关的 stock photo 也没什么影响。现在 AI 会把图片内容和文字内容放在一起理解。如果文字在讲 "如何优化 Core Web Vitals"，配图却是一张毫不相关的风景照，AI 对这个页面的理解就会打折。反过来，如果配图是一张真实的 Lighthouse 跑分截图，AI 会认为这个页面有实操层面的信息增益。

这也是为什么我一直建议：多用截图和数据图表，少用装饰性配图。你的 GSC 后台截图、工具对比图、流程示意图——这些才是 AI 时代有价值的图片资产。想了解更多关于站内优化的系统方法论，可以关注我们即将发布的专题。

图片 SEO 检查清单

把上面讲的所有东西浓缩成一个可执行的清单：

• 文件名：语义化、连字符分隔、包含核心描述词
• Alt text：80-140 字符、描述性、不堆砌关键词
• 格式：默认 WebP，照片类可用 AVIF 的 <picture> 降级方案
• 尺寸：提供响应式尺寸（srcset），避免移动端加载桌面尺寸的大图
• Lazy loading：首屏以外的图片加 loading="lazy"，首屏图片不加
• og:image：每个重要页面都设置，控制 AI Overviews 和社交分享的缩略图
• 结构化数据：ImageObject / Product / Article 的 image 属性完整标注
• Sitemap：JS 动态加载的图片必须出现在 XML Sitemap 中
• 语义一致：配图与正文内容直接相关，优先用截图 / 图表替代 stock photo

图片 SEO 不是一个独立的优化项，它是技术 SEO、站内优化和内容策略的交叉地带。做好图片优化的站点，在传统搜索、图片搜索、视觉搜索和 AI 搜索四个通道上同时获益。2026 年 AI 多模态搜索的崛起，让图片从 "锦上添花" 变成了 "不可忽视的排名因子"。

关于作者

Linus 是翼果科技的 SEO 顾问，日常工作中有大量页面性能优化和图片资源管理的实操经验。从帮客户把 LCP 从 4 秒压到 1.5 秒，到给 JavaScript 重度站点补图片 Sitemap 拉索引量，图片优化是他每个项目都会碰到的常规动作。

本文观点基于 Google 官方文档、一线项目经验和 2025-2026 年搜索行业的公开研究。文中涉及的数据和趋势判断均标注了来源，如有疑问欢迎交流。