这个坑值得记一笔。视频页的 poster 属性统一指向一张 1x1 的透明占位图，真实封面靠 JS 替换，VideoObject 里的 thumbnailUrl 也复用了这张图，富媒体检测一直不通过。
原因不止一个，得分开看。封面图为了首屏加载快用了占位图，真实图由脚本后置加载；thumbnailUrl 与 poster 指向同一个占位文件；封面尺寸低于 60x30 的最低要求。
给 thumbnailUrl 换成真实封面
curl -s https://www.example.com/video/1024 | grep -o 'thumbnailUrl[^,]*'再往下核对封面尺寸
identify -format '%wx%h\n' cover-1024.jpg接着让首屏直接输出真实封面
curl -sI https://www.example.com/img/cover-1024.jpg等前面都确认过，再重新跑富媒体检测
curl -s https://www.example.com/video/1024 | grep -c 'VideoObject'隔了一天再看，现象没变，说明不是偶发。
那几天正好在做别的变更，先把时间线对齐才敢动手。
排查用的命令都是临时敲的，没有写成脚本，事后才整理。
怎么算真的好了，看的是同一批现象。换成 1280x720 的封面后富媒体检测通过，两周内视频结果开始带缩略图展示。
提醒一点。占位图可以留着做加载态，但结构化数据里的 thumbnailUrl 必须是最终展示的那张图。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。