本文约 2,913 字，预计阅读 8 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：每天更新，收录却越来越差
“保持更新”是 SEO 圈最常被重复的建议，但很少有人说清楚更新什么、多久更新、怎么更新。于是出现了两种极端：一种站长用定时任务每天自动发布几篇几十字的资讯，把站点变成信息噪音源；另一种把文章发完就再也不碰，三年后教程里写的还是 PHP 7.2 和旧版接口。前者的更新无法提升任何页面的价值，后者则会被判为内容陈旧。百度的时效性要求并不是一个统一的”更新频率指标”，而是按内容类型分层的：对价格、政策、版本、榜单这类强时效内容，新鲜度直接影响是否满足需求；对原理讲解、基础教程这类常青内容，稳定性与完整性更重要，频繁无意义改动反而有害。所以正确的策略不是”多更新”，而是”给每类内容配一个合适的维护节奏”。本文给出一套可执行的分级方法与盘点命令。
原理分析：时效性分两类，更新策略完全不同
判断一篇文章该不该更新、多久更新，先给它分类。
| 内容类型 | 时效性特征 | 更新策略 | 典型例子 |
|---|---|---|---|
| 强时效型 | 信息随时间失效 | 固定周期核查，失效即改 | 政策解读、价格表、版本教程、榜单 |
| 弱时效型 | 主体稳定，细节会变 | 半年到一年复核一次 | 概念讲解、操作指南、原理分析 |
| 常青型 | 长期有效 | 除非出错或补充，否则不动 | 数学推导、基础原理、历史梳理 |
百度判断时效性的信号主要来自三处：页面自己声明的发布时间与更新时间、页面内容与当前事实的一致性、以及同类内容的整体新鲜度。这里有个关键细节——很多主题只在页面显示”发布日期”，不显示”最后更新日期”，也不输出 dateModified，搜索引擎就只能看到三年前的发布时间，即使你上周刚改过。所以更新动作必须包含”把更新时间暴露出来”这一步，否则白改。另一个细节是”更新必须产生实际变化”：只是把日期改新、或者增删一两个无关的段落，页面上没有任何实质性变化，搜索引擎在比对内容指纹时不会认为这是一次更新，反而可能因为日期与内容不符产生负面信号。这就是”伪更新”无效的原因。
保姆级实操
步骤 1：给全站内容做时效分级
先按上面三类给文章打标。可以用 WordPress 的文章标签或自定义字段标记，也可以用分类目录区分。规模小的站点直接在表格里记 ID 与类型即可。分级结果决定维护频率：强时效型建议 1–3 个月核查一次，弱时效型 6–12 个月，常青型按需。
步骤 2：用 WP-CLI 盘点待更新清单
不用在后台翻页，一条命令就能列出超过指定天数未修改的文章：
# 列出 180 天内未修改的已发布文章（按修改时间升序）
wp post list --post_type=post --post_status=publish \
--fields=ID,post_title,post_date,post_modified \
--orderby=modified --order=asc --format=csv > stale.csv
# 只筛出修改时间早于 180 天前的（需 GNU date）
CUTOFF=$(date -d "-180 days" +%Y-%m-%d)
awk -F',' -v c="$CUTOFF" 'NR>1 && $4 < c {print $1 ", " $2 ", " $4}' stale.csv
# 查看某篇文章的正文长度，判断是否属于"薄内容待重写"
wp post get 123 --field=content | sed 's/<[^>]*>//g' | wc -m
步骤 3：执行真正的更新，而不是改日期
有效的更新动作至少包含一项实质性变化：更正失效信息（版本号、价格、政策条款、接口地址）、补充新的实测数据或截图、替换失效外链、新增用户常见问题板块、重写已过时的操作步骤。改完在正文里明确标注”本文最后更新于 X 年 X 月，已针对 XX 版本验证”。不要为了更新而删除原有有效内容，历史信息可以保留但需标注适用版本。
步骤 4：让更新时间在页面和技术层面都被看到
主题里同时显示发布日期与更新日期，结构化数据里输出 datePublished 与 dateModified。如果 SEO 插件已输出 Article 数据，检查它是否包含 dateModified，缺失就补上。注意：这两个值必须来自真实的发布与修改时间，不要手动填未来日期。相关字段写法可参考百度结构化数据JSON-LD支持类型盘点。
步骤 5：更新后重新推送，但控制节奏
改完的页面通过主动推送提交，让百度尽快重新抓取。批量更新时按批次推，每天一批，不要一次推几千条——配额有限且过密的推送没有额外收益。推送后观察索引里显示的日期是否刷新。
步骤 6：建立更新日历，形成固定节奏
把强时效内容按主题分组，排入每月固定核查日；每次重大版本发布或政策变动后，安排对应文章的一轮修订。用 WordPress 的自定义文章状态或简单的电子表格跟踪”上次核查时间”，避免遗漏。
常见踩坑
- 只改发布时间不改内容：这是最常见的伪更新，指纹比对下毫无变化，还可能产生日期失信的负面信号。
- 用定时任务自动生成短文冲频率：低质内容拉低整站评价，比不更新更糟。
- 更新时换了 URL：改 slug 等于丢掉原有积累，必须改时做 301。
- 更新后改了标题丢掉核心词：标题是相关性的核心锚点，改标题要保留核心词。
- 把常青内容反复小改：稳定内容频繁变动会让搜索引擎难以判断页面主题。
- 忽略失效外链：正文里引用的官方文档地址早已 404，用户点了就走，是典型的”内容陈旧”。
- 案例：某站点维护着一批”WordPress 插件配置教程”，写于三年前，正文里的菜单路径与版本号早已变化，但页面只显示发布日期。站长用 WP-CLI 拉出 200 多篇 180 天未更新的文章，挑出其中 60 篇强时效型，逐篇在新版本上重新截图、更正菜单路径、替换失效链接，并在主题里增加了”最后更新”显示与
dateModified输出，然后分六批推送。三个月后，这批页面的平均停留时长提升约 70%，其中十几篇的排名从第二页进入前五。值得注意的是，同期另外 140 篇未做实质改动的页面数据没有变化——说明起作用的是内容本身的新旧，而不是”更新”这个动作。
总结
时效性不是频率竞赛，而是”内容是否仍然准确地回答当前的问题”。判断每一篇该不该更新，只问一句：用户现在照着这篇文章操作，会不会因为信息过时而失败？会，就更新。行动清单：给内容分时效等级 → 用 WP-CLI 定期盘点待更新清单 → 每次更新必须包含实质信息变化 → 同步页面显示与 dateModified → 分批推送 → 建立固定更新日历。更新时要避免制造低质内容，判断标准参照百度低质内容整改实操；如果更新的是被判定为采集的页面，需先按百度飓风算法应对策略处理内容本身；推送节奏与配额的控制见百度主动推送接口接入与配额管理。
