现场是这样的。文章页用了 wp_get_attachment_image 输出小图，图片搜索里点进来全是 150x150 的模糊版本，原图在 sitemap 里没有任何声明。
中间走过弯路，把「og:image 和正文首图指向两个不同文件」当成主因，改完现象没变。
把日志和配置对完，能解释这个现象的基本就这几处。页面主图位置引用了 thumbnail 尺寸而不是 large；图片 sitemap 只列原图，页面上的缩略图地址对不上；主题在正文上部插入了固定尺寸的推荐位图片。
动手时先看页面首图实际加载的文件
curl -s https://www.example.com/post-1/ | grep -o 'src=[^ >]*uploads[^ >]*' | head再往下列出附件生成的尺寸
ls -lh wp-content/uploads/2026/11/ | grep -E '150x150|1024x'正文首图改用 large 并保留 srcset
add_image_size('content-large', 1200, 0, false);sitemap 里补上原图地址
curl -s https://www.example.com/image-sitemap.xml | grep -c '1024x'恢复的判定其实很直接。搜索结果的图片缩略图换成清晰版本，图片点击率一周内抬头，原图地址也开始出现在图片索引里。
图片搜索选图看的是可抓取的尺寸和上下文，页面首图放小尺寸，等于主动把原图藏起来。监控比日志更早给出信号，事后回看经常能提前半小时发现异常。