很多站点后台都有一个「更新时间」字段。它本来只是记录，后来慢慢变成了一个指标：只要这个日期是新的，就好像内容也是新的。于是最常见的操作出现了——打开旧文章，改两句话，把日期往前推一天，保存。整个过程不到三分钟，但「本季度更新了两百篇」的报表很好看。
为什么「改日期」这件事容易骗过自己
因为它在后台看起来和真更新几乎没有区别：日期变了、列表页排序变了、RSS 里出现了新旧条目混排。但正文里的信息还是两年前的，外链还是失效的，截图还是旧版界面，读者点进来第一眼看到的东西没有任何变化。
一次更新，至少要回答三个问题
- 这次改的是信息本身，还是包装（日期、排序、样式、标题措辞）？
- 今天读到的读者，能不能获得两年前没有的东西？
- 如果不改日期，这篇内容还值得被重新推一次吗？
三个问题里有一个答不上来，那这次改动更接近日常维护，而不是内容更新。
自查可以从这几处入手
- 随机抽 20 篇标记为「已更新」的页面，对比修改前后的快照，看正文到底动了多少。
- 看更新集中在哪几个栏目，是不是只挑篇幅短、改起来省事的栏目动手。
- 统计更新后新增的段落、数据、例子、步骤说明分别有多少。
- 检查更新过的页面里，失效链接、过时表述、旧版截图有没有一并处理。
- 看是否只动了标题和首段，正文原封不动地保留了下来。
- 结合抓取和访问数据，看频繁更新但长期没有点击的页面占多大比例。
什么样的改动算得上有效更新
有效更新通常和读者的问题直接相关：新增一段回答近期出现的疑问、补一个更近的例子、修正一处已经说不通的结论、把过长的段落拆开、替换掉打不开的外链、补上遗漏的步骤或说明。这些改动未必让页面变长，但会让页面变准。
判断标准很简单：如果读者两年前读过这篇，今天再看，他能察觉到差别，并且这个差别对他有用。
更新节奏怎么定，而不是硬凑
不是所有内容都需要按周更新。先给页面分个类，节奏自然就出来了：
- 长期有效型：产品说明、基础概念、操作流程，一年核对一次即可。
- 数据依赖型：行业数据、价格、政策口径，跟着数据源的变化走。
- 时效型：活动页面、特定版本教程，过期就该下线、合并或明确标注。
- 凑数型：为了「这个月还没更新」而存在的短内容，考虑合并或删除。
分类之后真正需要担心的，不是更新得够不够勤，而是明明没有新信息，却因为日历上该更新了而硬改一遍。
几个常见误区
- 把更新等同于重发：同一篇内容换个标题再发一次，凭空多出一个重复页面。
- 把更新写进标题：标题加上「最新版」三个字，正文只字未动。
- 只更新首页和栏目页：列表看着是新的，点进去的每一篇都还是旧的。
- 更新不留记录：改完之后自己不记得改了哪里，下次也无从判断。
把更新这件事从「日期字段」拉回到「内容本身」，其实不复杂：改之前先想清楚这次要解决谁的什么问题，改完之后留一行简短记录。至于那个日期，它应该是结果，而不是目标。