上周三凌晨两点，门户值班编辑在后台发现一条三年前的网站地方新闻被重新推送到了首页——原因是标签系统误将旧稿识别为“热点”。这条稿子挂了两小时，自查整改阅读量冲到4.7万，报告评论区有人问“这是门户不是又出事了”。类似的网站事不是第一次。今年1月到4月，自查整改我们门户网站因内容审核疏漏引发的报告用户投诉有23起，其中11起涉及过期信息重新上架。门户数字不大，网站但放在首页日均UV 86万的自查整改盘子里，任何一条错误推送都可能变成舆情火星。报告

问题出在哪儿？门户我翻了三个月的操作日志。编辑团队现在每天处理约1200条稿件，网站其中约35%依赖自动标签和推荐系统。自查整改系统训练数据用的是2019年以前的分类模型，对“疫情”“暴雨”“政策调整”这类词的敏感度还停留在旧阈值。比如“封控”一词，系统至今默认关联“民生服务”频道，但实际语境早就变了。人工复审只覆盖了不到15%的自动推荐内容，夜班更少——凌晨1点到5点，值班编辑从4人减到1人，他还要兼顾两微一端的同步更新。

技术团队上周做了个测试：把100条旧稿混进新稿池，系统有7条会重新推荐到首页，其中3条是负面社会新闻。这个误报率（7%）比我们2022年定的标准（≤2%）高出两倍多。更麻烦的是，用户举报入口埋得太深——要点进文章详情页，再点右上角“…”菜单，最后选“举报”。我们统计过，从首页到举报完成平均需要6次点击，而用户平均停留时长只有47秒。没人有耐心走完这个流程。

整改从4月15日开始。第一刀砍向标签系统：把“疫情”“封控”“暴雨”“事故”等12个高风险词的自动推荐权限全部收归人工，系统只能打标不能推首页。第二刀改举报入口——在文章卡片右下角直接加了一个“！”图标，点一下弹出四个选项：过期信息、标题党、事实错误、其他。测试三天，举报量从日均9条涨到41条，其中有效举报占63%。第三刀是夜班人力：从其他部门抽调3名有审核经验的编辑轮值，凌晨时段保证至少2人同时在岗，每人每小时最多处理80条推荐请求，超了就降级为普通列表展示。

技术团队还重写了推荐系统的衰减逻辑。旧逻辑是“点击率>5%就持续推”，新逻辑加了两道闸：发布时间超过72小时的稿件，推荐权重每天衰减40%；同一标签下连续出现3条旧稿，系统自动冻结该标签24小时。4月22日到28日试运行一周，首页旧稿误推次数从日均4.3次降到0.7次。但有个副作用：一些真正有长期价值的深度稿（比如政策解读）也被压了流量。我们正在加白名单机制，由主编手动标记“可长尾推荐”的稿件。

用户端的变化更直接。以前首页底部有个“反馈”按钮，点进去是通用表单，没人填。现在改成“这篇稿子有问题？”的浮动条，只出现在阅读时长超过15秒的文章底部。4月25日上线当天收到87条反馈，其中52条指出具体错误——比如“XX路塌陷”其实是两年前的旧闻，“某小区停水”通知已经过期。编辑逐条回复并标注处理结果，用户二次点击率（点开回复通知）有31%。这个数字比我们预想的高。

还有件事没解决：转载源头的审核。我们约40%的本地新闻来自区县融媒体中心，他们的稿件直接进我们的稿库，自动打标后可能被推荐。4月抽查了200条转载稿，有14条存在时间错误或事实偏差。现在要求所有转载稿必须经过“二次确认”——要么编辑打电话给来源单位核实，要么在稿子里加“据XX单位X月X日通报”的明确时间戳。麻烦，但比事后道歉强。

整改报告写到这里，数据都来自内部日志和用户反馈后台。没有套话，因为问题就摆在那儿：一个日均86万UV的首页，容错率其实很低。系统再智能，也替代不了人对“此刻什么该被看见”的判断。下一步打算把推荐算法的部分参数向编辑开放——比如让值班主编能手动调整“时效权重”和“地域权重”的比值。这事技术团队还在吵，怕开了口子收不住。但我觉得，总比半夜被一条三年前的旧闻吓醒强。