年度盘点做完全站四五百篇内容，人会累趴。但盘点不是每年一次的事——真正实用的做法是把盘点拆成季度轻巡检：每次两小时，只处理"增量决策"，不动存量结构。今天讲这套轻量版怎么做，以及它和年度盘点的分工。
为什么需要"轻"版本
因为年度盘点有两个致命弱点：一是间隔太长（一年才做一次，等发现内容库结构失衡时，已经积累了 200 篇的问题内容）；二是动作太重（四五百篇的全量分析需要几天，做完的团队往往累到不想再做下一次）。
轻量巡检的设计原则：只看增量、不动存量——每季度只处理"这个季度新增的内容"和"上次标记为待处理但还没处理的那批"，其余的完全不动。这样单次工时能压到 2 小时以内，而季度巡检累积下来覆盖了全站。
轻量巡检的五步（两小时）
① 导出增量数据（20 分钟）。Search Console 里只筛"过去 90 天新发布页面"，导出曝光、点击、平均排名。不要导出全站——这是轻量化的关键。
② 打三个标签（30 分钟）。每篇新内容打一个标签：加码（排名进前 10 且有点击）、抢救（有点击但排名 15+）、观察（几乎没数据）。只打三个标签，不做细分——季度巡检的精度不需要那么高。
③ 只处理"加码"和"抢救"（40 分钟）。加码的：找 2~3 篇互相链接的机会（这周就做）；抢救的：挑 1~2 篇做翻新（改标题、更新数据、加内链）。本季度的目标是做 3~5 个动作，不是处理完所有内容。
④ 处理上次的遗留（20 分钟）。每个季度留一个"待处理"清单，上季度的没做完的继续做。这一步保证欠账不会被无限拖延。
⑤ 记一行结论（10 分钟）。本季度做了几个动作、哪些页面开始起量、哪个类型的内容明显无效。这行记录到季度末就是年度盘点的重要输入——年度盘点不用从零回忆，它只需要看四个季度的记录。
巡检和年度盘点的分工
很清楚：季度巡检做增量决策（加码、抢救）；年度盘点做结构性调整（合并、清理、资产配比重设）。
为什么合并与清理不能放进季度？因为它们是不可逆或高成本的动作——合并要重写内容、清理要查外链做 301，这些需要更完整的上下文与更慎重的决策。把它们留给年度盘点（或者季度末集中处理），而不是在巡检时顺手做。
还有一个实用好处：巡检的记录会告诉你哪些"待处理"值得升级为合并或清理。如果某个主题连续三个季度都被标记"抢救"但抢救无效，年度盘点时就知道它该合并了——这是单次盘点给不出的判断。
两个提高执行率的设计
一是把巡检绑在固定时间。比如每月最后一个周五的下午 2 小时，或者季度首周的周会后一小时。不绑定固定时间的巡检，最终一定会被跳过——因为它永远排在"更紧急的事"后面。
二是用"已完成动作数"而不是"检查了内容数"作为指标。前者是产出，后者是工作量。如果考核检查数，团队会为了数字去检查很多页面而不做动作——那等于没做。
最后提醒一个常见误区：不要在巡检时新增内容。巡检是"看已有内容做得怎么样"，不是"再发几篇"。把两者混在一起会导致巡检变成一个变相的发文会，最后什么也没盘点出来。巡检日就只做巡检。
配套的完整方法：年度盘点的表结构与四个分桶见年度盘点那篇；季度体检的六大区块见季度体检清单；翻新的具体动作见存量翻新。把这三篇配合起来，就是一套"季度轻巡检 + 年度大审计"的完整内容管理体系。