事情本身不复杂,线索都在日志里。为了让内容显得新鲜,用脚本把 3000 篇文章的 post_modified 全改成当天,正文一个字没动,GSC 里这批页面的重抓率从 22% 掉到 4%。

第一反应是「sitemap 的 lastmod 跟着一起变,整份文件失去可信度」,验证下来不成立。

这类报错背后常见的原因有几处,逐个排除就行。蜘蛛会对比正文哈希,时间戳变了内容没变,被判无效更新。还有一种是全站同一秒更新时间,明显是脚本批量写入。

不容易想到的是,没有新增内链外链,页面本身没有重新抓取的理由。

第一件事是找出内容没变但时间被改的文章

SELECT ID FROM wp_posts WHERE post_modified > post_date + INTERVAL 1 DAY AND LENGTH(post_content) < 500;

恢复真实的修改时间

UPDATE wp_posts SET post_modified = post_date WHERE ID = 1234;

随后用校验和确认正文是否真变过

md5sum post_before.html post_after.html

只把真改过的页面写进 sitemap

SELECT ID FROM wp_posts WHERE post_modified > '2026-10-01' AND post_status='publish';

怎么算真的好了,看的是同一批现象。sitemap 里的 lastmod 恢复成真实修改日期,这批页面重抓率回到 20% 上下,新发文章的首次抓取间隔没有变长。

更新时间是给蜘蛛的提示不是排名因子,没有实质改动时手动改日期等于消耗站点信任。如果同一现象隔几天又出现,说明根因没找到,别当偶发处理。

作者 9823189