图片SEO只写ALT不够，因为文字描述无法修复图片地址不可访问、图片只存在于CSS背景、懒加载没有输出真实资源，或落地页与图片主题不一致的问题。先让图片能被发现和取得，再检查画质、上下文及适用的搜索展示；ALT是其中一项。
Google图片SEO文档说明，系统会结合替代文本、计算机视觉和页面内容理解图片，并把文件名视为细微的主题线索。它没有给出“正文占30%”“ALT占多少”这样的固定排名权重，也没有要求每篇文章必须配够某个数量。
先看真实HTML，不只看页面上有没有图
在浏览器里看到同一张图，背后的实现可以不同。Google文档明确推荐用img元素的src引用图片，包括放在picture里的情况，并说明不会将CSS图片编入索引。重要产品图、教程图或案例图不应仅以背景样式提供。
上图在本地Chromium中分别以1000和320 CSS像素宽度打开，关闭JavaScript后记录实际DOM。标准图片的自然宽度为600；CSS背景正常显示；第三栏没有src，其currentSrc为空、自然宽度为0。这里验证的是本地浏览器行为，不能据此宣布Google已抓取或收录。
标准图片：资源地址在src里
<img src="lamp.png" width="600" height="360"
alt="蓝色台灯，灯罩朝向左下方">这个例子同时提供真实像素尺寸和对应画面的ALT。尺寸用于帮助布局；ALT说明当前图像，不替代资源地址。代码里的lamp.png只在本地教学页中提供，使用示例时要换成自己实际存在的图片。
背景图片：能显示，不代表同一种发现方式
<div class="lamp-background"></div>
<!-- CSS: background-image: url(lamp.png) -->CSS背景适合不承担正文信息的装饰。若画面包含产品特征、步骤或比较关系，就应把重要信息放到合适的HTML图片及文字中。给背景元素补一个名称，也不会把它变成带src的图片元素。
只有data-src：还缺让真实图片出现的实现
<img data-src="lamp.png" width="600" height="360"
alt="蓝色台灯，灯罩朝向左下方">data-src是自定义数据属性，浏览器不会仅凭这个名字自动加载图片。本例故意没有后续赋值。实际插件可能把它转换为src，所以不能看到data-src就一律判失败；要检查渲染后是否有真实地址，以及是否依赖点击或滚动事件才能补上。
懒加载检查的是触发条件和最终输出
Google懒加载指南推荐在内容进入视口时加载的实现，包括浏览器原生懒加载和IntersectionObserver等方式，并提醒Google搜索不会与页面交互。不能要求爬虫先点击“查看图片”或模拟用户滚动事件，才能取得正文中的关键图。
原生loading="lazy"仍应搭配真实src。首屏关键图不要延迟发现；折叠线下图片按实际用途加载。检查时既看初始响应，也看渲染后的HTML，并在有权限的Search Console网址检查中核对Google获取到的页面。自己的浏览器加载成功，不等于Google那次抓取也成功。
如果图库会继续加载下一组内容，让各组有稳定可访问的地址和顺序链接，比只让人一直滑动更容易核查。不要为了技术优化把用户需要的图藏掉，也不要把所有图片一律预加载。
页面地址与图片地址，要分开检查
| 检查对象 | 看什么证据 | 发现异常后 |
|---|---|---|
| 承载图片的页面 | 最终状态、正文、登录要求、robots与规范地址 | 确认抓取到的是正式页面，不是登录壳、错误页或旧缓存 |
| 实际图片资源 | 最终URL、响应头、文件字节与能否解码 | 修复失效地址、错误类型、空响应或访问拦截 |
| 移动端选择的资源 | picture/srcset及浏览器currentSrc | 核对移动变体是否真实存在、比例和主题是否正确 |
| 发现入口 | img src、相关页面链接与图片站点地图 | 补真实入口，更新已下线资源，不以提交成功代替索引结果 |
用Network查看最终请求和响应，必要时把图片单独打开并核文件。HTTP 200仍可能返回HTML错误页，扩展名是.webp也不证明内容已正确编码。防盗链、CDN鉴权或临时签名还可能使不同访问条件得到不同结果；保留请求时间和条件，再检查规则与服务器日志，不把一个403直接归因为Google拒绝收录。
同一资源在多个页面使用时，尽量沿用稳定URL，便于缓存和维护。Google图片指南建议对同一图片使用一致地址；没有“引用超过10次就降权”的公开阈值。若涉及重复承载页，按canonical的用途与误配检查处理页面关系，不用canonical代替图片访问修复。
索引控制和图片站点地图各管什么
robots及X-Robots-Tag说明区分了页面或资源的noindex、页面图片的noimageindex以及预览大小控制。图片文件可通过HTTP响应头带有索引限制；仅查HTML中的一个meta标签不够。相关规则需要爬虫能够访问资源才可读取，不能一边在robots.txt禁止抓取，一边期待爬虫马上读到新的noindex。
排查时确认限制是否符合网站原本意图，再修改误配。版权、账号私密内容和真实访问权限，不应为增加图片流量而随意开放。max-image-preview:large控制允许的预览大小，不是收录按钮。
图片站点地图可单独建立，也可给现有地图加图片扩展，用于提供可能难以发现的图片URL。每个页面节点最多支持1000个image:image节点，这是格式上限，不是建议每页放1000张图。官方文档已移除image:title、image:caption等旧标签说明，不应继续把它们当必填项。
地图列出的资源应与页面实际使用一致，并可正常抓取。使用CDN时还应核对图片域名、访问规则及可用的Search Console所有权。提交地图不保证全部收录，也不会让失效或无用图片自动变好。
技术能访问之后，再看图和页面是否一起回答问题
一张接口图应靠近对应的接口说明，尺寸图要写清单位与适用型号，前后对比要交代相同条件。不要用一张不相关的素材图承接核心问题，再试图靠ALT补出画面里没有的内容。
文件名用简洁、可理解的名称；正文、ALT和图注各自承担信息，没必要逐字重复。产品多角度图片怎样写，可继续看电商图片ALT与变体检查。图的数量取决于需要展示哪些差异，不按每300字一张或每个H2一张凑数。
压缩和响应式输出要在真实显示尺寸下看细节：型号、接口、文字和边缘不能为了固定字节预算变得不可辨认。保留母版，对候选格式和尺寸实际比较；LCP可能是图片，也可能是文字，不能把转换格式当作整页性能必然改善的证明。
额外展示资格，不等于排名保证
适用的结构化数据可以提供产品、创作者或许可等信息。应按实际页面类型填写，避免给普通教程伪造商品价格、评分或许可。Google会自行决定是否展示相应结果，不能承诺加一个ImageObject就得到图片引用或前排位置。
Discover文档中的至少1200像素宽、高分辨率及横向图片建议，有明确的展示语境；不能推成所有Google Images图片的通用入场线。图片的预览选择也不由单一字段完全控制。
完成修改后，分别保存“HTML和资源已修复”“当前页面可用”“后续搜索曝光与点击”的记录。如果问题已经具体到商品图片曝光少、点击低或落地页不承接，可按产品图片Google Images表现诊断继续定位。