开播前检查清单：设备、网络、内容三段式确认表
直播事故大多不是技术问题，而是准备流程缺失。本文把开播前要做的事拆成三个时间点、三张可打印的检查表，每项给出验收标准与不合格时的处置方式。
一、直播事故几乎都出在「以为准备好了」
复盘大量直播故障会发现一个共性：技术能力不是问题，准备流程缺失才是。设备买齐了、平台开通了，但没有人逐项确认上行带宽够不够、录制有没有开、音频电平是否正常，于是问题在开播后集中爆发。
清单的作用是把「凭经验判断」变成「逐项打勾」。下面按三个时间点拆：T-1 天做设备与网络，开播前 60 分钟做内容与流程，开播前 10 分钟做最后一轮确认。
二、T-1 天：设备与信号检查
| 检查项 | 标准 | 怎么验 | 不合格时怎么办 |
|---|---|---|---|
| 摄像机画面 | 构图正确、对焦清晰、白平衡正常、无逆光过曝 | 导播台或监视器实际看一遍，不要只看摄像机小屏 | 调整机位与灯光；逆光场景补光或改用侧光 |
| 音频电平 | 人声峰值落在 -12 到 -6 dBFS，环境底噪低于 -40 dBFS | 调音台或采集软件看电平表，正常说话时观察峰值 | 过低加增益或缩短拾音距离；过高降低增益或加衰减 |
| 供电 | 关键设备接 UPS 或确认电池余量 ≥ 直播时长 1.5 倍 | 拔掉市电测试 UPS 能否无缝接管 | 租借 UPS；摄像机改用假电池或直供电源 |
| 线缆与接口 | SDI/HDMI 接头紧固、有冗余走线、不横跨通道 | 逐根轻拉确认不松动；贴胶带固定 | 准备同规格备用线各一条 |
| 录制 | 平台侧录制已开启且存储空间充足 | 试录 1 分钟后回放检查音画同步与清晰度 | 未开启立即开启；本地再加一路独立录制做双保险 |
设备检查的关键是实际跑一遍，而不是看着设备清单打勾。摄像机小屏显示的画面与实际输出的画面可能存在色差和裁切差异，音质更是只有戴上监听耳机才能判断。
三、T-1 天：网络与推流检查
| 检查项 | 标准 | 怎么验 | 不合格时怎么办 |
|---|---|---|---|
| 上行带宽 | 实测上行 ≥ 推流码率的 1.5 倍 | 用测速工具连测三次取最小值；不要用套餐标称值 | 申请独享有线或加大带宽；下调推流码率档位 |
| 推流测试 | 用正式推流地址推 5 分钟，平台侧能看到稳定画面 | 完整走一遍从编码器到播放端的链路 | 地址无效则重新生成；卡顿则查带宽与编码参数 |
| 端口与防火墙 | 推流所需端口已放行（优先走 443） | 在企业/医院网络环境下实测，不要用手机热点测 | 提交网络申请；无法开通时改用 4G/5G 聚合路由器 |
| 备用链路 | 4G/5G 或第二条有线已就位并完成切换演练 | 断开主链路，实测备用能否在 30 秒内接管 | 未准备的立即补；重要场次建议主备双推 |
| 推流地址时效 | 有效期覆盖直播全程 + 前后各 30 分钟 | 在平台后台核对过期时间 | 过期时间过短则重新生成地址并更新到编码器 |
网络是最容易「测的时候没问题、用时出问题」的一项，因为办公网的上行带宽会被其他业务抢占。建议在正式直播的时段（而不是凌晨或午休）做一次测速，避开网络高峰期与业务高峰期的差异。
四、开播前 60 分钟：内容与流程检查
| 检查项 | 标准 | 易漏点 |
|---|---|---|
| 播放页与入口 | 观看链接已生成并小范围验证可打开；白名单/验证码已配置 | 只测了自己能打开，没测未授权用户是否被正确拦截 |
| 演示内容 | PPT 终稿、视频素材可正常播放、字体已嵌入或已转图片 | 现场电脑缺字体导致排版错乱；视频外链失效 |
| 互动与审核 | 问答开关、审核员账号、屏蔽词已配置 | 审核员没登录，问答内容直接上屏 |
| 人员分工 | 导播、场控、审核员、主讲人明确各自动作与联络方式 | 出问题时不知道该找谁、谁说了算 |
| 应急预案 | 断网、断电、主讲迟到、内容敏感四类情况各有明确处置动作 | 预案只存在于口头，没人知道具体步骤 |
涉及合规的场次（医疗、金融、政务），还要额外确认内容预审记录与授权文件已归档，避免直播结束后无法追溯。
五、开播前 10 分钟：最后一轮确认
- 推流已开始，平台侧预览画面正常（不要等到正式开始才第一次推流）
- 录制已开启（这一项最常被忘记，且事后无法补救）
- 音频监听戴耳机再听一次，确认无电流声、无回声、无串音
- 播放页在手机端打开确认可播（多数观众用手机看）
- 备用链路与备用设备处于热备状态，不是收在箱子里
- 所有参与人员在位，联络群已建，应急联系人可在 1 分钟内响应
六、最容易漏掉的六项（按事故率排序）
| 漏项 | 后果 | 规避方式 |
|---|---|---|
| 忘记开启录制 | 全程无存档，回放与复盘都做不了 | 把「录制已开」写进开播前 10 分钟清单，并由第二人复核 |
| 只测画面不测声音 | 画面正常但全程无声或严重底噪 | 必须戴监听耳机听一次，且录一小段回听 |
| 用手机热点测网络 | 正式切到内网后推不出去 | 在正式网络环境、正式时段测速 |
| 推流地址过期 | 开播瞬间断流 | 核对有效期覆盖全程 + 前后各 30 分钟 |
| 演示文件在另一台电脑 | 切屏黑屏、临时找文件 | 所有素材集中在导播机，并做本地备份 |
| 没有应急预案 | 故障时现场临时商量，延误数分钟 | 四类情况各写一条明确动作，打印放在导播台 |
七、清单怎么用才有效
清单不是文档，是分工表。建议把上面三张表打印出来，每项标注责任人，完成后签字或拍照留档。一场直播结束后，把本次出现的问题补进清单，几场之后就会形成适合自己团队的定制版本。
如果内部没有人手覆盖这些动作，可以把整套流程交给执行团队按场次承接，现场由专人负责导播、场控与应急处置，内部只需要出业务对接人。
常见问题
分三段：T-1 天做设备与网络的实测（这段时间才够申请网络权限、租借备用设备）；开播前 60 分钟做内容与流程确认；开播前 10 分钟做最后一轮状态确认。只留半小时做全部检查，等于把风险留到直播开始后。
在正式直播的场地、用正式的网络、在正式时段连测三次取最小值，且实测值要达到推流码率的 1.5 倍。常见错误是用套餐标称速率代替实测值，或者用手机热点测完就认为内网也没问题。
不是把 4G 路由器带去现场就算备用，而是要在彩排时真实断开主链路，确认备用能在 30 秒内接管且画面不中断。重要场次建议主备双推，由平台侧做切换，比现场手动切更稳。
不是。彩排走的是流程与配合，检查走的是逐项技术状态。彩排通过不代表录制已开、推流地址没过期、音频电平正常。两者都要做，检查用清单打勾，彩排用脚本走一遍。
三类：一是忘记接入或接错接口导致全程无声；二是增益过高导致爆音或过低导致听不清；三是现场音箱声音串回麦克风形成回声。规避方式是戴监听耳机听一次，并录一小段回听确认。
建议打印并标注责任人。清单放在电脑里容易在忙碌时被跳过，纸质版放在导播台可以逐项打勾、事后留档，也方便每场结束后把新出现的问题补进去，逐步形成自己团队的定制版本。