现场是这样的。为了减少请求，列表页缩略图全部改成 data:image 内联，页面打开确实快，但图片搜索的来源流量一个月内归零，GSC 里没有新增图片。
中间走过弯路，把「图片 sitemap 里这些条目被删掉，失去了发现入口」当成主因，改完现象没变。
原因不止一个，得分开看。内联图片没有可抓取的 URL，蜘蛛无法单独索引；懒加载把真实地址留在 data-src，脚本没执行时拿不到；alt 和文件名信息都退化成了哈希串，缺少可读描述。
上来先检查源码里图片是 URL 还是 data 串
curl -s https://www.example.com/list/ | grep -c 'data:image'再往下统计真实图片地址还剩多少
curl -s https://www.example.com/list/ | grep -o 'src=[^ >]*' | head然后把首屏外的图改回普通 img 并保留 data-src
add_filter('wp_lazy_loading_enabled', '__return_true');剩下的就是重新提交图片 sitemap
curl -s https://www.example.com/image-sitemap.xml | grep -c '<image:loc>'恢复的判定其实很直接。列表页源码里重新出现可抓取的 jpg 地址，图片 sitemap 条目回到两千条，图片搜索展现量在四周内恢复。
补一句。内联适合图标和装饰图，内容图必须留真实 URL，否则再好的 alt 也没有地方挂。监控比日志更早给出信号，事后回看经常能提前半小时发现异常。