炎上対応では、最終的に何をしたかだけでなく、「その時点で何が分かっていて、何を根拠に、誰が、いつ決めたか」を残すことが重要です。
判断ログをどの局面で使うかを炎上対応全体から確認したい場合は、[企業の炎上・風評被害対応とは｜初動対応の原則から法的手段・社内体制までの全体像](https://rebranding.co.jp/media/online-reputation-crisis-response/)を参照してください。
第一報を出した、投稿を削除した、謝罪を見送った、といった結果だけでは、後から判断の妥当性を検証できません。
判断ログには、判断時刻、確認済みの事実、未確認情報、選択肢、採用理由、承認者、次に見直す条件まで残します。
この記事では、炎上進行中にそのまま使える判断ログの項目、第一報・削除・謝罪・承認を記録する方法、更新ルールまで整理します。
炎上対応の判断ログは「対応履歴」ではなく「意思決定の証跡」
炎上対応の判断ログとは、単に「10時に会議をした」「11時に投稿を削除した」と記録する時系列表ではありません。
対応履歴は「何をしたか」を残す記録です。判断ログでは、その時点の事実・選択肢・根拠・承認者まで記録します。
重要なのは、その判断をした時点で利用できた情報と、判断理由を一緒に残すことです。
たとえば、問題投稿を削除した場合でも、
- 何時に問題を認識したか
- 削除前に何を確認したか
- 残す選択肢も検討したか
- 削除による二次炎上リスクをどう評価したか
- 法務・広報・経営の誰が承認したか
まで残っていなければ、後から「なぜ削除したのか」を正確に再現できません。
英国National Cyber Security Centre（NCSC）は、重大なインシデント対応について、単一の正式記録に「何が判明したか」「いつ判明したか」「誰が、なぜ判断したか」「合意した行動と進捗」を残すことを案内しています。時刻表記の統一や、専任の記録担当者を置くことも推奨しています。 (ncsc.gov.uk)
炎上はサイバーインシデントとは異なりますが、情報が刻々と変化し、不完全な情報から重要判断を求められる点は共通します。
そのため広報・危機管理でも、チャットや会議の断片を後から集めるのではなく、一つの判断ログを正本として更新する方法が有効です。
炎上判断ログに最低限残す9項目
判断ログを複雑にしすぎると、緊急時に誰も書かなくなります。
最低限、次の9項目を1判断1行または1レコードで残してください。
| 項目 | 記録する内容 |
|---|---|
| 判断ID | D-001、D-002などの通し番号 |
| 判断時刻 | 判断が確定した日時 |
| 判断事項 | 第一報、削除、謝罪、取材対応など |
| 確認済み事実 | 判断時点で裏付けが取れていた情報 |
| 未確認情報 | まだ確認できていない情報 |
| 選択肢 | 実行・保留・別対応など検討した案 |
| 判断・根拠 | 採用した案と、その理由 |
| 判断者・承認者 | 起案者、最終承認者、必要な専門確認 |
| 再評価条件 | 何が変わったら判断を見直すか |
判断ログでは、結果だけでなく「判断した時点の情報」まで残します。最低限、この9項目を記録すると後から意思決定を追跡しやすくなります。
特に重要なのが「未確認情報」と「選ばなかった選択肢」です。
後から結果を知った状態では、「その判断しかなかった」と考えやすくなります。しかし実際の炎上対応では、判断時点では複数の可能性が残っています。
英国政府のCritical Incident Management指針でも、危機時の判断について、判断理由だけでなく、その時点の裏付け情報や検討した選択肢・代替策を記録することが示されています。 (gov.uk)
判断ログは「事実」「推測」「判断」を混ぜない
炎上初期では、確定した事実とSNS上の主張が混ざります。
その状態で「炎上原因は○○だった」とログに書くと、後から情報が覆ったときに、何を根拠に意思決定したのか分からなくなります。
次の3つを分けて記録してください。
| 区分 | 例 |
|---|---|
| 確認済み事実 | 9:42に公式Xから対象投稿が公開された |
| 未確認・仮説 | 元データの確認前であり、数値誤りかは未確定 |
| 判断 | 訂正要否が確定するまで削除せず、追加拡散のみ監視する |
危機時は専門家であっても認知バイアスの影響を完全には避けられません。
2022年に公表された危機意思決定に関する研究では、一般参加者460人、政府・非営利組織関係者50人、危機対応専門家21人を対象に実験を行い、専門家群でもアンカリング、フレーミング、バイアス・ブラインドスポットの影響が確認されました。 (research.tudelft.nl)
だからこそ、「正しかったか」だけでなく、判断時点で何が分かっていたかを固定することに意味があります。
第一報を出す判断は「出した理由」と「まだ言わないこと」を残す
第一報は、炎上対応で最初に大きな承認が必要になりやすい判断です。
ログには「第一報を出す」とだけ書かず、次のように残します。
| 項目 | 記録例 |
|---|---|
| 判断事項 | 第一報を公式サイトとXで公開する |
| 確認済み事実 | 対象投稿、投稿日時、当社公式アカウントからの投稿であること |
| 未確認情報 | 投稿作成経緯、社内承認経路 |
| 選択肢A | 事実確認完了まで発信しない |
| 選択肢B | 調査中であることのみ第一報する |
| 採用 | 選択肢B |
| 根拠 | 問い合わせが増えており、沈黙による情報混乱を避けるため |
| 承認者 | 広報責任者、担当役員 |
| 再評価 | 事実認定完了時、報道問い合わせ発生時 |
第一報で重要なのは、まだ分かっていないことまで説明しようとしないことです。
判断ログにも「現時点では原因を断定しない」「謝罪対象の特定は次回判断」といった今回決めていないことを残すと、その後の声明との整合性を取りやすくなります。
投稿削除の判断は削除前の証拠保全とセットで記録する
炎上した投稿を削除する場合は、削除ボタンを押した時刻だけを残してはいけません。
削除前に少なくとも、
- 投稿本文
- 投稿URL
- 投稿日時
- 画像・動画
- 主要な反応
- 必要に応じて表示回数など確認可能な数値
を保存したうえで、削除判断を記録します。
競合記事でも、炎上初動では投稿URL・投稿時刻・スクリーンショットなどの一次情報を先に保全する考え方が示されています。 ~~~~~~~~~~~~~~~~~~~~~~
判断ログでは、削除理由も具体化します。
「炎上しているため削除」では不十分です。
「個人情報が掲載されており、公開継続による被害拡大を防ぐ必要があるため」「掲載数値が公式資料と異なることを確認したため」など、判断の前提となった事実まで記録してください。
削除しない場合も同様です。
「批判が増えているが、現時点で内容の誤りを確認できていないため削除しない」と記録すれば、何もしなかったのではなく、検討した結果として維持したことが分かります。
謝罪するかどうかは「炎上規模」ではなく事実認定から記録する
批判が多いから謝罪する、少ないから謝罪しない、という決め方では判断根拠が残りません。
判断ログでは、最初に「何について自社の責任を認定したのか」を明確にします。
たとえば、
確認済み事実
広告画像に第三者の著作物が無許可で含まれていた。
判断対象
会社として謝罪声明を出すか。
採用案
対象投稿を削除し、事実・謝罪・現在の対応を公表する。
判断理由
自社側の権利確認不足が確認できており、謝罪対象を具体的に特定できるため。
という順番です。
反対に、事実関係が確認できていない場合は、
「謝罪をしない」
ではなく、
「現段階では責任範囲が未確定のため、謝罪判断を保留。事実確認完了後に再判断」
と記録します。
判断を「実施／不実施」の二択にせず、保留と再評価を正式な判断として扱うことがポイントです。
炎上対応では「実施・不実施」だけでなく、情報不足による「保留」も正式な判断として記録します。新しい事実が出たら再評価します。
承認履歴は「誰が見たか」ではなく「誰が何を承認したか」を残す
炎上対応では、SlackやTeams、メールに「OKです」「これでお願いします」という承認が散らばりがちです。
これでは後から、
- どの原稿を承認したのか
- 何時点の情報で承認したのか
- 法務確認なのか経営判断なのか
が分かりません。
承認は判断ログ側で確定させます。
| 時刻 | 対象 | 確認者 | 確認内容 | 結果 |
|---|---|---|---|---|
| 13:05 | 第一報案v2 | 法務 | 法的表現 | 修正条件付き承認 |
| 13:18 | 第一報案v3 | 広報責任者 | 発信内容 | 承認 |
| 13:26 | 第一報案v3 | 担当役員 | 公開判断 | 公開承認 |
| 13:31 | 公式サイト | 広報担当 | 公開実行 | 完了 |
「承認者一覧」と「判断ログ」は別物です。
誰に権限があるかを事前に決めるだけでは、その事案で実際に何を承認したかまでは残りません。
新しい情報が出たら過去ログを書き換えず、新しい判断を追加する
炎上対応では、数時間後に新しい事実が判明し、最初の判断を変更することがあります。
その場合、最初のログを正しい内容に書き換えてはいけません。
たとえば、
- D-004：投稿を維持する
- D-009：新事実判明により投稿を削除する
というように、新しい判断として追加します。
判断が変わっても過去ログは修正しません。新しい情報と新しい判断を別レコードとして追加することで、その時点の意思決定を後から再現できます。
D-004が後から見れば誤った判断だったとしても、その時点で利用できた情報からどう判断したかを残すことに価値があります。
過去の意思決定を結果に合わせて再構成してしまう現象は「後知恵バイアス」と呼ばれます。
1987年の研究では、事前に考えていた理由などの記録を後から参照できた条件で、後知恵バイアスが小さくなった実験結果が報告されています。すべての条件で同じ効果が確認されたわけではありませんが、判断時点の情報を残す意義を考えるうえで参考になります。 (sciencedirect.com)
炎上進行中に使える判断ログのテンプレート
実務では、以下の形式をスプレッドシート、社内Wiki、インシデント管理ツールなどに用意しておくと運用しやすくなります。
| 項目 | 記入内容 |
|---|---|
| 判断ID | D-001 |
| 判断日時 | YYYY/MM/DD HH:MM |
| 判断事項 | 何を決めるのか |
| 状況 | その時点の状況 |
| 確認済み事実 | 裏付け済み情報 |
| 未確認情報 | 調査中の事項 |
| 選択肢 | A、B、C |
| 採用した判断 | 実際に選んだ対応 |
| 判断理由 | なぜその案を選んだか |
| 不採用理由 | 他案を選ばなかった理由 |
| 起案者 | 判断案を出した人 |
| 専門確認 | 法務・セキュリティ等 |
| 最終承認者 | 決裁した人 |
| 実行担当 | 実際に対応する人 |
| 実行期限 | いつまでか |
| 再評価条件 | 新事実、報道、拡散増加など |
| 関連資料 | スクリーンショット、原稿、会議記録等 |
すべての判断で17項目を埋める必要はありません。
ただし、第一報、削除、訂正、謝罪、取材回答、法的措置、通常投稿の再開など、外部への影響が大きい判断では詳細を残してください。
判断ログと対応タスクは分けて管理する
判断ログとタスクリストを一緒にすると、重要判断が大量の作業記録に埋もれます。
たとえば、
「声明文をサイトへ掲載すると決定した」
は判断ログです。
一方、
「CMSへログインする」「画像を差し替える」「XへURLを投稿する」
は実行タスクです。
判断ログはなぜ決めたかを残す場所、タスク管理は決めたことを誰が実行するかを追う場所と分けます。
NCSCも、中央記録に「判断」と「合意したアクション、その進捗」の双方を残す考え方を示しています。 (ncsc.gov.uk)
判断ログは炎上収束後のポストモーテムで初めて価値が完成する
炎上が収束した後は、記憶だけを頼りに振り返るのではなく、判断ログを時系列に並べて検証します。
確認するのは「誰が悪かったか」ではありません。
- その時点の情報で判断は妥当だったか
- 必要な情報が意思決定者まで届いていたか
- 承認に時間がかかった箇所はどこか
- 不要な承認がなかったか
- 見直し条件は適切だったか
- 同じ事案なら次回は何を事前ルール化できるか
を確認します。
ISO 22361:2022は、危機管理能力の要素として、危機時の意思決定、危機コミュニケーション、訓練・検証・危機からの学習を扱っています。 (iso.org)
つまり判断ログは、事後報告書を作るためだけの記録ではありません。
次回の危機対応で、より早く、より根拠のある判断をするための組織資産です。
まとめ
炎上対応の判断ログでは、「何をしたか」だけでなく、その時点で何が分かっていて、どの選択肢を比較し、誰が何を根拠に決めたかを残してください。
最低限必要なのは、判断時刻、確認済み事実、未確認情報、選択肢、判断理由、判断者・承認者、再評価条件です。
第一報、削除、謝罪、声明公開などの重要判断は、一つの正式なログで管理します。
新しい情報によって判断を変更するときも過去ログは書き換えず、新しい判断として追加します。
こうしておけば、炎上収束後に記憶から経緯を復元する必要がありません。
「誰が決めるか」という指揮系統と、「実際に何を根拠に決めたか」という判断ログを両方整えることで、危機対応を属人的な経験から再現可能な運用へ変えられます。
参考文献・データ元
What to do when cyber attacks disrupt your organisation — Immediate activities
発表元：UK National Cyber Security Centre
公開日：2026年7月28日
使用内容：中央記録に発見事項、時刻、判断者、判断理由、アクションと進捗を残す考え方、時刻表記統一、記録担当者。
URL：https://www.ncsc.gov.uk/collection/what-to-do-when-cyber-attacks-disrupt-your-organisation/recovering/immediate-activities
Critical incident management
発表元：UK Home Office / GOV.UK
更新日：2026年8月20日
使用内容：意思決定理由、裏付け情報、検討した選択肢・代替案を判断ログに残す考え方。英国政府内の運用例として参照。
URL：https://www.gov.uk/government/publications/powers-and-operational-procedure-caseworker-guidance/critical-incident-management-accessible
ISO 22361:2022 Security and resilience — Crisis management — Guidelines
発表元：International Organization for Standardization
公開：2022年10月
使用内容：危機時の意思決定、危機コミュニケーション、訓練・検証・学習という危機管理能力の考え方。
URL：https://www.iso.org/standard/50267.html
The influence of cognitive bias on crisis decision-making: Experimental evidence on the comparison of bias effects between crisis decision-maker groups
著者：David Paulus, Gerdien de Vries, Marijn Janssen, Bartel Van de Walle
発表年：2022年
掲載誌：International Journal of Disaster Risk Reduction, Vol.82, 103379
対象：一般参加者460人、政府・非営利組織関係者50人、危機対応専門家21人
使用目的：危機時の意思決定における認知バイアスの補足。
DOI：10.1016/j.ijdrr.2022.103379
URL：https://research.tudelft.nl/en/publications/the-influence-of-cognitive-bias-on-crisis-decision-making-experim/
Reduction of hindsight bias by restoration of foresight perspective: Effectiveness of foresight-encoding and hindsight-retrieval strategies
著者：Martin F. Davies
発表年：1987年
掲載誌：Organizational Behavior and Human Decision Processes, 40(1), 50–68
使用目的：判断時点の記録と後知恵バイアスの関係を説明する補助研究。
DOI：10.1016/0749-5978(87)90005-7
URL：https://www.sciencedirect.com/science/article/pii/0749597887900057