发布前的内容审核和敏感词过滤，分别在哪一步生效

内容审核与敏感词过滤、关键词替换不在同一个环节生效：审核卡在状态流转上，也就是草稿转正式文档之前由人来判断；过滤与替换作用在内容本身，跟有没有人工通过无关。把这层分清，才不会出现「以为审过了」的情况。

四个状态各自能做什么

站内的文档状态分正式文档、草稿、待发布与回收站。草稿对外不可见，但链接带 preview=true 可以预览，适合给协作者看排版与表述；待发布承接排期，内容已定但没有对外；正式文档进入列表、站点地图与检索；删除正式文档是移入回收站而不是物理删除，仍可恢复。

这条链路里，人工审核的落点只有一个：从草稿或待发布推向正式文档的那一次动作。其余环节处理的是内容与时间。

人工审核卡在哪一次流转

审核要看的是自动规则处理不了的部分：主张有没有站内出处、数字口径是否留了「约」这类不确定表述、结论是否超出正文支撑范围。这些判断规则写不出来，只能由人承担。

容易被跳过的情形有两种：一是从后台直接以正式状态新建文章，二是批量任务把结果直接落成正式文档。两种都不报错，但审核实际没有发生。

过滤与替换生效的时机差别

内容安全设置里的敏感词过滤与关键词替换，作用对象是提交进来的文本。判断它们在哪一步生效有个简单办法：改一条规则后打开一篇历史文章，看页面是否立刻变化。若历史内容跟着变，说明更接近输出阶段处理；若只有新提交的内容受影响，说明发生在存储前。

两种时机各有代价。存储在写入时处理，历史内容不受新规则影响，规则变更后需要重跑；输出时处理，规则即时生效，但要确认备份与导出内容是否也走同一套处理。这一点需要在自己的站点上验证，不能假定。

批量导入时审核怎么不掉队

批量导入支持 ZIP 压缩包与 Excel 表格两种入口，内容采集则从外部站点取文。这两类来源共同的风险是量大且来源不受人控，直接进入正式状态等于把审核责任推给事后发现。

稳妥的顺序是：批量任务统一落在草稿，再按抽样结果决定要不要放宽流转；采集来的内容在入库前先过一遍敏感词过滤与关键词替换，再由人判断是否值得留。同一套流程也适用于自定义字段——正文之外的字段同样可能带需要清洗的表述，不能只筛正文。

配置与检查清单

• 明确哪些入口允许直接落正式文档，其余一律先草稿；
• 记录过滤与替换的规则变更时间，便于判断历史文章要不要重跑；
• 定时发布只看内容状态，因此排期前要确认审核已完成；
• 回收站定期清理，避免把「还在回收站」误当成「已经撤下」。

常见问题

问：敏感词过滤开了，还需要人工审核吗？ 答：需要。过滤处理的是词表能覆盖的表述，处理不了事实与口径错误。

问：待发布状态的文章会被搜索引擎抓到吗？ 答：不会作为正式内容参与列表与站点地图，但预览链接的可见范围要自己确认清楚。

问：批量导入几千篇，怎么安排审核？ 答：先自动清洗，再按栏目抽样，放行时按批次而不是整批一次转正式。