官网改版前清点内容，是件挺考验人的事。产品页、解决方案页、新闻、案例、帮助文档，几年下来攒了一大片。真要问哪些还在用、哪些表述已经过时、同一件事为什么有三个版本，往往没人能一口答上来。发布当年都挺顺，难的是之后这几年的维护。
多数 CMS 把力气花在发布这一端：编辑器好不好用、审稿走几步、能不能一次分发到多个渠道。这些确实重要，但内容真正占时间的阶段在后面。一篇稿子从发出去到不再准确，中间可能隔一两年，这段如果没有规则管着，内容库就会慢慢变成一堆没人敢动的历史材料。
一、发布是中点，不是终点
把内容看成一条线会更清楚：起草、审核、发布、复审、更新或下线。很多团队只把前三步做进了流程，后面两步靠人记。结果就是发布动作很规范，之后全凭自觉。
少了复审和下线，问题不会立刻暴露。头一年页面不多，谁都记得住；到第三年，新人翻到旧页面，照着上面的口径写进方案，才发现信息早变了。这类错误不算大，但很消耗信任，尤其是官网对外的时候。
二、旧页面常见的三种状态
还挂着已经不成立的表述
服务范围调整了、某个模块改了叫法、联系方式换了部门，页面没同步。这类内容不会被系统判为错误，只是静静躺着等人踩到。它比明显的错字更难发现，因为当初写的时候是对的。
同一主题几个版本并存
一次活动一个落地页，一次改版一批新页，旧的没撤。搜索进来的人看到两个说法不一致，不知道该信哪个。内部也分不清哪份是要对外引用的权威版本。
没人认领
当初写的人换了岗位或者离职，页面还挂在原栏目下。有人发现问题，不知道该找谁改，于是先放着。放着放着就再没人提了。
这三种状态有个共同点：都不是内容写得不好，是内容没有归属和期限。写的时候没定谁负责、管到什么时候。
三、CMS 里该真正用起来的几样东西
不用上什么新功能，多数系统里现成的字段就能撑起这套机制，只是常被空着。
- 状态要往后延伸：除了草稿、待审、已发布，值得再加一档待复审或已归档。归档不等于删除，页面可以从栏目里撤下，但记录还在，需要时能查。
- 生效期和复审日期：产品与方案类内容在发布时就填一个下次回看的日期，到期进待办。日期不用精确，有个触发点就比全靠记忆强。
- 责任人写进字段：作者字段之外，最好有当前维护人。岗位变动时批量转交，而不是等页面出问题再找人。
- 变更记录：谁在什么时候改了什么，留得下来，回溯时不用翻聊天记录。
- 栏目与标签的归属规则：一个主题只有一个权威页面，其余的标成活动页或历史页，避免几个版本互相打架。
把这些字段填起来，等于给每条内容配了归属和期限。字段本身不解决问题，但它让问题有地方落。
内容库不怕多，怕的是分不清哪些还作数。归档规则的价值，是把不再作数的那部分明确标出来。
四、改版时别整站重做
遇到官网改版，最费力的决定往往是要不要把内容全部重写一遍。全量重做看起来干净，实际风险不小：写的人未必清楚旧页面里哪些表述是斟酌过的，历史材料里的有效信息可能被顺手丢掉，工作量还容易把上线时间拖长。
更稳的做法是先分级再迁移。清点之后把内容分成三类：仍然准确、只需要换模板的，直接迁；部分过时、需要局部更新的，指定责任人和时限；已经失效、没有保留价值的，归档不迁。三类分开处理，迁移量一下就小了，也能看清真正的缺口在哪。
分级这件事最好在改版设计之前做。等新结构定完再往里塞旧内容，容易出现栏目和内容对不上，最后为了迁就结构又去改内容。
五、维护要挂到已有的节奏上
单独设一套内容复审流程，通常撑不过两个季度。挂到本来就要开的会上更实际：季度业务复盘时顺带过一遍重点页面的口径，产品有调整时由产品侧直接触发对应页面更新，客服或销售反馈过时的说法时有个固定的提交入口。谁改、什么时候改，比制度写得多完整更重要。
SEO 相关的字段也在这时候一起处理。标题、摘要、关键词跟着正文一起复审，别只在初次发布时填一遍。内容改了描述没改，搜索结果里挂的还是旧说法，这是很常见的漏项。
六、判断机制有没有立住
有个简单的检查方式：随便挑一个半年前发布的方案页，问三个问题，现在还准吗、谁负责、下次什么时候回看。三个都答得上来，说明维护在跑；有一个答不上，缺的就是对应那条规则。
发布能力决定内容能不能上线，维护机制决定一年后这批内容还敢不敢用。官网攒到一定规模之后，后者更值得花时间。
