トラブルは起きる前提で設計する
ライブ配信で「トラブルが起きない」ことはない。回線の瞬断、PCのフリーズ、マイクの電池切れ、プラットフォーム側の障害。どれだけ準備しても、本番中に何かは起きる。
大事なのはトラブルを「ゼロにする」ことではなく、起きたときに何をするかを決めておくこと。
よくあるトラブルと対応パターン
映像が止まった場合
| 原因 | 配信チームの対応 | 発注者の判断 |
|---|---|---|
| エンコーダーのフリーズ | バックアップ機に切替（30秒以内） | 登壇者に「少しお待ちください」と伝えるかどうか |
| PCの不調 | 予備PCに差し替え | 進行を一時停止するか、音声のみで続行するか |
| カメラの故障 | 他のカメラソースに切替 | 画角が変わることを許容するか |
映像が止まっても、音声が生きていれば配信は成立する。映像復旧に時間がかかる場合、「音声のみで進行し、映像が戻り次第切り替える」判断を発注者側が素早くできると、進行が止まらない。
音声が出ない場合
| 原因 | 配信チームの対応 | 発注者の判断 |
|---|---|---|
| マイクの電池切れ | 予備マイクに交換 | 登壇者に交換の合図を出す |
| ミキサーの設定ミス | チャンネル確認・復旧 | 登壇者に一時停止を依頼 |
| ハウリング | 問題の音源を特定しミュート | 会場PAとの調整指示 |
音声トラブルは映像より深刻。音のない映像は見続けられるが、映像のない音声はある程度聞ける。音も映像もない状態は即座に対処が必要。
回線が落ちた場合
| 原因 | 配信チームの対応 | 発注者の判断 |
|---|---|---|
| メイン回線の断絶 | バックアップ回線に自動/手動切替 | 視聴者への告知（チャットで「復旧中」等） |
| 全回線の断絶 | モバイル回線での最低限の復旧 | 配信を中止するか、復旧を待つか |
| プラットフォーム側の障害 | 別プラットフォームへの切替 | 視聴者への案内方法の決定 |
発注者がやるべき3つのこと
1. 事前に「判断基準」を決めておく
本番前のミーティングで、以下を配信チームと共有しておく。
- 配信が止まった場合、何分まで待てるか（目安：3分）
- 復旧できない場合、中止するか・音声のみで続けるか
- 視聴者への告知は誰がどのチャネルで行うか
- 登壇者への連絡は誰がどう伝えるか
2. 本番中は「技術判断」に口出ししない
トラブルが起きたとき、発注者がやりがちなのは「今すぐ直して！」と技術スタッフに声をかけること。これは逆効果。
配信チームは復旧に集中している。その最中に声をかけると、対応が遅れる。発注者がやるべきは：
- 配信チームの状況を見守る（ディレクターに状況確認するのはOK）
- 登壇者のケア（「少しお待ちください」と伝える）
- 視聴者への告知対応
3. 復旧後の「リカバリートーク」を用意しておく
配信が一時停止した後、何事もなかったかのように再開するのは不自然。登壇者用のリカバリートークを事前に用意しておく。
例：
- 「ただいま一時的に映像が途切れたようですが、復旧いたしました。引き続きよろしくお願いいたします」
- 「ご視聴中の皆さま、お待たせいたしました。改めて、〇〇のパートから再開します」
事前に確認すべきチェックリスト
配信会社との事前打ち合わせで、以下を確認しておく。
- バックアップ回線はあるか（何系統か）
- エンコーダーの予備機はあるか
- マイクの予備はあるか
- 配信停止時の自動メッセージ（スレート画面）は用意されているか
- トラブル時の連絡経路（発注者↔ディレクター）は決まっているか
- 中止判断の基準と権限者は決まっているか
- 視聴者への告知方法は決まっているか
まとめ
配信トラブルは「起きるかどうか」ではなく「起きたときにどうするか」の問題。発注者がやるべきは：
- 技術的な復旧は配信チームに任せる
- 進行判断（続行/中止/代替手段）は発注者が決める
- 事前に判断基準を決めておく
この役割分担が明確なほど、トラブルからの復旧は速い。