広告運用の事故対応｜誤配信が起きた日の連絡と記録

広告運用の事故対応では、原因究明を急ぐ前に、影響の拡大を止め、後から検証できる記録を残す必要があります。誤配信や予算設定ミスを見つけた担当者が一人で「止める・調べる・伝える」を同時に抱えると、確定した事実と推測が混ざり、顧客への説明も再開判断も不安定になります。

初動は、停止判断、証跡保全、事実確認、顧客への第一報、再開条件を別々の作業として扱います。ただし、順番を固定するだけでは足りません。どの段階で何を確定し、何を未確認のまま残すかまで決めておくことが、事故対応を標準化する条件です。

広告運用の事故対応は「止める」と「確定する」を分ける

異常を検知した段階で、原因や費用の全容が分かっているとは限りません。それでも配信が続けば影響範囲が広がる可能性があります。最初の判断対象は、どの配信単位を止めるかです。責任の所在は、証跡を保全した後の調査で扱います。

Google 広告では、キャンペーンを一時停止すると、そのキャンペーン内の広告掲載が停止されます。一方、削除したキャンペーンは再開も復元もできず、パフォーマンスデータは表示できても設定は編集できません（2026年9月21日確認、Google 広告「キャンペーンを有効化、一時停止、削除する」）。

この仕様から、運用上の提案として、影響拡大を止める局面では対象範囲を特定して一時停止を選びます。復元できない削除は初動の標準操作から外します。一時停止の目的は、調査できる状態を保ちながら配信を止めることです。原因は証跡との照合を経て確定します。

対象範囲には、アカウント、キャンペーン、広告グループ、広告など、確認できた単位を記録します。対象外と判断した範囲も残せば、「全部止めたのか」「一部だけ止めたのか」を後から説明できます。停止実行者と確認者を分けられない場合も、誰が何を見て判断したかは記録から省きません。

事故当日の時系列票で判断を引き継ぐ

時系列票には、各段階の目的、記録、次へ進む条件を分けて記載します。作業の実施有無に加え、途中で担当者が交代しても判断の根拠を追える状態をつくるためです。

実際の対応では、保全と事実確認が停止判断と並行することもあります。進行が前後しても欄は分けます。「停止した」という操作記録と、「原因はこの変更だった」という調査結果では確度が異なるからです。

証跡は変更履歴だけで完結させない

Google 広告の変更履歴では、キャンペーンを一時停止した時期、変更を行ったユーザー、以前の予算額などを確認でき、期間、変更の種類、キャンペーンまたは広告グループで絞り込めます（2026年9月21日確認、Google 広告「変更履歴について」）。事故当日は、画面を眺めて経緯を文章化する前に、取得元と確認時点が分かる形で履歴を保全します。

残す項目は、少なくとも次の単位に分けます。

• いつ：検知、停止、履歴確認、顧客連絡、修正、再開の各時刻
• 誰が：変更者、停止実行者、調査者、確認者、連絡者
• 何を：対象アカウント、キャンペーン、広告グループ、広告、設定項目
• どう変えたか：確認できた変更前と変更後、現在の状態
• 何を根拠にしたか：変更履歴、設定画面、依頼、承認、社内連絡の所在

この分解を使うと、「どの記録から、どの操作まで確認できたか」を検証可能な形で記述できます。「担当者が変更した」だけの記述で終わらず、確認の範囲が次の担当者にも伝わります。

ただし、変更履歴には、Google担当者による変更や一部のアカウント単位の設定変更など、一覧に表示されない変更があります（2026年9月21日確認、Google 広告「変更履歴について」）。したがって運用上の提案として、変更履歴にないことを「変更がなかった」根拠にはしません。入稿時の依頼、承認記録、設定画面、社内連絡などと照合し、確認できない範囲は未確認として残します。

平常時の確認項目は、広告運用チェックリストとして整備しておくと、事故時にも比較対象を探しやすくなります。平常時のチェックで承認前後の状態を残し、事故票で検知後の判断と証跡をつなぐと、同じ対象を連続して追えます。

顧客への第一報は確定事項と暫定事項を混ぜない

第一報の役割は、調査完了を宣言することではありません。現時点の影響拡大をどう止めたか、どこまで確認できたか、次に何を更新するかを共有することです。原因や費用を急いで断定すると、その後のデータ更新や追加確認で説明が変わり、記録同士の整合も崩れます。

Google 広告のパフォーマンスデータは常に最新とは限らず、最新データがレポートへすぐ反映されない場合や、イベント発生後にレポート指標が調整される場合があります（2026年9月21日確認、Google 広告「データの更新頻度について」）。そのため運用上の提案として、第一報の費用や成果には確認時点と「暫定」を明記します。データ反映を確認した段階で更新する項目として、第一報の確定事項から切り分けます。

第一報は次の枠で作ると、事実と推測を分けやすくなります。

• 検知した事象：確認できた対象と状態
• 実施した措置：一時停止した範囲と実行時刻
• 現時点で確定したこと：記録から確認できた変更や配信状態
• 未確認のこと：原因、影響範囲、費用・成果など、追加確認が必要な項目
• 次の連絡：変更履歴の照合完了、データ反映の確認など、更新する条件と連絡担当

「影響はない見込み」「原因は操作ミスと思われる」といった推測を、確定事項の段落に紛れ込ませないことが重要です。仮説が調査に必要なら、仮説であることと確認方法を社内記録に置き、顧客向けの文面では確認済みの範囲を明示します。

法的責任や補償範囲は、事故票だけで決められません。契約内容を確認し、必要に応じて法務担当者や専門家へ確認します。顧客への連絡担当、承認経路、補償に関する表現の扱いは、平常時に社内ルールとして定めておく必要があります。

再開判断に必要な条件をそろえる

設定を直しただけでは、再開条件を満たしたとは限りません。Google 広告では、広告グループやキーワードも一時停止している場合、キャンペーンを再開してもそれらは自動で開始されず、手動で再開する必要があります。また、再開後に掲載されない場合は、予算、入札戦略、ポリシー違反の確認が案内されています（2026年9月21日確認、Google 広告「キャンペーンを有効化、一時停止、削除する」）。

運用上の提案として、再開可否は次の条件をすべて確認して判断します。

• 誤った設定または入稿内容が修正されている
• キャンペーンと配下要素の停止状態を確認している
• 予算と入札戦略を確認している
• ポリシー状態を確認している
• 再開対象と対象外を記録している
• 再開後の監視担当と、再停止する条件を決めている

条件を満たしていない項目があれば、未完了のまま誰が引き取るかを決めます。再開を承認する人と、再開後の掲載状態を見る人も記録します。これにより、「修正した担当者がそのまま再開し、確認も完了したことにする」という自己完結を避けられます。

入力段階の事故を減らす仕組みは、広告入稿ミスを防ぐチェック方法と接続できます。予防用のチェック項目と事故用の時系列票に同じ対象名を使えば、どの確認を通過した設定で事故が起きたかを照合しやすくなります。

台帳を意思決定に使う

事故票は、その時点で次の担当者が判断できる記録にします。体裁を整えた顛末書の作成は後工程です。初動では確定事実、未確認事項、仮説を分け、各項目の取得元と確認時点を残すことを優先します。

AIを使う場合は、変更履歴や社内記録から第一報の草案を整える、未確認項目の候補を並べる、再開条件の確認漏れを見直すといった補助に限定します。公開、出稿、顧客への送信、再開の最終判断は人が行い、根拠となる原記録と承認者を台帳に残します。AIが整えた文章そのものを事実の根拠にはしません。

運用上の提案として、完了条件には、第一報で未確認とした項目の更新、再開後の状態確認、残課題の引き継ぎ先の決定を含めます。配信再開の記録だけでは対応を閉じません。時系列票の各欄について、記入者、根拠となる記録、確認者、次へ進める条件をチームで合意しておけば、誤配信を見つけた日の判断を引き継げます。停止、保全、確認、連絡、再開が一つの欄に混ざっていないことを確かめ、最後に未確認事項の引き継ぎ先まで記録して事故対応を閉じます。

関連ガイド：広告代理店のAI活用と業務改善