지금 읽는 곳왜 사고 유형부터 나눠야 하는가목차
외부시선 › G-7. 투명한 대안·내부 통제 설계 › 과목 G41 › 레슨 01
제한·해킹·결제·심사·태그 장애를 사건 유형으로 나누기
계정에 이상이 생겼을 때 원인부터 파고들기 전에, 지금 벌어진 일이 다섯 가지 사고 유형 중 어디에 속하는지부터 정해야 대응 속도가 달라집니다.
핵심요약
- 플랫폼 계정 사고는 정책 위반 제한, 해킹·도용, 결제 실패, 심사 반려·지연, 태그 장애 다섯 유형으로 나뉜다
- 유형마다 최초 대응 창구·필요 조치·복구까지 걸리는 시간이 전혀 다르다
- 사고 유형을 잘못 판단하면 엉뚱한 창구에 이의신청을 넣어 시간을 낭비한다
- 여러 유형이 동시에 겹쳐 보일 때는 가장 파급력이 큰 유형을 우선순위로 삼아야 한다
- 사건 분류표를 사고 발생 전에 미리 만들어둬야 담당자가 바뀌어도 같은 기준으로 판단한다
왜 사고 유형부터 나눠야 하는가
계정에 문제가 생기면 실무자는 보통 "왜 이런 일이 생겼지"부터 묻습니다. 하지만 원인 분석보다 먼저 해야 할 일은 지금 상황이 어떤 사고 유형인지 정하는 것입니다. 정책 위반으로 인한 제한인지, 계정이 도용됐는지, 결제가 실패했는지, 광고 심사가 반려됐거나 지연되는 것인지, 전환 추적 태그가 끊긴 것인지에 따라 접촉해야 할 창구와 제출해야 할 자료, 복구까지 걸리는 시간이 모두 다릅니다. 유형 판단이 늦어질수록 광고 집행 중단 시간도 함께 길어지고, 그 사이 발생하는 예산 손실과 고객 신뢰 손상도 같이 커집니다. 이 시리즈는 사고가 발생한 순간부터 재발 방지 통제까지 이어지는 여덟 단계를 다루는데, 그 출발점이 바로 이 유형 분류입니다.
제한·정지는 어떻게 구분하는가
Google Ads는 계정이 정지되면 정지 알림 이메일에서 위반사항을 확인할 수 있게 안내하며, 조치가 오류이거나 정책을 위반하지 않았다고 판단되면 이의신청 링크로 절차를 시작할 수 있습니다. 일시 정지는 1차 경고 발행일로부터 3일, 2차 경고 발행일로부터 7일이 지나야 자동 해제되지만, 경고 자체에 대한 이의신청이 승인되면 즉시 해제됩니다. 즉 같은 "정지"라도 정책 위반형은 이의신청과 시간 경과라는 두 가지 해제 경로가 함께 존재한다는 점을 먼저 확인해야 합니다. 메타 광고 계정이 비활성화되거나 제한된 경우에도 마찬가지로 Meta 비즈니스 지원 센터에서 문제를 선택하고 이의 신청을 제출하는 절차가 마련돼 있어, 두 플랫폼 모두 "정지 통지 확인 → 이의신청 절차 진입"이라는 공통 흐름을 따릅니다.
해킹·도용은 정책 위반과 무엇이 다른가
계정 도용은 광고주 스스로 정책을 위반한 것이 아니라 제3자가 무단으로 접근해 발생한 사고이므로 대응 순서가 다릅니다. Google Ads는 도용 발생 시 무단 변경이 일어난 시기와 유출 가능성이 있는 로그인 정보를 정리해 신고하고, 승인되지 않은 사용자가 만든 광고·캠페인·콘텐츠를 먼저 삭제한 뒤 사용자 권한을 재조정하고 나서야 이의신청을 진행하도록 안내합니다. 정책 위반형이 "왜 위반이 아닌지 소명"하는 절차라면, 도용형은 "내가 한 일이 아님을 증명하고 계정을 먼저 청소"하는 절차라는 점에서 접근 방식 자체가 반대에 가깝습니다.
결제 실패와 심사 반려는 왜 우선순위가 다른가
결제 실패로 인한 정지는 대부분 구글이나 메타가 아니라 은행·카드사가 결제를 거부하면서 발생하므로, 해결의 열쇠는 플랫폼이 아니라 결제 수단 발급사에 있는 경우가 많습니다. 반면 광고 소재나 방문 페이지가 심사에서 반려되거나 지연되는 것은 계정 자체가 위험에 처한 사고가 아니라 정상적인 심사 프로세스의 일부인 경우가 대부분입니다. 이를 계정 사고로 잘못 분류해 긴급 대응 절차를 가동하면 내부 인력만 낭비하게 됩니다. 다만 반려 사유가 반복되거나 여러 캠페인에 걸쳐 동시에 발생한다면 단순 소재 문제가 아니라 계정 신뢰도 하락 신호일 수 있어 별도로 추적해야 합니다.
태그·픽셀 장애는 왜 가장 늦게 발견되는가
계정 정지나 결제 실패는 즉시 이메일이나 관리자 화면에서 확인되지만, 전환 추적 태그나 픽셀 장애는 광고가 정상적으로 노출되고 있어서 한동안 아무도 눈치채지 못합니다. 보통 며칠 뒤 전환수·매출 지표가 이상하게 낮아 보일 때에야 대시보드에서 발견되는데, 이 시차 때문에 손실 규모가 다른 유형보다 눈에 띄지 않게 누적됩니다. 그래서 태그 장애는 발견 시점 자체를 앞당기는 모니터링 설계가 다른 유형보다 훨씬 중요하며, 이 부분은 6강에서 복구 후 재점검 항목과 함께 다시 다룹니다.
사건 분류표를 미리 만들어둬야 하는 이유
사고가 실제로 터진 순간에는 담당자가 침착하게 유형을 판단하기 어렵습니다. 다섯 유형별로 확인 화면 위치, 1차 연락 창구, 예상 복구 시간을 정리한 한 장짜리 분류표를 평소에 만들어두면, 사고 발생 즉시 이 표를 펼쳐 유형을 대조하는 것만으로 초동 대응 방향이 정해집니다. 담당자가 바뀌어도 동일한 기준으로 판단할 수 있다는 점이 이 표의 핵심 가치이며, 이후 2강에서 다룰 "최초 30분 체크리스트"의 첫 줄이 바로 이 유형 판정입니다.
여러 유형이 동시에 겹쳐 보일 때는 어떻게 판단하는가
실제 사고는 다섯 유형 중 하나로 깔끔하게 떨어지지 않을 때가 많습니다. 예를 들어 결제 실패로 계정이 정지된 상태가 오래 방치되면 그 사이 전환 태그도 데이터를 못 쌓아 태그 장애처럼 보이고, 도용된 계정이 승인되지 않은 광고를 대량 집행하면 정책 위반 정지까지 함께 걸리기도 합니다. 이런 복합 사고에서는 다섯 유형을 순서대로 나열하지 말고, 지금 당장 예산 손실과 고객 영향이 가장 큰 유형이 무엇인지부터 정해 그 유형의 대응 창구로 먼저 움직이고, 나머지 유형은 병행 처리 항목으로 뒤에 붙이는 방식이 실무적입니다.