图片 SEO 怎么做：抓取、alt 与图片索引（2026）
图片 SEO 的重点不是只写 alt，而是让图片可抓取、上下文清楚、图片页能被正确索引。本文讲清排查顺序。
// 相关文章
图片 SEO 的重点不是只写 alt，而是让图片可抓取、上下文清楚、图片页能被正确索引。本文讲清排查顺序。
图片 SEO 最容易被误解成两件小事：改个文件名、补个 alt 文本。它们当然重要，但如果你的网站连图片本身都没被 Google 正常发现，或者图片落地页的信息太弱、懒加载把图片藏住了、页面又限制了缩略图预览，那前面这些细节再认真，也未必能拿到 Google Images 的流量。
Google 当前关于图片搜索的官方文档，其实讲得很清楚：图片优化首先分成两条线。第一条是让 Google 发现并索引你的图片，第二条是优化图片所在页面的正文和结构信号，让 Google 知道这张图到底是什么、该在什么查询下展示。这比单纯讨论 “JPEG 还是 WebP” 更靠前。
所以，这篇文章不再沿用那种把所有格式、工具、插件一股脑摊开的写法，而是按 Google 官方的图片 SEO 文档、图片站点地图、懒加载和 robots meta 规则，给你一套更适合实操的图片优化顺序。
Google 在图片 SEO 最佳实践文档里明确写过：使用标准 HTML 图片元素，有助于爬虫发现和处理图片。最关键的一句是：Google 可以在 <img> 元素的 src 属性里找到图片，但不会索引 CSS 图片。
这意味着，下面这类情况要特别小心：
background-image。<img src="...">。如果你的站点依赖前端组件、可视化搭建器或复杂主题，先确认一点：最终渲染给 Googlebot 的 HTML 里，重要图片是不是标准的 <img src="..."> 或 <picture> 结构。如果不是，先修这个，再谈 alt、文件名和结构化数据。
Google 的 image sitemap 文档和 sitemap 总览文档都给了非常明确的边界：如果网站图片很多、图片通过 JavaScript 才能被访问，或者你希望 Google 更容易发现媒体资源，那么 image sitemap 有帮助。
更值得做 image sitemap 的场景通常包括：
但也别把 image sitemap 神化。它的作用更接近“补发现”，不是“直接加排名”。如果你的图片已经能被清楚抓取、页面结构也很好，image sitemap 是增强项，不是唯一前提。
Google 的图片 SEO 文档里有一句很关键的话：图片所在页面的内容和元数据，会强烈影响这张图会在什么地方、以什么查询出现。这意味着，图片优化从来不是孤立动作。
真正更该看的，是这张图所在页面有没有回答清楚：
所以，图片最容易拿到稳定可见度的地方，通常不是孤零零的图片库，而是这些页面：
如果图片页面本身内容薄弱、标题空泛、正文没有语境，只指望“图很清晰”就拿图片搜索流量，通常不现实。
Google 的图片 SEO 文档把这一点讲得很明确：Google 会从页面内容、caption、image title，以及文件名和 alt 文本中提取关于图片主题的信息。并且文档还特别提醒：尽量把图片放在和它相关的文本附近、放在真正和它主题相关的页面里。
这意味着，图片语义最好按 4 个层次一起配合：
IMG_0023.jpg 这种无意义名字。也就是说，单独把 alt 写得很完美，但页面本身主题不相关，效果仍然有限。反过来，页面很相关，但图片文件名、alt 和附近文本都过于空泛，也会损失理解信号。
更合理的思路是：把 alt 当作一段简洁、自然、能描述图片内容的说明。对于产品页，可以写产品名加关键特征加场景或规格；对于教程图，可以写步骤对象或界面变化，而不是泛泛地写“示意图”。
Google 还特别指出，如果图片本身被用作链接，那么 alt 文本也会像锚文本一样帮助理解目标页。这一点在产品卡片和图文列表页尤其容易被忽略。
Google 的图片文档列出了支持的图片格式：BMP、GIF、JPEG、PNG、WebP、SVG 和 AVIF。对实操来说，重点不是争论哪种格式“最先进”，而是做到三件事：
Google 在图片文档里也明确建议尽量使用高分辨率图片。如果你的主图太小、太糊、裁切奇怪，即使被抓到，也不一定能在展示里占优。
同时，文档里还有一个很容易被忽略的点：如果同一张图片会在站内很多页面反复引用，尽量始终使用同一个 URL。这样 Google 更容易缓存和复用它，而不用多次重新请求。对大型图库、产品变体站点和案例库尤其重要。
src 兜底Google 的图片 SEO 文档明确支持 <picture> 和 srcset 这类响应式图片写法，但同时也给了一个非常具体的建议：始终提供一个 src 属性作为 fallback URL。原因很简单，不是所有浏览器和爬虫都完全理解这些属性。
所以，如果你在做响应式图片：
<picture>。srcset。img src。这类实现既有利于不同设备加载合适尺寸的图，也更稳地保留了可抓取入口。
很多站把图片性能优化做成了索引问题。Google 在 lazy-loading 文档里写得非常清楚：只要图片进入可视区域，就应该能被加载；加载方式不能依赖用户滚动或点击，因为 Google Search 不会像真实用户那样去交互页面。
这意味着更稳的懒加载方式通常是：
需要避免的是：
src。Google 文档还特别提醒：不要给用户一打开页面就应该看到的内容做激进懒加载。这不仅影响抓取，也会直接损害首屏体验。
max-image-preview很多团队会去优化图片尺寸和画质，却忘了页面本身可能限制了预览展示。Google 的 robots meta 规则里写得很明确：max-image-preview 控制的是页面在搜索结果里的图片预览尺寸。
规则的几个值很直白：
none：不显示图片预览。standard：默认预览。large：允许更大的图片预览。如果页面没有特别的版权或展示限制，一般更应该确认自己没有错误地把它限制成 standard 或 none。很多新闻站、博客站和内容站之所以拿不到更醒目的图片预览，问题根本不在图片，而在这个 meta 规则上。
Google 的图片 SEO 文档明确说：如果你提供结构化数据，Google 可以在某些富结果和 Google Images 里展示更丰富的图片信息，甚至带 badge。但这一步的核心价值，不是“给图片额外加分”，而是帮助 Google 更明确地理解哪张图是页面的代表图。
官方文档给了几个直接可用的信号来源：
primaryImageOfPageimage 属性og:imageGoogle 同时也给了选图建议：
所以，产品页、文章页、案例页如果想让 Google 更稳定地选中正确主图，就不该只依赖模板碰运气。
Google 还有一套单独的图片元数据文档，专门讲 licensing 信息。如果你的站点做原创摄影、图库、品牌物料或可授权素材，这一步值得做。它可以让图片在 Google Images 里显示更多版权和使用信息，并有机会拿到 Licensable badge。
对大多数普通企业站来说，这不是优先级最高的一步；但对依赖原创图片资产的站点，它能增加图片层面的信任和使用说明。
<img src="...">，而不是 CSS 背景图。max-image-preview 没把预览图限制死。og:image 指出真正代表页面的主图。这套顺序的好处是：先解决“能不能被发现”，再解决“Google 理不理解”，最后才去解决“展示效果好不好”。比一上来批量重命名图片、批量补 alt 更稳，也更接近实际排名链路。
max-image-preview，自己把预览图缩小了。如果你们站同时在做技术排查、内容更新和内链调整，图片 SEO 不该被单独切出去看。它和 技术 SEO 排查、SEO 数据分析、内链优化、内容更新、网站迁移 SEO 本来就是连着的。前面几步打通了，图片流量才更容易稳定起来。
有用，但不是唯一因素。Google 官方明确说文件名可以提供关于图片主题的线索。不过它必须和页面语境、alt 文本、周边文本一起工作，不能指望单靠文件名拿排名。
Google 的图片 SEO 文档明确写过：Google 能在 <img> 的 src 里发现图片，但不会索引 CSS 图片。重要视觉内容不要只放在 background-image 里。
关键图片都应该认真写，尤其是产品图、案例图、步骤图和被用作链接的图片。装饰性图片可以视情况处理，但不要把重要图片也当成装饰图略过。
不是。Google 没说它是必须项。但如果你的站点图片很多、图片通过 JavaScript 才能暴露出来，或者你确实很依赖 Google Images 流量，image sitemap 会更有帮助。
会，前提是你实现错了。Google 官方明确说，加载不能依赖用户滚动或点击，因为 Google Search 不会这样交互页面。正确实现后，懒加载可以兼顾性能和抓取。
真正有效的图片 SEO，不是把一张图单独优化得多漂亮，而是让 Google 能看见它、看懂它、知道它属于哪个页面、该在什么查询下展示它。只要这四件事里有一件没打通，图片流量通常就起不来。
