这类问题我又碰上了一次。正文第一段前面插了一张装饰图，alt 写的是「配图」。摘要抽取时把 alt 文本一起带上，搜索结果显示成「[配图] 正文开头」，移动端摘要里方括号特别显眼。
第一反应是「figure 和 figcaption 包裹，文字顺序被打乱」，验证下来不成立。
把日志和配置对完，能解释这个现象的基本就这几处。图片放在正文第一段之前，抽取器从 img 开始取文本；alt 写成无意义的「配图」，没有描述性；摘要没有手动指定，完全依赖自动抽取。
动手时先看正文开头第一个元素是什么
curl -s https://www.example.com/p/1 | grep -o '<article[^>]*>' | head -1随后检查首图的 alt 写了什么
curl -s https://www.example.com/p/1 | grep -o 'alt="[^"]*"' | head -3接着确认页面有没有手写摘要
curl -s https://www.example.com/p/1 | grep -i 'name="description"'等前面都确认过，再核对搜索结果里的摘要文本
https://www.bing.com/search?q=site%3Awww.example.com怎么算真的好了，看的是同一批现象。摘要从正文第一段开始，方括号和 alt 文本不再出现，摘要长度稳定在 100 字左右。
提醒一点。装饰图的 alt 留空比乱写更好，抽取器不会把空 alt 带进摘要。拖得越久，排查成本越高，因为现场状态会被后续操作覆盖。