定时发布与回收站：内容工作流的自动化与容错

如何利用定时发布和回收站功能优化内容团队的工作流？这两项能力分别解决排期和容错两类问题：定时发布让稿件在约定时间自动出现在前台，回收站让删除动作变成可撤销的动作。把它们放进同一条流程里，内容团队的协作成本主要来自写稿本身，而不是值守和救火。

定时发布解决的是排期值守问题

AnQiCMS 把这一项能力归入「时间因子」：稿件创建时就设定好发布时间，系统到点自动把状态从待发布推进到正式文档。团队真正省下来的是三件事——不必有人在凌晨守着后台点发布，不必为了避免忘记发布而把排期表维护在表格里，也不必为了错峰发布把文章拆成几批手工操作。

排期落地时有两个细节值得固定成规范。第一，定时发布只推进状态，不校验内容质量，所以稿件要先进入草稿并完成复核，再设定时间，否则复核未通过的稿件也会按时出现在前台。第二，同一时段不要集中放多篇，搜索引擎对短时间的批量更新更敏感，把时间因子拉开到不同时段更稳妥。

回收站解决的是误删救火问题

删除一篇正式文档时，系统做的是移入回收站而不是物理删除，文档的正文、分类与标签关系都保留在原处。这带来一个很实用的差别：救火的成本从「重新写一遍」降为「点一次恢复」。要恢复时先在回收站里按标题定位，确认恢复后的分类和链接地址仍然正确，再检查站点地图与栏目页是否已经重新出现这条内容。

草稿是另一个容易混淆的状态。草稿不会出现在前台列表，但链接带上 preview=true 参数就能单独预览，适合把稿件发给同事或客户过目而不影响公开索引。四类状态的分工可以这样记：正式文档进索引，草稿只给内部看，待发布等待时间因子，回收站承接删除后的可恢复期。

一条工作流怎么串起来

按发布节奏把流程排成五步：写稿存为草稿；内部用预览链接走一遍口径与链接；复核通过后设定定时发布；发布后按栏目检查一次；发现错误就删除进入回收站，改好之后再恢复或重发。这条链路的每一步都能在后台完成，不需要外部工具记录状态。

如果站点已经积累了几百篇历史内容，还要再加一步统一动作：用全站替换工具批量纠正过时的联系方式、活动地址与内链指向，用导航设置把新栏目挂到主菜单，图片稿件可以用水印管理统一加上站点标识。邮件提醒则可以把发布结果推送给值班的人，让排期出错时有人第一时间知道。

常见问题

定时发布失败怎么发现？ 到点检查该文档状态是否已经从待发布变为正式文档；若仍是待发布，先确认设定的时间是否已经过去，以及账号是否具备发布权限。

回收站里的文档会占空间吗？ 会保留正文与附件引用，长期不用的内容建议明确删除而不是留在回收站里，避免恢复时难以定位。

草稿预览链接能给别人看吗？ 可以，草稿链接带 preview=true 就能预览，但它不是公开地址，正式对外引用还是要用发布后的地址。

改了标题会不会影响已经收录的地址？ 会，标题变更后的地址处理要用 301 重定向收敛，这部分属于 SEO 设置而不是发布流程。