后台留言列表和评论审核怎么分工，未发布内容的留言谁能看到

后台的留言列表和评论审核怎么分工，未发布内容的留言谁能看到？两条链路各管一面：评论挂在具体文档下面，可见性和文档的发布状态联动；留言走独立的 guestbook 留言列表，是站点级的反馈入口，不依附某篇文章。文档状态分正式、草稿、待发布、回收站四种，未发布内容产生的留言在公开前台不出现，只有具备后台权限的角色能看到和处理。理解这两条链路的分界，后台留言才不会漏处理。

两条链路各管什么：留言与评论

评论是「内容级」反馈：读者在某篇文章、某个产品页下面发言，展示位置跟着那篇文档走，文档下线评论也随之不可见。留言是「站点级」反馈：找不到的联系方式、提建议、问售前问题的人走留言表单，落进后台的留言列表集中处理。留言列表这个后台入口是 v3.6.5 版本补齐的能力，配套的还有接口侧的 base64 附件上传——反馈里带截图、带附件的场景能接住了。两条链路的处理动作也不同：评论的重心是审核放行或屏蔽，留言的重心是认领回复与转派。

状态怎么决定可见性：正式、草稿、待发布与回收站

安企 CMS 的文档分四种状态：正式文档在站内公开可见；草稿不公开，但链接带 preview 参数可以在浏览器里预览效果；待发布是排了时间还没到点的中间态；回收站兜住删除动作——删掉正式文档是移入回收站而不是物理删除，误删可以恢复。留言和评论的可见性跟着宿主内容走：一篇还是草稿的活动页，读者的留言不会出现在任何公开位置；但留言本身已存进后台数据，具备留言列表处理权限的角色能看见并回复。这里有个常见的配置误区值得提醒：草稿预览链接虽然不公开，拿到链接的人就能看到页面，preview 参数的可见范围要和团队单独约定，别把它当私密链接扩散。

后台留言列表的处理动作

留言列表侧的处理动作为主三项：查看完整留言与附件、标记处理状态、回复或转给对的人；配合邮件提醒能力，新留言可以通知到指定邮箱，不用靠人盯后台。评论侧的核心动作是审核：放行、屏蔽、进反垃圾队列。要分清的是，评论反垃圾和留言审核是两个分开的配置点——前者管机器批量提交（验证码、频率控制这类拦截），后者管人工判断内容是否放出。内容安全设置里的敏感词过滤与关键词替换对两条链路都生效，违规表述在进入人工视野前先过一道机器处理。

把审核节奏排进日常运营

分工落到日程上是一套固定节奏：每天两次清留言列表（新留言按咨询、投诉、垃圾分派），评论待审队列保持不超过一天的积压；带 preview 的草稿页如果有预告活动，提前收上来的留言要在转正式前处理完第一批，活动上线当天前台才有「已回复」的样子。公开接口能读写哪些站内能力，按接口文档的分类核对一遍（接口帮助分类下有清单），留言与评论的接口动作和外挂表单的提交路径要对得上，避免运营侧从后台看数据、采集侧从接口写数据造成两边不同步。

常见问题

问：留言和评论能不能合并成一个待办队列？ 答：入口是分开的，但节奏可以合并：排一个「后台留言处理」的固定时隙，两边一起清，避免评论天天看、留言两周没人理。

问：草稿页面收到的留言，发布后会公开吗？ 答：留言存在宿主内容下面，内容转正式后按评论展示规则进入可见范围；发布前先在留言列表里过一遍，该回的先回。

问：谁能看到未发布内容的留言？ 答：具备后台留言列表权限的角色；权限分层按用户组设置，运营和外包账号可以只给评论审核、不给留言处理。