回滚解决的是公开版本问题
发现上线内容不符合预期，第一步是判断问题来自当前公开版本，还是草稿仍在编辑。回滚切换公开站点，不应被误解为删除当前草稿或抹去所有历史。把这几个状态分开，才能知道接下来应该修正文案还是恢复交付。
在发布前记录退路
发布前记录当前完整版本标识，说明本次主要变更。出现问题时就能明确选择目标，而不是在一串历史记录里猜测。回滚目标需要仍然完整可用，包括 HTML 与其引用的素材。
回滚任务也需要等待
API 接受回滚请求，只表示工作已提交。Agent 应查询任务直到成功或失败，再访问公开首页与关键内页。不要因为按钮或接口显示成功，就跳过域名上的结果确认。
回滚之后，继续修复草稿
公开站点恢复后，还需要整理产生问题的草稿。如果下一次全站发布又带入相同修改，问题会重现。记录原因、修正内容与主题，再按正常流程重新发布。回滚是恢复阅读体验的手段，而不是结束调查的借口。
一条可靠的退路，应该在需要它之前就已经清楚：回到哪里、影响什么、如何确认。