本文约 2,622 字，预计阅读 7 分钟。文中命令与配置均经过实测，可直接参考执行。
引言：改了日期，排名纹丝不动
“更新老文章能提升排名”这句话被传得很广，于是出现了一种偷懒做法：进后台把发布日期改成今天，或者改几个错别字再点更新。结果当然是没效果。百度判断的是内容本身有没有实质变化，不是数据库里那个时间戳。真正有效的内容迭代，工作量和写一篇新文章差不多，但收益通常更高——因为老页面已经有收录、有外链、有权重基础。
原理分析：百度怎么判断”内容更新了”
| 信号 | 是否可信 | 说明 |
|---|---|---|
| sitemap 里的 lastmod | 参考 | 与实际内容差异过大时会被忽略 |
| 页面显示的发布日期 | 参考 | 与内容时效一致性会被校验 |
| 正文实质变化 | 主要依据 | 段落增减、数据更新、结构重写 |
| 页面新增章节/FAQ | 有效 | 覆盖更多检索意图 |
| 仅改时间戳 | 无效 | 无实质变化，不产生收益 |
WordPress 里有两个时间字段：post_date（发布时间）与 post_modified（最后修改时间）。核心 sitemap 默认输出的是 lastmod，取自修改时间。这意味着你每次点”更新”，lastmod 都会变，但如果内容没变，百度抓多次后发现内容一致，会降低对 lastmod 的信任度。频繁无意义更新反而有副作用。
保姆级实操
步骤 1：筛选出真正值得更新的文章。 不是所有老文章都值得改，优先级应该给”有流量但排名下滑”和”有展现无点击”的页面。用 $wpdb 直接查：
// 审计脚本：列出近 365 天未更新、且发布时间超过 2 年的文章
global $wpdb;
$rows = $wpdb->get_results(
"SELECT ID, post_title, post_date, post_modified
FROM {$wpdb->posts}
WHERE post_type = 'post'
AND post_status = 'publish'
AND post_modified < DATE_SUB( NOW(), INTERVAL 365 DAY )
AND post_date < DATE_SUB( NOW(), INTERVAL 730 DAY )
ORDER BY post_date ASC
LIMIT 200"
);
foreach ( $rows as $r ) {
printf(
"%-6d %s 发布:%s 最后修改:%s\n",
$r->ID,
mb_substr( $r->post_title, 0, 30 ),
substr( $r->post_date, 0, 10 ),
substr( $r->post_modified, 0, 10 )
);
}
步骤 2：按潜力排序，别按时间排序。 “最老”不等于”最值得改”。排序看三个数：近 90 天展现量、当前排名区间（前 20 名值得救，50 名开外不如重写新文）、以及该主题是否有新变化（版本更新、规则变化、工具改版）。
步骤 3：做实质更新，而不是修修补补。 有效的更新至少包含以下一项：
- 补充新版本的实际操作（如 PHP 8.x 下的写法变化）；
- 替换过期的截图与数据；
- 增加原来没有覆盖的子问题（比如新增”常见报错”章节）；
- 重写开头与结论，让它们更直接地回答检索意图；
- 补一段结构化数据或 FAQ。
步骤 4：更新时间字段要真实。 如果做了实质更新，让修改时间自然更新即可，不要手动改 post_date。发布时间保留原值反而有助于体现内容的历史积累。若主题在前台显示”更新于”，确保它取的是 post_modified。
步骤 5：确认 sitemap 的 lastmod 同步。 WordPress 核心 sitemap 会用修改时间，可用过滤器核对：
// functions.php：确认文章 sitemap 条目的 lastmod 使用修改时间
add_filter( 'wp_sitemaps_posts_entry', function ( $entry, $post ) {
$entry['lastmod'] = get_post_modified_time( DATE_W3C, true, $post );
return $entry;
}, 10, 2 );
步骤 6：更新后主动推送。 用百度搜索资源平台的 API 推送接口把更新后的 URL 推一遍（调用方式见 百度 API 推送接口）。迭代类更新的收益很大程度取决于百度多久重新抓取，被动等待可能要几周。
步骤 7：设观察窗口。 更新后 14 天内不动这篇，记录展现量与排名变化。若 30 天无变化，说明该主题的需求可能已经转移，考虑换角度重写而不是继续修补。
常见踩坑
- 只改发布日期蹭”新鲜度”，无实质内容变化，无任何效果。
- 每天点一次更新刷 lastmod，导致百度对该站 lastmod 的信任度下降。
- 重写标题但正文不变，点击率短暂上升后跳出率恶化，排名反而下降。
- 一次批量更新几百篇，抓取预算被稀释，单篇效果都不明显。
- 更新时把原来排名很好的段落删掉，丢失已有匹配。
- 案例： 某站对一篇三年前的插件教程做了真实迭代：重写了安装章节、补充了新版后台截图、新增一节常见报错排查、把结论改成判断清单。更新后第四周，该页在核心词上的排名从第 18 位升到第 6 位，展现量增长约 2.4 倍。同期另一批只改了日期的页面，四周内数据无变化。
- 更新后加了大量无关内容，稀释主题聚焦度。
- 改完不做推送，等自然抓取，错过观察窗口，误判为”更新没用”。
总结
判断”该不该更新”看两点：这篇页面是否已有排名基础（前 20 名才值得救），以及你是否真能补充新信息（新版本、新数据、新子问题）。更新必须落在内容上，不要碰发布时间；更新完立刻推送，然后给 14 天的观察窗口。批量改标题、改日期这类动作不做也罢。内容迭代与 WordPress 内链层级优化 配合，能让老页面同时获得权重与可达性的改善。
