产品主图返回200却是HTML占位时的资源核验路径

产品主图返回200仍要核对Content-Type、文件签名和实际响应体。只有普通访问与抓取UA都得到同一图片文件，且首次HTML含可访问的绝对图片地址，才能判定主图可抓取。HTTP状态、文件类型、抓取UA与首次HTML缺一不可。

200状态只能证明服务器给出了响应

图片URL在浏览器地址栏打开时，服务器可能返回登录页、防盗链提示、默认占位页或应用错误页，这些响应同样可以带200状态。核验人员先看响应头，JPEG、PNG或WebP应返回对应的image类型；出现text/html时，抓取端收到的已经不是图片文件。

响应头也可能配置错误，因此还要读取文件开头的签名字节并实际解码。扩展名写成.webp，响应体却以HTML标签开头，或解码器无法识别，均应记为资源失败。只用状态码监控会把这类软故障误报为正常。监控记录还应保存实际Content-Length和解码结果；文件长度突然接近站点错误页、尺寸变成零或色彩通道异常时，直接转入响应体检查，不等待客户反馈。异常样本保留请求时间、节点地址和响应哈希，供源站与CDN共同定位。

核验人员还应检查重定向链。图片地址若先跳到登录页、地区选择页或带过期签名的临时地址，即使最终得到图片，也会增加抓取失败概率。canonical和正文应引用稳定资源，重定向次数、最终域名及缓存状态一并记录。

普通UA与抓取UA要得到同一份文件

防盗链、CDN规则和源站程序可能根据User-Agent、Referer或Cookie返回不同内容。核验时分别使用普通浏览器UA与Baiduspider UA请求同一干净URL，不携带登录状态，并记录状态码、Content-Type、响应长度和哈希。

两次响应都能解码且哈希一致，说明资源内容相同；状态都为200但哈希不同，应进一步保存响应体，区分图片压缩转换与HTML占位。产品页样式和资源抓取的前置关系可参考产品页资源与robots核验。

CDN缓存可能让故障只出现在部分节点。人员用相同URL重复请求并比较响应头中的缓存状态与内容长度，再从源站或刷新后的节点复测。若刷新前返回HTML、刷新后恢复图片，应修正错误页缓存规则，不能只做一次人工清缓存。

首次HTML要直接给出可访问的主图地址

资源本身正常，页面仍可能只在脚本执行后写入图片。核验人员关闭JavaScript请求产品页，在首次HTML中查找主图img、src和准确alt。src只有空占位、data属性或相对地址拼接错误时，百度和AI抓取端不一定能发现真实文件。

页面可保留懒加载，但首张产品主图应有可解析的真实地址。具体做法可对照产品图片懒加载保留主图路径。地址使用无参数HTTPS路径，图片不依赖Cookie，也不要求前端先调用接口换取临时URL。

修复后用响应体与页面入口完成判定

修复回源规则或文件路径后，人员重新抓取图片与产品页，比较修复前后的响应类型、文件哈希和HTML。图片应返回正确image类型并可解码，两种UA取得相同内容，产品页首次响应包含该绝对地址，栏目页也能发现产品入口。

如果图片地址返回HTML，先查防盗链和错误页状态；如果只有抓取UA异常，检查UA规则与CDN缓存键；如果文件正常但HTML没有地址，转入模板和懒加载检查。HTTPS页面还要避免HTTP资源，相关检查可参考图片与PDF混合内容核验。

修复过程中不要用一张无关占位图掩盖源文件缺失。原图暂时无法恢复时，页面应使用准确替代图并同步alt，或者明确移除主图入口；继续让HTML错误页以图片状态返回，会让监控和抓取结果长期失真。

最终判定以四项证据为准：图片响应类型正确、文件可以解码、普通UA与抓取UA内容一致、首次HTML直接引用该资源。任一项失败，主图仍处于待修复状态，不能因为HTTP 200就标记为可抓取。