不少站长做内容维护时，习惯把旧文章的发布时间改成当天，觉得这样就算“更新”了。但用户点进去发现正文一字未变，体验反而更差；对搜索引擎来说，页面的实际内容没有变化，时间戳本身的参考价值也会被削弱。内容更新这件事，更接近一次小型的编辑工作，而不是改一个数字。
一、先判断这篇内容是否值得动
不是所有旧页面都需要更新。与其全站轮着改日期，不如先做一轮筛选。可以按下面几个信号判断：
- 数据或结论已经过时：文中引用的数字、政策、工具版本、行业做法已经发生变化。
- 页面仍有稳定访问：有自然流量、有用户停留，说明主题本身还有人需要。
- 用户反馈暴露了缺口：评论区、站内搜索词、客服问题里反复出现同一类疑问。
- 内容与当前站点定位脱节：早期写的方向已经不再作为重点栏目。
如果一个页面既没有流量，主题也已经不在规划内，那么比起改日期，考虑合并到更合适的页面或者下线，往往更省事。
二、四种真正算得上的更新动作
1. 补充新信息
在原有框架上增加新的段落、新的案例、新的数据来源，这是最直接的一种更新。补充时注意位置，新的内容要放在逻辑顺得下去的地方，而不是统一堆在文末。
2. 修正错误与过时表述
把失效的链接换掉，把已经不成立的判断改掉，把含糊的说法写清楚。这类改动用户感知不一定强，但会直接影响内容是否还值得被引用。
3. 调整结构
原文写得早，小标题层级可能已经混乱，段落也过长。重新划分小标题、拆开长段落、给关键结论加粗，属于不新增信息但明显改善阅读的更新。
4. 合并或拆分
几篇内容重复的小文章可以合并成一篇更完整的；一篇过长、涵盖多个主题的文章可以拆成一组，并用内链串起来。这类动作会牵涉 URL 和链接关系，动手前先列好清单。
三、只改日期会带来什么
- 用户按时间排序或看到“最近更新”点进来，发现内容没变，对站点的信任会打折。
- 当页面上大量时间戳与实际内容不符，时间字段作为判断依据的作用就被稀释了。
- 团队内部看到“内容库一直在动”的假象，真正的维护计划反而被掩盖。
时间戳本身不是问题，问题在于它和内容之间失去了对应关系。
四、一份可以照着做的更新清单
- 打开页面，先以读者视角从头读一遍，记录卡住的地方。
- 核对文中的链接、数据、工具名称、政策表述是否仍然成立。
- 判断需要的是补充、修正、重构还是合并。
- 改完后重读小标题，只看标题能否读懂全文脉络。
- 检查更新后的页面与站内其他页面是否产生重复或冲突。
- 按实际情况决定是否调整发布时间或单独标注更新时间。
- 把这次改动要点记入内部的内容日志，方便后续复盘。
更新的判断标准可以简单概括为一句：读者再读一遍，能不能获得上一次没有的信息。
五、把更新排进日常节奏
更新不必集中在某一次大改版里。更现实的做法是按栏目分配精力：核心栏目每个月过一遍，长尾栏目每季度过一遍，同时留出一部分时间处理突发的过时内容，比如政策调整、产品下线、合作方变更。
- 按栏目建立待更新清单，标注原因和优先级。
- 每次只处理一两个栏目，避免一次性改动过多导致难以回滚。
- 更新完成后抽查几篇，确认改动确实落到了页面上。
内容维护的效果通常不会立刻体现在数据上，但它决定了站点在接下来一段时间里是否还有可用的内容资产。与其让整站时间戳看起来很新，不如让每一篇被改过的页面，都真的比昨天多了一点内容。