报错是这么冒出来的。核心文章陆续补充了段落和图表，正文改动很明显，sitemap 里的 lastmod 还是半年前，蜘蛛两个月没重抓，搜索摘要一直停在旧版本。
中间走过弯路，把「页面的 dateModified 写死成发布时间」当成主因，改完现象没变。
这类报错背后常见的原因有几处，逐个排除就行。编辑在后台保存草稿时改的是修订版本，主记录没变。另一种情况是sitemap 生成器缓存了上次的时间戳。
少数情况下是更新没有推送到任何提交接口，只等自然抓取。
先确认数据库里的修改时间
SELECT ID, post_modified FROM wp_posts WHERE ID=123;再往下看页面输出的 dateModified
curl -s https://www.example.com/post-1/ | grep -o 'dateModified[^,]*'接着改成读取真实修改时间
echo get_the_modified_time('c', $post_id);推送给索引接口并清缓存
curl -s https://www.example.com/sitemap.xml | grep -A1 'post-1'恢复的判定其实很直接。sitemap 与页面里的修改时间同步更新，蜘蛛三天内重抓，搜索结果摘要换成补充后的版本。
提醒一点。内容更新要让时间信号一起动，光改正文不更新时间，蜘蛛没有理由重抓。线上能稳定复现的问题都不算难，难的是只在大流量下才出现的那种。