学习如何优化图片 SEO — 从 alt 文本和文件命名到压缩、现代格式和 Core Web Vitals。实用步骤助你提升图片搜索排名。
图片是大多数网站中占页面体积最大的资源。根据 2024 Web Almanac(HTTP Archive)的数据,图片约占总页面体积的 40% — 桌面端页面的图片数据中位数约为 1,054 KB。而超过三分之二的移动端页面的 LCP 元素是图片 — LCP 是 Google 衡量感知加载速度的核心指标。
这意味着图片 SEO 优化不是可选项 — 它直接影响你的 Core Web Vitals、Google 搜索排名以及在 Google 图片搜索中的可见度。
本指南涵盖图片 SEO 的方方面面,从元数据和文件命名到压缩、现代格式和技术交付。
Google 将 Core Web Vitals 作为排名信号。三项指标及其”良好”阈值为:
| 指标 | 良好 | 衡量内容 |
|---|---|---|
| LCP(Largest Contentful Paint) | ≤ 2.5 秒 | 感知加载速度 — 通常是一张图片 |
| INP(Interaction to Next Paint) | ≤ 200 毫秒 | 对用户输入的响应速度 |
| CLS(Cumulative Layout Shift) | ≤ 0.1 | 加载过程中的视觉稳定性 |
图片影响这三项指标:加载缓慢的主图拖慢 LCP,没有标注尺寸的图片导致布局偏移(CLS),未优化的图片可能阻塞主线程并延迟交互(INP)。
除了 Core Web Vitals,图片还直接出现在 Google 图片搜索结果中 — 这是大多数网站没有充分优化的重要流量来源。
Google 的图片 SEO 文档称 alt 文本是「提供图片元数据时最重要的属性」。Google 结合 alt 文本、计算机视觉和页面内容来理解图片描述的内容。
最佳实践:
alt="金毛寻回犬幼犬在公园里玩接球游戏" 优于 alt="狗"。alt="" — 屏幕阅读器和搜索引擎会跳过它。Google 表示描述性文件名提供「关于图片主题的非常轻量的线索」。这是一个次要信号,但实施成本为零。
示例:
macbook-image-compression-app.jpgIMG_20260415_001.jpg使用连字符分隔单词(Google 将连字符视为单词分隔符)。避免使用下划线、空格或 URL 编码字符。
对于图片量大的网站,在 CMS 或构建管线中自动化描述性命名,而非手动逐个重命名。
过大的图片文件是导致 LCP 缓慢的首要原因。压缩在保持视觉质量的同时减小文件体积 — 这是你能做的影响最大的单一优化。
压缩策略:
Google 的图片 SEO 文档将 WebP 和 AVIF 列为 Google 搜索支持的格式。Google 的 Chrome 性能文档明确推荐这些格式:
「AVIF 和 WebP 是与旧版 JPEG 和 PNG 相比,具有更优压缩和质量特性的图片格式。」
影响是显著的。根据 Google 的 WebP 文档,WebP 无损图片比 PNG 小 26%,WebP 有损图片比同等质量的 JPEG 小 25-34%。AVIF 进一步提升 — 比 JPEG 小约 60%,比 WebP 小约 35%。
如何实施:
<picture> 元素实现格式回退:<picture>
<source srcset="hero.avif" type="image/avif">
<source srcset="hero.webp" type="image/webp">
<img src="hero.jpg" alt="描述性的 alt 文本">
</picture>
<picture> 元素可确保旧浏览器仍能正常工作。重要: 使用现代格式不会直接提升排名。SEO 收益是间接的:更小的文件 → 更快的 LCP → 更好的 Core Web Vitals → 改善页面体验信号。
页面布局以 800×600 显示时却加载 4000×3000 的照片,会浪费带宽并拖慢 LCP。Google 的 Lighthouse 审计将此标记为「正确调整图片大小」 — 尺寸过大是最常见的性能问题之一。
最佳实践:
srcset 和 sizes 属性让浏览器选择合适的图片尺寸:<img
srcset="photo-400.webp 400w, photo-800.webp 800w, photo-1200.webp 1200w"
sizes="(max-width: 800px) 100vw, 800px"
src="photo-800.webp"
alt="描述性的 alt 文本"
>
当浏览器在图片加载前不知道其尺寸时,页面内容会随着图片出现而跳动 — 造成累积布局偏移(CLS)。Google 对 CLS 的”良好”阈值是 ≤ 0.1。
解决方法: 始终在 <img> 标签上包含 width 和 height 属性:
<img src="photo.webp" width="800" height="600" alt="描述性的 alt 文本">
现代浏览器使用这些属性计算纵横比,在图片加载前预留正确的空间。配合 CSS max-width: 100%; height: auto; 实现响应式行为。
Google 明确建议不要对首屏图片使用懒加载。在一期 Google Search Off the Record 播客中,Martin Splitt 提到连 developers.google.com 网站本身都曾犯过这个错误 — 所有图片都默认懒加载,导致 LCP 受损。
规则很简单:
| 图片位置 | 建议 |
|---|---|
| 主图/横幅(首屏) | loading="eager" 或省略该属性,加 fetchpriority="high" |
| Logo(首屏) | loading="eager" |
| 首屏以下所有图片 | loading="lazy" |
对于 LCP 图片,还应考虑预加载:
<link rel="preload" as="image" href="hero.webp" fetchpriority="high">
Google 仍然支持图片站点地图,并推荐用于通过 JavaScript 加载的图片、托管在 CDN 上的图片,或标准爬取可能遗漏的图片。
目前需要的标签很简单:
<url>
<loc>https://example.com/page.html</loc>
<image:image>
<image:loc>https://example.com/images/photo.webp</image:loc>
</image:image>
</url>
每个 <url> 最多可包含 1,000 个 <image:image> 条目。你可以在现有站点地图中添加图片扩展,或创建单独的图片站点地图。
注意:Google 在 2022 年废弃了几个图片站点地图标签,包括 <image:title>、<image:caption>、<image:geo_location> 和 <image:license>。目前只需要 <image:image> 和 <image:loc>。
每张发布的图片都应对照此清单:
<img> 标签上的 width 和 height 属性loading="lazy",首屏 loading="eager"对于内容密集的网站,手动优化每张图片不可持续。Zipic 自动化了最耗时的部分:
免费版每天可处理 25 张图片,支持 5 种格式。Zipic Pro 起步价 $19.99 一次性买断,解锁无限压缩、全部 12 种格式和完整自动化套件。
准备好优化你的图片 SEO 了吗?免费下载 Zipic,在一个工作流中完成压缩、格式转换和尺寸调整。