这个坑值得记一笔。文章头部的更新时间写成了「3 天前」,由前端脚本换算,搜索引擎抓到的就是这三个字,索引里的日期显示成各种奇怪的值。
把日志和配置对完,能解释这个现象的基本就这几处。时间输出依赖前端脚本,源码里只有相对描述;结构化数据的 dateModified 也复用了这个字段;缓存页面里的相对时间长期不刷新。
动手时先检查源码里的时间文本
curl -s https://www.example.com/p/1024 | grep -o '3 天前'
随后输出真实的 datetime 属性
<time datetime="2026-11-10">2026-11-10</time>
结构化数据改用绝对日期
curl -s https://www.example.com/p/1024 | grep -o '"dateModified":"[^"]*"'
复检索引里的日期展示
site:www.example.com/p/1024
这台环境是别人交接的,不少默认值被动过,只能一项项核。
别只看报错消失,验证要多做一步。改成绝对日期后,索引里的时间显示正常,结构化数据的日期校验也通过了。
这里还有个坑。相对时间只适合放在脚本里做展示,源码和结构化数据必须给绝对日期。线上能稳定复现的问题都不算难,难的是只在大流量下才出现的那种。
