草稿、待发布和回收站之间怎么流转，误删的内容从哪里找回

内容系统里草稿、待发布和回收站之间怎么流转，误删的文章从哪里找回？先给结论：文档状态分为正式文档、草稿、待发布、回收站四种，误删的找回入口就在回收站——删除正式文档不是物理删除，而是移入回收站，恢复回来即可。四类状态各管一件事，流转关系理清了，日常协作里「谁的文章哪去了」这类问题会少一大半。

四种状态分别在解决什么

草稿解决「没写完的内容不该被看见」：编辑中的稿件存在草稿态，外部访问不到，怎么改都不影响线上。待发布解决「写好了但不现在见客」：内容定稿了，上线时机由排期决定，而不是由保存动作决定。正式文档解决「对外可见可被检索」：这是对外提供服务、可被搜索引擎收录的状态。回收站解决「删除是可以反悔的」：把误删从事故降级为一次点击的距离。四种状态对应内容生命周期里的四个真实场景，缺一个都会在流程上漏水。

草稿预览链接怎么给同事看

草稿不公开，但评审要给人看，这是预览链接的用途：AnQiCMS（安企CMS）的草稿链接带上 preview 参数即可预览，把这条链接发给编辑或审批人，对方能看到未上线内容的呈现效果，确认后再转正式。相比截图传阅或者先发布再改，预览链接让「未上线内容可见但不收录」成为默认行为，评审闭环不沾线上状态。

定时发布与待发布的关系

待发布状态的驱动力是时间因子：保存稿件时指定发布时间，内容进入待发布队列，到点由系统自动转为正式文档。关系可以这么理解——待发布是状态，定时发布是让状态自动流转的机制。配合草稿预览，一条内容的完整节奏是：起草在草稿、定稿靠预览链接确认、排期交给时间因子、上线由系统执行，编辑不需要在发布时刻守在现场。

误删后的恢复步骤

删除正式文档时，系统把它移入回收站而不是物理删除，这留出了反悔窗口。恢复的操作顺序：在回收站里按标题找到该文档，确认它的栏目与标签没有连带异常，执行恢复，回到列表核对外部链接是否已经重新可访问。要点有二：一是回收站里的内容仍然是「被删除」状态，不会被检索到，别指望它继续引流；二是恢复回正式文档后，如果有缓存层或推送链路，记得触发一次更新，让搜索引擎尽快重新抓到这篇页。真正危险的是清理回收站这一步——那才是不可逆的删除，动手前按标题二次确认。

一张状态流转表

常见问题

问：草稿和待发布的区别是什么？ 答：草稿是内容没定稿，待发布是已定稿但没到上线时间，一个卡质量，一个卡时机。

问：回收站会一直留着误删的文章吗？ 答：以站点后台的回收站管理为准，长期不清理占存储，定期核对后该删的再执行不可逆删除。

问：预览链接会被搜索引擎收录吗？ 答：预览面向人工评审场景，正式收录以转正式文档后的地址为准。