첫 연락을 언제 하나

사고를 인지한 시점과 원인을 파악한 시점 사이에는 대개 몇 시간의 공백이 있습니다. 이 공백 동안 침묵하면 광고주가 다른 경로로 먼저 알게 되고, 그 순간 사고 대응이 아니라 은폐 여부가 쟁점이 됩니다. 그래서 첫 연락은 원인 규명 전에 합니다.

다만 내용은 제한합니다. 확인된 사실, 현재 취한 조치, 아직 모르는 것, 다음 보고 시각 네 가지만 씁니다. 원인 추정을 첫 연락에 넣으면 이후 정정해야 할 확률이 높고, 정정 자체가 두 번째 사고가 됩니다. "지금은 원인을 특정하지 못했고 몇 시까지 확인해 다시 보고하겠다"는 문장이 추정보다 낫습니다.

무엇을 먼저 멈추나

연락보다 먼저 하는 것이 노출 중지입니다. 해당 캠페인이나 지면 노출을 멈추고, 멈춘 시각을 기록합니다. 이 시각이 나중에 사고 규모를 계산하는 기준이 됩니다. 중지 범위를 정할 때는 넓게 잡는 편이 낫습니다. 같은 소재가 다른 캠페인에도 들어가 있거나, 같은 제외 설정이 다른 계정에 적용돼 있을 수 있기 때문입니다.

구글 애즈에서 여러 계정에 걸쳐 게재위치 제외 목록을 공유해 쓰고 있다면 이 지점이 특히 중요합니다. 목록 하나를 고치면 여러 광고주 계정이 동시에 영향을 받으므로, 급하게 수정하기 전에 어느 계정들이 이 목록을 참조하는지부터 확인해야 합니다.

사고 범위는 어떻게 확인하나

범위 확인은 매체 리포트로 합니다. 메타는 브랜드 가치 보호 허브에서 게재 보고서를 제공하며, 캠페인 진행 중이나 종료 후에 Facebook 페이지·Instagram 계정·Audience Network 앱의 퍼블리셔별 노출 데이터를 URL 또는 퍼블리셔 이름과 노출수 기준으로 확인할 수 있습니다. 특정 행에서는 광고 옆에 표시된 콘텐츠 링크와 대략적인 노출수까지 볼 수 있는 콘텐츠 수준 분석이 제공됩니다.

구글에서는 광고 게재 위치 리포트가 같은 역할을 합니다. 이 리포트는 성과 최대화 캠페인에서도 디스플레이 네트워크·유튜브·검색 파트너에 걸쳐 광고가 노출된 도메인·앱·유튜브 채널 단위 데이터를 제공합니다. 다만 이 리포트는 성과 평가용이 아니라 브랜드 안전 점검용으로 설계됐고, 리포트에 잡히지 않는 채널의 성과까지 포함하지 않는다는 점을 알고 봐야 합니다.

두 리포트 모두 사후 확인 수단입니다. 사고가 난 지면과 노출 시점을 증빙하는 데는 유용하지만 사전 차단을 대신하지 못하므로, 보고서에도 "이 데이터는 집행 후 확인 자료"라고 명시하는 편이 정확합니다.

두 번째 보고에는 무엇을 담나

두 번째 보고가 실질적인 사고 보고서입니다. 여기서는 다섯 항목을 씁니다. 사고 지면과 확인된 노출 규모, 인지 시각과 중지 시각, 원인, 이미 적용한 조치, 재발 방지책입니다. 원인 항목에서 확정과 추정을 문장 단위로 갈라 적는 것이 중요합니다. 매체 리포트가 보여준 지면 목록은 확정이고, 그 지면이 왜 필터를 통과했는지에 대한 설명은 대체로 추정입니다.

재발 방지책은 이 시점에 처음 제시합니다. 첫 연락에서 대책을 약속하면 원인을 모르는 상태에서 한 약속이 되어 나중에 지키기 어려워집니다. 대책은 구체적으로 씁니다. 어떤 설정을 어느 값으로 바꿨는지, 그 설정이 적용되는 지면 범위는 어디까지인지, 언제 다시 점검할지입니다.

책임 이야기는 언제 꺼내나

사고 커뮤니케이션에서 가장 흔한 실수가 사과 문장과 원인 설명 사이에 책임 귀속을 끼워 넣는 것입니다. "매체 필터가 걸러내지 못한 탓"이라고 쓰는 순간, 광고주는 대행사가 방어에 들어갔다고 읽습니다. 매체 책임이 명백한 사안이라도 첫 두 번의 보고에서는 사실과 조치만 씁니다.

책임과 보상 논의는 별도 회의로 분리합니다. 이때 근거가 되는 것은 계약서입니다. 서비스수준계약에는 성과 측정에 쓰는 지표를 정기적으로 검토·수정하는 절차, 목표 미달 시 에스컬레이션 절차, 조건을 충족하지 못했을 때의 보상 규정을 포함하는 것이 표준 구성으로 설명됩니다. 브랜드 세이프티 사고를 이 틀 안에서 어떻게 다룰지 계약 단계에서 정해두면, 사고 시점에 감정 싸움 대신 절차 적용으로 넘어갑니다.

사고 이후 무엇을 남기나

기록은 두 벌 남깁니다. 하나는 광고주에게 보낸 보고서 원본, 다른 하나는 내부용 타임라인입니다. 내부 타임라인에는 인지 경로, 각 판단을 누가 언제 내렸는지, 매체 문의 접수 번호와 회신을 시간순으로 적습니다. 이 기록이 다음 제안서의 리스크 관리 항목과 온보딩 매뉴얼의 사례가 됩니다.

한 가지 더, 설정값에는 확인일을 함께 남깁니다. 매체 정책과 등급 명칭은 예고 없이 바뀌기 때문입니다. 실제로 구글의 인벤토리 유형은 과거 확장형으로 안내되던 등급이 현재 문서에서는 최대로 표기됩니다. 확인일이 없으면 몇 달 뒤 이 기록을 읽는 사람이 어느 시점 기준인지 알 수 없습니다.