发布前检查清单的作用，是避免在最后交接阶段出现可以预防的错误。它应该短、明确，而且直接对应实际的发布动作。
发布前核对这些项
- 已批准版本是否仍是最新；
- 文案是否与批准 brief 一致；
- 素材是否已定稿并符合品牌；
- 链接和 UTM 是否正确；
- 权利和披露是否齐全；
- 平台、账号和隐私设置是否正确；
- 发布时间是否与计划一致；
- 是否已经安排备份负责人。
不要把清单做太长
如果清单项目太多，没人会用。只保留那些真的能阻止错误发布或避免高成本返工的检查项。
明确失败后的处理方式
当某项不符合时，清单应说明下一步：
- 修正后重新提交；
- 升级给审核人；
- 延后排期；
- 取消发布；
- 更换素材。
与审批记录搭配使用
清单应该验证已批准版本，而不是替代批准记录。因此它最适合和社交媒体审批工作流模板一起使用。
分开通用预检与平台专项预检
通用检查包括目标身份、批准版本、目标、受众、主张、权利、披露、无障碍、落地页、时间、负责人和恢复路径。平台专项检查则关注真实格式与原生设置，例如图片数量、比例、视频时长、封面、标题、首条评论、链接位置、合作标签、受众控制、回复权限与合成媒体披露。
平台要求应根据当前官方平台和 Provider 文档验证。复制下来的静态清单会随平台变化而变得不安全，因此每个渠道模块都应记录最后审核日期与负责人。
检查对外发布交接
排期或发布前，确认准确账号、凭据健康状态、工作区权限、时区、队列或发布时间、媒体可用性、落地页、追踪参数和预览。可以使用服务端或 Provider 验证，但技术验证不能替代编辑批准。
多渠道内容要保留目标级状态。一个渠道成功，不能隐藏另一个渠道被拒绝、延迟或结果未知。
定义停止与恢复动作
清单必须说明检查失败后做什么：修复并重新提交、重新打开批准、更换素材、延后版位、取消目标、升级给专家或进入人工审核。发布窗口开始前就要分配恢复负责人。
交付后保留时间、公开链接或 Provider 引用、失败原因、尝试与核对结果。外部结果不确定时应先调查，而不是直接进行可能重复发布的自动重试。
清单实施规则
- 使用准确批准版本与目标账号身份
- 通用政策检查与当前平台要求分开维护
- 验证链接、追踪、媒体、无障碍、权利、披露与原生设置
- 在不暴露秘密的情况下测试凭据和 Provider 验证
- 记录目标级已发布、失败、取消与未知结果
- 分配修复、重试、核对与事件负责人
- 平台变化和真实失败后重新审核清单
