学习如何优化图片 SEO — 从 alt 文本和文件命名到压缩、现代格式和 Core Web Vitals。实用步骤助你提升图片搜索排名。

图片是大多数中文站点最沉重的资产。2024 Web Almanac（HTTP Archive）的数据显示，图片约占页面总体积的 40%，桌面端图片数据中位数大约 1,054 KB；超过三分之二的移动端页面以图片为 LCP 元素 — LCP 正是 Google 衡量感知加载速度的核心指标。

中文站长面临的环境比英文更复杂：搜索流量并非由单一引擎主导，而是分布在百度搜索资源平台、必应站长工具、搜狗站长平台、神马（UC 移动搜索）之间，再加上知乎、公众号这类内容会被搜索引擎反向收录的入口。每个引擎对图片的处理规则都略有不同，单纯照搬 Google SEO 的那一套并不够用。

本指南把图片 SEO 拆开来讲：先讲全球通用的 Core Web Vitals、alt 文本、现代格式与懒加载，再补一个章节专门聊中文搜索引擎与国产浏览器在图片这一块的差异。

为什么图片 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 图片搜索结果与百度图片搜索都直接展示原图，这部分流量长期被中文站点忽视。

1. 撰写描述性 Alt 文本

Google 在图片 SEO 文档中把 alt 文本称为「提供图片元数据时最重要的属性」，结合 alt 文本、计算机视觉与页面正文一起判断这张图在讲什么。百度图片的视觉理解能力相对落后，对 alt、title、周围正文的依赖反而更高 — 这一点也意味着 alt 文本对中文站长收益更明显。

最佳实践：

具体且描述性。 描述图片实际展示的内容。alt="金毛寻回犬幼犬在公园里玩接球游戏" 优于 alt="狗"。
自然嵌入关键词。 如果图片确实与关键词相关，可以带上；但 Google 与百度都明确反对在 alt 里堆砌关键词。
保持简洁。 Google 没有规定具体字符数，1-2 句描述性短句最好用。
装饰图片用空 alt。 删掉图片不影响理解，就写 alt="" — 屏幕阅读器和搜索引擎会跳过。
不要用”图片是""这是一张”开头。 屏幕阅读器会自动播报图片标识，再写一遍纯属冗余。

2. 使用描述性文件名

Google 把描述性文件名视作「图片主题的轻量信号」。百度图片搜索的官方建议同样要求文件名要可读、要与正文相关，避免相机生成的随机串。

示例：

好的：macbook-image-compression-app.jpg
差的：IMG_20260415_001.jpg

用连字符分词（Google 与百度都把 - 当作分词符），不要用下划线、空格或 URL 转义字符。中文站点常出现 IMG_*.jpg 直接上 CDN 的情况 — 这是站长后台批量重命名时被忽略的环节，建议把命名规则放到上传管线里强制执行。

3. 压缩图片而不损失质量

体积过大的图片是 LCP 慢的头号原因。压缩在保持视觉质量的同时砍掉文件大小，是单一收益最高的优化动作。

压缩策略：

用可调节的压缩级别，而不是一个”优化”按钮硬干到底。产品图、图标、长截图各有合适的质量比。
追求视觉无损。 现代算法在大多数场景下做到”肉眼看不出差异、文件砍一半以上”完全可行。在 Zipic 中，2-3 级压缩对绝大多数场景都够用。
整个目录批量压缩。 内容站点逐张手动是不现实的；用支持文件夹处理的工具 — Zipic 通过拖放、Finder 右键菜单或文件夹监控处理整个目录，新增文件可以直接被自动压缩。
不要过度压缩。 看得出的伪影、模糊会拉低用户停留，发布前用并排预览检查一遍。

4. 使用现代图片格式（WebP、AVIF）

Google 在图片 SEO 文档中把 WebP 与 AVIF 列为支持的格式，Chrome 性能文档直接推荐：

「AVIF 和 WebP 是与旧版 JPEG 和 PNG 相比，具有更优压缩和质量特性的图片格式。」

数字也对得上。Google 的 WebP 文档给出：WebP 无损比 PNG 小 26%，WebP 有损比同等画质的 JPEG 小 25-34%。AVIF 进一步压低 — 对比 JPEG 体积小约 60%，对比 WebP 小约 35%。

Zipic 格式转换 — 批量转换为 WebP、AVIF、JPEG-XL 等现代格式

国产浏览器的支持现状（2026 年）：

国产 Chromium 系浏览器（QQ 浏览器、UC、夸克、360 极速、搜狗）大多紧跟 Chromium 主版本，WebP 全面覆盖、AVIF 在 2023-2024 年陆续到位；微信、QQ、抖音内置的 WebView 走的是系统 WebKit / Chromium，等同于宿主版本。综合下来，给国内用户提供 WebP 已经没有兼容压力，AVIF 上 <picture> 元素回退即可：

<picture>
  <source srcset="hero.avif" type="image/avif">
  <source srcset="hero.webp" type="image/webp">
  <img src="hero.jpg" alt="描述性的 alt 文本">
</picture>

注意一点：使用现代格式不会直接提升排名 — 收益是间接的。更小的文件 → 更快的 LCP → 更好的 Core Web Vitals → 更好的页面体验信号。

5. 将图片调整为合适的尺寸

页面布局以 800×600 显示，却加载 4000×3000 的原图，浪费带宽也拖慢 LCP。Google Lighthouse 把这一项审计为「正确调整图片大小」；百度移动搜索白皮书也专门提醒不要让用户下载远超出显示尺寸的资源。

最佳实践：

调整到最大显示尺寸。 内容区 800px 就别加载 2400px 的图。考虑 Retina，提供 2 倍尺寸即可（800px 显示区域准备 1600px 的图）。
用 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 文本"
>

上传前批量改尺寸。 Zipic 设定目标宽度（如 1200px），高度按纵横比自动算，整文件夹一次搞定。详见调整图片尺寸指南。

6. 标注图片尺寸以防止布局偏移

浏览器在拿到图片之前不知道这块区域要预留多大，加载完图片之后页面就会跳动 — 这就是 CLS。Google 把”良好”阈值定在 ≤ 0.1。

做法： <img> 标签上带上 width 和 height：

<img src="photo.webp" width="800" height="600" alt="描述性的 alt 文本">

现代浏览器会用这两个属性算出纵横比，先预留正确大小的占位再加载图片。配合 CSS max-width: 100%; height: auto; 实现响应式。

7. 实施智能懒加载

Google 明确反对对首屏图片懒加载。在一期 Google Search Off the Record 节目里，Martin Splitt 提到 developers.google.com 自家也曾犯过这个错 — 所有图片默认 lazy，结果 LCP 全线拉胯。

规则很简单：

图片位置	建议
主图 / 横幅（首屏）	`loading="eager"` 或省略；同时加 `fetchpriority="high"`
Logo（首屏）	`loading="eager"`
首屏以下所有图片	`loading="lazy"`

LCP 图片可以再加预加载：

<link rel="preload" as="image" href="hero.webp" fetchpriority="high">

8. 提交图片站点地图

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>。可以把图片扩展塞进现有 sitemap，也可以单独建一份图片 sitemap。

注意：Google 在 2022 年弃用了几个图片站点地图标签，包括 <image:title>、<image:caption>、<image:geo_location>、<image:license> — 现在只剩 <image:image> 与 <image:loc> 仍被读取。

9. 中文搜索引擎的图片 SEO 实践

中文搜索流量不像英文那样集中在 Google 一家，账号要分别在三个站长平台开：

百度搜索资源平台（ziyuan.baidu.com）— 中文搜索流量主入口。它的普通收录工具提供 API 推送、sitemap、手动三种提交方式，单个 sitemap 文件最多 5 万条 URL、文件本身不超过 10MB；一个站点支持的 sitemap 文件总数也是 5 万。索引型 sitemap 已经停用，现在只接受 URL 列表型的 XML 或纯文本。
必应站长工具（bing.com/webmasters）— 中国大陆能正常访问，国际站、外贸站不能跳过；和百度共用同一份 sitemap 没问题。
搜狗站长平台（zhanzhang.sogou.com）— 流量比百度小，但搜狗的搜索结果会出现在微信内置搜索、QQ 浏览器等渠道，对内容站不可忽视。

百度图片的特殊性： 百度图片对计算机视觉的依赖相对较弱，更看重图片所在页面的标题、正文、周围段落、alt、title、<figcaption>。alt 文本与图片紧贴的上下文段落对中文站点的收益比 Google 还高。一个常见误区是把站点的 LCP 图当作纯装饰处理（alt=""） — 在百度场景里，这等于把首屏的图直接放弃收录。

图片 sitemap 在百度并不通用： 百度的标准 sitemap 协议中，<image:image> 不是必填字段，索引行为不稳定。比起单独为图片建 sitemap，更稳的做法是把图片所在页面的内容 URL 提交到百度普通收录，让百度通过抓取页面发现图片。如果是 SPA / CSR 页面，建议一并启用百度的 JS 渲染服务，否则图片很可能被漏抓。

抓取压力管理： 在百度搜索资源平台 → 抓取频次 → 抓取异常里盯着「图片资源 4xx/5xx」一栏，发现连续异常立即查 CDN 配置 — 国内 CDN（阿里云 OSS、腾讯云 COS、七牛云、又拍云）的图片处理参数（如 ?x-oss-process=image/format,webp）会让蜘蛛拿到的 URL 与浏览器看到的不同，需要在 robots.txt 与 meta 里说清楚。

国产搜索引擎的另一个差异是「移动友好」权重更高 — 百度的移动搜索流量比桌面大得多，所以国内站点的图片 SEO 实际是「先把移动端 LCP 拉到 2.5s 以内」。在桌面 LCP 没问题但移动端拉胯的情况下，先去 PageSpeed Insights 跑移动端，再去百度搜索资源平台的移动友好度页面对照排查。

反向收录入口 — 知乎与微信公众号： 中文搜索结果里有两个不属于站长可控范围、却在 SERP 上反复出现的入口。第一是知乎 — 高权重回答与专栏文章会被百度收录（“百度知乎”已成稳定流量来源），知乎正文图片 ≤ 3MB、宽度建议 ≥ 1200px；这一限制直接决定从知乎点回原站的用户在百度搜索结果里看到的缩略图清晰度。第二是微信公众号 — 通过搜狗微信搜索（QQ 浏览器内置搜索同源）被纳入搜狗 SERP，公众号封面 900×383 像素的尺寸就是搜狗结果页缩略图的来源，封面没压好直接拉低公众号文章在搜狗的点击率。如果业务依赖知乎或公众号导流，把这两个尺寸放进图片预设里。

图片 SEO 检查清单

每张发布的图片都过一遍：

用 Zipic 自动化图片 SEO

内容密集的站点不可能逐张手优。Zipic 把最耗时的部分自动化：

一次完成压缩 + 转换 + 改尺寸 — 一个预设里设好压缩级别、目标格式（WebP、AVIF）、最大宽度，整个文件夹拖进来即可
文件夹监控 — 新增图片自动压缩，预设跟着一起跑
12 种格式 — JPEG、PNG、WebP、AVIF、HEIC、JPEG-XL、TIFF、GIF、ICNS、SVG、PDF、APNG
并排预览 — 发布前直观确认压缩质量
URL Scheme + Apple 快捷指令 — 接入构建管线与 CMS 工作流
多预设切换 — 给主站点 Web 图、知乎正文、公众号封面各建一套预设，导出时切预设

免费版每天 25 张 / 5 种格式。Zipic Pro 起步价 $19.99 一次性买断，解锁无限压缩、12 种格式与完整自动化套件。

如何优化图片以提升 SEO：完整指南