旧内容多久复核一次，才不会在搜索结果里失去时效

旧内容多久复核一次，才不会在搜索结果里失去时效？分档看：答案页和不带日期的口径页按季度，数据页随来源更新，历史类可以放宽到半年以上。第三方口径给出的底线是重要内容至少每三个月刷新一次，比「多久」更重要的是「复核改哪几层」——只改日期的刷新不算复核，改错了东西反而是事故。

复核周期按页面价值分档

分档的依据不是发布日期，而是这个页面现在还承不承担着「被问到的答案」的角色。判断方法回到关键词库：库里给每条词记着承载页面和最近复核日期，哪些旧页还在被问、哪些已经过期，查一次库就有名单。

一次复核要改的四层内容

第一层是事实与数字：接口参数、价格、版本号，这层错了整篇作废。第二层是口径表述：旧说法（比如已下线的功能）要整句替换，不是加个「截至某年」的补丁。第三层是链接结构：内链指向的页面是否还在、锚文本是否与新标题匹配。第四层是元信息：标题、描述、标签里的时间感词汇（「最新」「今年」）是最容易过期的写法，复核时优先处理。

全站替换适合改什么不适合改什么

批量复核离不开全站替换这类工具：栏目名调整、旧产品名的统一改写、失效内链的批量修正，都适合用它一次做完。但它只适合「字符串层面的确定性替换」，不适合改事实结论——比如把一段旧的性能说法改成新口径，本质是重写而不是替换，必须逐页人工过。用全站替换前的固定动作：先做备份，先在测试库跑一遍替换规则，确认命中范围符合预期再上正式库。

草稿与待发布状态让复核可控

复核不是一次性把改动直接推上线。文档状态分成正式、草稿、待发布、回收站几档的流程价值就在这里：改动先落草稿，逐条对照来源核验；核验完转待发布，安排到流量低谷的时间段生效；万一批量替换出了问题，改动页还能整体退回，被误删的旧版本在回收站里也有保留期可以捞回来。搜索引用监测按月的站点，正好把复核节奏嵌进月度动作里：月底复查引用名单，月初排草稿，中旬放发布。

常见问题

改版后旧文章要不要标注更新日期？ 标注实质修改日期比标注首发日期更利于时效判断，但要诚实：只改错别字不值得动日期。

没有专职运营，复核做不过来怎么办？ 按分档收窄范围：只保证被引用答案页和带数字页面的季度复核，其余先放，比全面荒废要好。

全站替换会不会误伤正文语义？ 会，所以才要求先测试库预跑；把替换规则写成带上下文的长匹配串，不要拿两三个字的短词做全局替换。