SNS炎上初動マニュアル｜発生から24時間でやること・謝罪判断・再発防止まで整理
企業のSNSアカウントを運用していると、ある朝突然、通知欄が普段の何十倍もの速度で流れ始めることがあります。前日まで平穏だった投稿に批判的な引用が積み上がり、まとめサイトに転載され、社内の別部署から「うちのSNS、大丈夫ですか」と連絡が入る。この最初の数時間をどう動くかで、その後の被害規模と信頼回復までの期間は大きく変わります。
ところが多くの企業では、炎上対策といえば投稿前のチェック体制やガイドラインの整備にとどまっており、実際に火が付いた後の行動手順が用意されていません。担当者が個人の判断で投稿を消し、確認の取れていない説明を出し、結果として一次炎上より大きな二次炎上を招くケースは今も珍しくありません。
この記事では、SNS運用代行を手がけるハーマンドットが現場で使っている初動の考え方を、発生から24時間の行動設計、投稿の削除判断、謝罪の要否と声明の書き方、社内報告フロー、鎮火後の再発防止まで通しで整理します。なお記載している目安時間や体制の考え方は2026年7月時点の運用実務にもとづくものです。
この記事の要点
- 初動で最優先すべきは謝罪でも削除でもなく、事実確認と情報の一元化である
- 第一報の目安は発生から24時間以内。ただし事実が固まる前の説明は出さない
- 削除してよいのは権利侵害・法令抵触・誤情報の3類型。批判が多いだけの投稿は残す
- 謝罪は「何に対して謝るか」を特定できたときにのみ出し、条件付きの表現は使わない
- 鎮火後72時間以内に時系列記録を残さないと、再発防止策は必ず形骸化する
目次
SNS炎上の初動対応で最初に決めるべきこと
SNS炎上の初動で最初に決めるべきことは、事実確認の責任者と情報の集約先を1か所に固定することです。謝罪文の検討でも投稿の削除でもありません。炎上の初期段階では、社内の複数の人間がそれぞれ別の画面を見て別の解釈をしており、誰が何を把握しているのかが分からない状態が最大のリスクになります。まず「この件の情報はここに集める」という場所を決め、そこに時刻付きで事実を書き込んでいくところから始めます。
SNS炎上とは、企業や個人の投稿・発言・商品・従業員の行動などに対して批判的な言及が短時間に急増し、通常のコメントやリプライの範囲を超えて拡散していく状態のことです。単に否定的な意見が数件付いた状態は炎上ではありません。判断の目安は、批判的な言及が平常時の10倍以上に増え、かつ当事者以外の第三者が引用・転載を始めているかどうかです。この線引きを事前に決めておかないと、通常のクレーム対応と危機対応の切り替えが遅れます。
初動の場面で担当者が陥りやすいのは、批判の量に動揺してすぐ何かを発信しようとすることです。しかし炎上の初期に出す情報は、後から訂正するたびに信頼を失います。事実が固まっていない段階では、対外的な発信を止めて内部の確認に集中するほうが結果的に早く収束します。初動の30分は「発信しない時間」と割り切るくらいの設計が現実的です。
同時に、投稿の予約配信を止める作業も忘れてはいけません。炎上のさなかに、数日前に予約したキャンペーン投稿が自動で配信されてしまい、火に油を注ぐという事故は実際に起きています。X、Instagram、TikTok、LINE公式アカウント、メールマガジンなど、自動配信が設定されているチャネルをリスト化しておき、危機時には一括で停止できるようにしておくことが必要です。広告配信も同様で、問題となった商品や表現を含むクリエイティブが配信され続けていないかを確認します。
そして忘れられがちなのが、炎上の対象がどこで起きているかの特定です。自社アカウントの投稿が発端なのか、従業員の個人アカウントなのか、口コミサイトのレビューなのか、取引先や起用したインフルエンサーの発信なのかによって、打てる手はまったく変わります。自社が直接コントロールできる場所で起きているのか、そうでないのかを最初に切り分けてください。
発生から24時間の行動設計
炎上発生から24時間の行動は、時間帯ごとにやることを固定しておくのが最も確実です。その場で優先順位を考えていると、声の大きい社内意見に引きずられて順序が崩れます。以下は一般的な企業SNSの炎上で用いられる時間配分の目安で、規模や業種によって前後しますが、骨格としてはこの流れで機能します。
| 経過時間 | やること | やってはいけないこと |
|---|---|---|
| 0〜1時間 | 一次情報の保全（スクリーンショット・URL・投稿時刻）、予約投稿と広告の停止、責任者の指名 | 投稿の削除、個別リプライへの反論 |
| 1〜3時間 | 拡散状況の把握（言及数の推移・主要な批判の論点整理）、事実関係の社内確認 | 推測にもとづく説明の発信 |
| 3〜6時間 | 炎上規模の判定、経営層への一次報告、対外発信の要否判断 | 担当者単独での謝罪文公開 |
| 6〜12時間 | 声明文の作成と法務・関係部署の確認、問い合わせ窓口の想定問答準備 | 批判投稿の非表示・ブロックの多用 |
| 12〜24時間 | 第一報の公開、社内共有、メディア問い合わせへの対応体制確立 | 「これで終わり」と判断して監視を解除する |
最初の1時間で必ず行ってほしいのが、一次情報の保全です。炎上の発端となった投稿や、それを批判している主要な言及は、後から削除されたり非公開になったりします。スクリーンショットだけでなく、投稿URL・アカウント名・投稿時刻をテキストで記録しておくことが重要です。この記録がないと、後の事実確認でも、法的措置を検討する場面でも、社内報告でも根拠を示せなくなります。
1〜3時間の段階では、批判の論点を分解する作業に集中します。同じ炎上に見えても、批判の中身は「表現が差別的だ」「事実と違う」「対応が不誠実だ」「過去の別件を思い出した」など複数が混ざっているのが普通です。このうち自社に非があるのはどれで、誤解によるものはどれかを分けないと、声明文が的外れになります。論点を3つ以内に整理できるまでは、対外発信をしないという基準を持っておくと判断がぶれません。
3〜6時間で行うのが炎上規模の判定です。言及数が増え続けているのか頭打ちなのか、テレビや大手ネットメディアが取り上げているか、自社の顧客や取引先から直接問い合わせが来ているか。この3点で見ると、社内向けの説明も具体的になります。言及が数百件でSNS内にとどまっているのか、報道され問い合わせ電話が鳴っているのかでは、動員すべき体制がまったく違います。
24時間という数字が目安として語られるのは、それを超えて沈黙が続くと「なぜ何も言わないのか」という批判が新たに発生し、炎上の論点が一つ増えてしまうからです。ただしこれは「24時間以内に謝罪しろ」という意味ではありません。事実確認が終わっていない段階であれば、「事実関係を確認しており、判明次第あらためてお知らせします」という趣旨の一次アナウンスを出すだけでも、沈黙による二次炎上は防げます。
投稿を削除すべきケースと残すべきケース
炎上した投稿を削除してよいのは、権利侵害・法令抵触・明らかな誤情報の3つに当てはまる場合だけです。それ以外、つまり「批判が多くて怖い」という理由での削除は、ほぼ確実に事態を悪化させます。削除した瞬間に「証拠隠滅」「逃げた」という新しい批判軸が生まれ、しかも削除前のスクリーンショットはすでに大量に保存されているため、投稿だけが消えて批判は残るという最悪の状態になります。
| 状況 | 対応 | 理由 |
|---|---|---|
| 他者の著作物・肖像を無断使用していた | 速やかに削除し、削除した事実と理由を告知 | 権利侵害が継続すること自体が損害を拡大させるため |
| 景表法・薬機法などに抵触する表現があった | 速やかに削除または該当箇所を修正して再掲 | 法令違反状態を放置できないため |
| 数値や事実に誤りがあった | 削除せず訂正投稿を紐づけて出す | 訂正の経緯が追える形にするほうが誠実と受け取られるため |
| 表現が不適切だと批判されている | 原則残し、見解と対応を別途発信 | 削除だけでは何を反省したのか伝わらないため |
| 個人が特定される情報が含まれていた | 該当部分を即時削除し当事者に連絡 | 被害者保護が最優先されるため |
迷いやすいのが「表現が不適切だと批判されている」ケースです。ここで担当者が単独で削除ボタンを押してしまう事故が非常に多く見られます。実務上は、削除する場合でも「投稿を削除しました。理由は◯◯です」と必ず告知とセットにするのが原則です。無言の削除は、批判している人にとって最も不誠実に映る行動だと理解しておいてください。
批判コメントの非表示やブロックについても、基準を決めておく必要があります。誹謗中傷や脅迫、明確な虚偽情報の拡散に対しては非表示や通報を行って構いませんが、単なる批判意見を消し始めると、消された側がスクリーンショットを添えて拡散し、炎上が別のフェーズに移ります。「意見は消さない、攻撃は消す」という線引きを事前に文書化しておくことが、現場の担当者を守ることにつながります。
また、アカウント自体を非公開にしたり削除したりする判断は、原則として経営層の決裁事項にしてください。担当者やSNS運用代行会社の判断でアカウントを消すと、その後に発信手段を失い、問い合わせ窓口も閉ざされた状態で批判だけが続くことになります。撤退は最後の選択肢であり、初動でとる手ではありません。
SNS運用を外部に委託している場合、こうした削除判断の権限が誰にあるのかを契約段階で決めておく必要があります。実際に炎上が起きてから「誰が消していいのか分からない」と時間を浪費する例が後を絶ちません。
委託時の責任分担や炎上対応の条項については、以下の記事で詳しく解説しています。
謝罪の要否を見極める基準と声明文の組み立て
謝罪を出すべきかどうかは、「自社に落ち度があると特定できたか」という一点で判断します。批判の量では決めません。落ち度が特定できていないのに謝罪すると、何に対する謝罪なのかが曖昧になり、後から事実が判明したときに説明が矛盾します。逆に落ち度が明らかなのに謝罪を渋ると、対応の遅さそのものが新しい批判の的になります。
謝罪文で最も避けるべき表現は、条件付きの謝罪です。「もし不快に思われた方がいらっしゃいましたら」という書き出しは、非を認めず責任を受け手の感じ方に転嫁する構造になっているため、ほぼ例外なく反発を招きます。謝罪するなら「当社の◯◯という表現は不適切でした」と対象を特定して言い切るほうが、はるかに早く収束します。
声明文の構成は、事実・原因・対応・再発防止・責任者の5要素を順に並べるのが基本形です。文量は多ければよいというものではなく、むしろ長い文章は言い訳と受け取られます。伝えるべき情報を過不足なく入れて、400〜800字程度に収めるのが実務上の目安です。以下に、声明文に必ず含めるべき項目を整理します。
声明文に必ず入れる項目
- 何が起きたかの事実（日時・媒体・内容を特定して記載する）
- どこに問題があったかの認定（曖昧な表現を避け、対象を明示する）
- すでに実施した対応（削除・修正・関係者への連絡など）
- 今後の再発防止策（いつまでに何をするかを具体的に書く）
- 発信主体と問い合わせ先（担当部署名まで記載する）
再発防止策の書き方は特に注意が必要です。「社内教育を徹底してまいります」といった抽象的な表現は、何も約束していないのと同じで、かえって不信感を強めます。「投稿前の確認者を1名から2名に増やし、法務部門の事前確認を必須にします」というレベルまで具体化してください。実行できないことは書かないという原則も守る必要があります。
発信する場所も判断が要ります。炎上が自社SNSアカウント内でとどまっている段階なら同じアカウントでの発信で足りますが、報道され問い合わせが増えている段階では、コーポレートサイトのお知らせページに掲載し、SNSからそこへリンクする形が適切です。SNSの投稿は流れて消えますが、サイトに掲載した文書は正式な記録として残るという違いを踏まえて使い分けます。
なお、謝罪すべきでない場面もあります。事実無根の情報が拡散している場合や、正当な事業活動に対する一方的な批判である場合に謝罪すると、事実でないことを認めたことになり、その後の訂正がほぼ不可能になります。この場合は謝罪ではなく、事実関係を淡々と説明する声明を出すのが正しい対応です。
社内報告フローとエスカレーションの基準
社内報告フローは、炎上が起きてから作るのでは間に合わないため、平常時に文書化しておく必要があります。現場でよく起きるのは、SNS担当者が「もう少し様子を見てから報告しよう」と判断し、上長が事態を知ったときにはすでにニュースサイトに掲載されていた、という展開です。報告の遅れは担当者個人の責任ではなく、報告基準を決めていない組織の設計不良です。
エスカレーションの基準は、担当者が迷わないように数値と事象で決めておきます。たとえば「批判的な言及が1時間で50件を超えた」「引用リポストが100件を超えた」「まとめサイトに転載された」「報道機関から問い合わせが来た」のいずれかに該当したら即時に上長へ報告する、といった形です。基準に達したら担当者の判断を挟まず自動的に報告が上がる設計にしておくことが肝心です。
報告する相手も事前に決めます。一次報告はSNS運用の直属上長と広報責任者、規模が大きければ法務と経営層まで広げます。このとき、報告のたびに一から説明していると時間を浪費するため、事実の時系列・拡散状況・すでにとった対応・判断が必要な事項の4項目を定型フォーマットにしておくと、報告が数分で済みます。
もうひとつ整えておきたいのが、社内の他部署への周知です。炎上が起きると、カスタマーサポート、営業、店舗スタッフ、採用面接の担当者まで、顧客や求職者から質問される立場になります。この人たちに何も伝えていないと、部署ごとにバラバラの回答をしてしまい、その食い違いがまた拡散されます。対外発信と同じタイミングで、社内向けの想定問答を全社に配布するところまでを初動に含めてください。
SNS運用を代行会社に委託している場合は、代行会社側の緊急連絡体制も確認しておく必要があります。土日祝や深夜に炎上が起きたときに連絡がつくのか、誰が一次判断をするのか、投稿停止の権限を代行会社が持っているのか。この取り決めがないまま週末に炎上すると、月曜まで誰も動けないという事態になります。
役割分担や承認フローの設計そのものについては、以下の記事で体系的に解説しています。
初動で失敗する企業に共通するパターン
初動で失敗する企業には、いくつかの共通したパターンがあります。支援の現場で繰り返し見てきたのは、対応が遅いことよりも「順序を間違えること」で傷口を広げる例です。速さだけを意識して事実確認前に発信し、訂正を重ねて信頼を失うほうが、半日待って正確な一報を出すよりはるかに深刻な結果になります。
典型的なのが、担当者が個別のリプライに反論してしまうケースです。批判に対して丁寧に説明しようという善意から始まるのですが、公開の場での1対1のやりとりは必ず切り取られて拡散します。炎上時の個別返信は原則として行わず、伝えるべきことは一つの声明にまとめて発信するのが鉄則です。返信するとしても、事実誤認の指摘に対する定型的な案内にとどめます。
次に多いのが、社内で「これは炎上ではない」と過小評価してしまうパターンです。言及数がまだ少ない段階では、通常のクレームと区別がつきにくいのは事実です。しかし拡散は指数関数的に伸びるため、判断を先送りするほど選べる手が減ります。迷ったら危機対応モードに入り、空振りだったら解除するほうが安全という運用にしておくべきです。
三つ目が、対応を一人の担当者に背負わせてしまう問題です。炎上対応は精神的な負荷が非常に高く、批判を直接浴び続ける担当者は数日で消耗します。実務上は、監視・記録を行う人と、判断・発信を行う人を分け、監視担当は交代制にするのが望ましい体制です。担当者のメンタルを守ることは、対応品質を維持するための実務要件でもあります。
初動でやってはいけない行動
- 無言で投稿を削除する（証拠隠滅と受け取られる）
- 批判者に個別で反論する（切り取られて再拡散する）
- 事実確認前に「調査中ですが問題ありません」と結論を出す
- アカウントを突然非公開にする（説明手段を自ら失う）
- 予約投稿を止めないまま通常運用を続ける
最後に挙げたいのが、鎮火後すぐに通常運用へ戻してしまうパターンです。批判が収まったように見えても、しばらくは過去の投稿が掘り返されたり、他社の炎上と並べて言及されたりします。鎮火宣言を出す前に、少なくとも1週間は監視を継続するという運用ルールを持っておくと、再燃を早期に検知できます。
鎮火後にやる記録の残し方と体制の立て直し
鎮火後に最初にやるべきことは、対応の全記録を72時間以内に文書化することです。この作業を後回しにすると、関係者の記憶が薄れ、通知やログも流れてしまい、二度と再現できなくなります。再発防止策は記録がなければ具体化できませんし、「誰がいつ何を判断したか」が残っていないと、次に同種の事態が起きたときにまた同じ議論を繰り返すことになります。
記録には、時系列の事実、判断のポイントとその根拠、各時点で選ばなかった選択肢、実際にかかった時間を含めます。特に「選ばなかった選択肢」の記録は価値が高く、なぜ削除しなかったのか、なぜ謝罪を見送ったのかを言語化しておくと、次回の判断基準がそのまま使えるようになります。記録の目的は反省文を作ることではなく、次回の判断を早くすることだと位置づけてください。
そのうえで、体制の見直しに入ります。今回の炎上が投稿内容に起因するものだったのか、承認フローの抜けだったのか、そもそも監視していなかったことが原因だったのかによって、打つべき手は変わります。原因の層を取り違えて対策すると、ガイドラインだけが分厚くなって現場が守らなくなるという典型的な失敗に陥ります。
実務上おすすめしているのが、年に1〜2回の模擬訓練です。架空の炎上シナリオを用意し、実際に検知から一次報告、声明文のドラフト作成までを時間を計って行います。訓練を1回やるだけで、初動の所要時間が半分近くまで短縮されるケースは珍しくありません。マニュアルを読むだけでは、実際の緊迫した状況では機能しないためです。
また、日常の監視体制も見直しの対象です。自社名・ブランド名・商品名・代表者名に加えて、よくある誤字や略称でもエゴサーチをかけておくと、検知が数時間早くなります。無料のツールでも検索の保存や通知はできますので、まず何を監視対象にするかを決めるところから始めてください。
体制の見直しにあたって外部の運用パートナーを検討する場合は、以下の記事で選び方の基準を整理しています。
炎上対応を外部に任せる場合の判断軸
炎上対応を外部に任せる場合、判断軸になるのは「監視だけを依頼するのか、判断と発信まで含めるのか」の切り分けです。この2つは求められる能力もコストもまったく異なります。監視の代行は比較的安価に依頼できますが、削除や謝罪の判断は自社の事業判断そのものなので、外部に丸投げできる性質のものではありません。
現実的な形は、平常時の監視と一次報告を外部に任せ、判断は自社が持ち、声明文のドラフトや発信オペレーションを外部が支援するという分担です。判断権限だけは必ず自社に残すという原則を置くと、契約時の議論もすっきりします。この前提で見積もりを取ると、各社の提案の違いが比較しやすくなります。
依頼先を見るときに確認しておきたいのは、緊急時の対応時間、休日夜間の連絡経路、過去に危機対応の実績があるか、そして自社の業界特有のリスクを理解しているかの4点です。SNS運用の実績が豊富でも、危機対応の経験がない会社は少なくありません。提案を受ける段階で、過去にどのような対応をしたかを具体的に聞いてみてください。
費用面では、通常のSNS運用代行の契約に危機対応が含まれているのか、別料金なのかを必ず確認します。含まれていない場合、いざというときに追加見積もりの相談から始まることになり、初動が確実に遅れます。危機対応の稼働範囲と料金を、平常時の契約書に書き込んでおくことが実務上の要点です。
SNS運用代行の費用体系や内訳の考え方については、以下の記事で詳しく解説しています。
まとめは初動の順序を先に決めておくこと
SNS炎上の初動は、才能や瞬発力ではなく事前の設計で決まります。火が付いてから何をするか考えていては、必ず順序を間違えます。この記事で挙げた行動の順序と判断基準を、自社のマニュアルとして文書化し、関係者が同じ紙を見て動ける状態にしておくことが、最も効果の高い炎上対策です。
- 最初の1時間は保全と停止に使う。一次情報を記録し、予約投稿と広告を止め、責任者を決めるところまでを発信より先に済ませます。
- 削除は3類型に限る。権利侵害・法令抵触・個人情報の混入以外は残し、削除する場合も必ず理由の告知とセットにします。
- 謝罪は対象を特定できたときだけ。条件付きの謝罪表現は使わず、再発防止策は実行可能な粒度まで具体化します。
- 報告基準は数値で決める。担当者の判断を挟まずに自動でエスカレーションされる設計にしておきます。
- 鎮火後72時間以内に記録する。選ばなかった選択肢まで残しておくと、次回の判断が大幅に速くなります。
まずは無料でSNSアカウント診断を
炎上対策のマニュアルを作らなければと思いながら、日々の投稿制作に追われて手が付けられていない。監視も担当者の自主的なエゴサーチに頼っている。そうした状態のまま運用を続けている企業は決して少なくありません。実際に火が付いてから体制を整えるのでは、間に合わないのが現実です。
ハーマンドットでは、SNS運用代行とあわせて、運用体制のリスク診断と初動フローの設計を支援しています。現在のアカウント運用でどこに炎上リスクが潜んでいるか、承認フローのどこに抜けがあるか、緊急時に誰がどう動く想定になっているかを、第三者の視点で洗い出してご報告します。
初回相談は完全無料・所要時間30分・オンライン対応可能