12CODE
지금 읽는 곳 왜 손대기 전에 먼저 기록해야 하는가 1 / 9
12code 라이브러리 아티클 표지. 사실 기록, 화면 보존, 변경 금지 기간 운영

사실 기록, 화면 보존, 변경 금지 기간 운영

사고 대응 중에는 문제를 빨리 고치고 싶은 마음이 앞서지만, 손대기 전에 지금 상태를 남겨두지 않으면 나중에 무엇이 원인이었는지 증명할 방법이 사라지고, 재발을 막을 근거도 함께 사라집니다.

이 과목 05 / 8편 중급 3분
과목 IDG41
트랙외부시선
모듈G-7. 투명한 대안·내부 통제 설계
레슨05
난이도중급
플랫폼구글 애즈·메타 비즈니스 등 광고 플랫폼 전반
발행일2026-08-29
검토일2026-08-29
관련 과목G41 · G34
출처2건
핵심요약5개
01

복구 조치를 시작하기 전에 현재 상태를 화면 캡처와 로그로 먼저 남겨야 한다

02

사실 기록은 시각·확인자·내용을 갖춘 최소 형식만 지켜도 충분하다

03

원인이 불분명한 사고일수록 일정 기간 설정 변경을 금지하는 것이 유리하다

04

화면 보존은 이의신청·조사·재발 방지 분석 세 곳 모두에서 근거 자료로 쓰인다

05

이 기록은 7강의 보고와 8강의 재발 방지 통제로 그대로 이어지므로 형식보다 꾸준함이 중요하다

01

왜 손대기 전에 먼저 기록해야 하는가

사고를 발견하면 본능적으로 문제를 바로 고치고 싶어집니다. 하지만 설정을 바꾸거나 권한을 재조정하는 순간, 사고 당시의 원래 상태는 사라지고 복원할 수 없게 됩니다. 특히 도용이나 원인 불명 사고에서는 이 원래 상태 자체가 가장 중요한 증거이므로, 복구보다 기록이 먼저입니다. 2강에서 다룬 최초 30분 확인이 바로 이 기록의 첫 단계이며, 이번 강은 그 기록을 어떤 형식으로 남기고 얼마나 유지해야 하는지를 다룹니다. 기록 없이 복구부터 시작하면, 나중에 이의신청 심사자나 내부 감사자가 "무엇이 문제였는지" 물었을 때 답할 근거가 남지 않고, 담당자의 기억에만 의존해 설명이 매번 조금씩 달라지는 문제도 생깁니다.

02

무엇을, 어떤 형식으로 남기는가

화면 캡처는 계정 상태, 사용자 권한 목록, 캠페인·예산 현황, 정지·경고 알림 원문을 대상으로 하고, 각 캡처에는 확인 시각과 확인자를 함께 적어둡니다. 완벽한 보고서 형식일 필요는 없고, 스프레드시트 한 줄이나 캡처 파일명에 시각을 넣는 정도로도 충분합니다. 중요한 것은 형식의 완성도가 아니라 나중에 시간 순서대로 재구성할 수 있느냐입니다. 알림 이메일 원문은 삭제하지 않고 별도 폴더에 보관해, 플랫폼이 명시한 위반 사유나 조치 내용을 나중에도 그대로 확인할 수 있게 해야 합니다.

03

변경 금지 기간은 언제, 왜 필요한가

원인이 명확하지 않은 사고에서는 조사가 끝나기 전까지 불필요한 설정 변경을 금지하는 기간을 두는 것이 유리합니다. 이 기간 중 누군가 임의로 타겟팅이나 입찰 설정을 바꾸면, 나중에 사고 원인과 그 변경 중 무엇이 실제 결과에 영향을 줬는지 구분할 수 없게 됩니다. 변경 금지 기간은 길게 잡을 필요 없이, 원인 규명에 필요한 최소 기간(보통 며칠)으로 한정하고, 이 기간이 끝나면 정상 운영으로 복귀한다는 종료 시점도 함께 정해둬야 원인 모를 지연으로 이어지지 않습니다.

04

이 기록이 이의신청에서 어떻게 쓰이는가

플랫폼에 이의신청을 제출할 때, 계정이 정상적으로 관리되고 있었다는 근거로 이 시점의 자산·권한 캡처를 함께 제출할 수 있습니다. 도용 사고라면 무단 변경이 발생한 시점과 그 이전 정상 상태를 비교해 보여주는 것이 이의신청 승인 가능성을 높이며, 시간 순서가 명확한 캡처일수록 심사자가 상황을 빠르게 이해할 수 있습니다. 기록이 없으면 "제가 하지 않았습니다"라는 주장을 뒷받침할 근거가 없어, 심사자 입장에서도 판단할 자료가 부족해집니다.

05

이 기록이 내부 조사·재발 방지에서 어떻게 쓰이는가

사고가 마무리된 뒤에는 8강에서 다룰 재발 방지 통제를 설계하게 되는데, 이때도 이 시기의 기록이 원인 분석의 유일한 근거가 됩니다. 기록이 부실하면 "왜 이런 일이 생겼는지"를 추정에 의존해 설명할 수밖에 없고, 재발 방지 대책도 막연한 다짐 수준에 머물게 됩니다. 시간순으로 정리된 기록이 있으면, 사고가 어느 단계에서 어떻게 커졌는지 구체적으로 짚어낼 수 있어 통제 설계가 훨씬 실질적으로 이뤄집니다.

06

기록 보관 기간과 접근 권한은 어떻게 정하는가

사고 기록은 최소 해당 계약이나 캠페인이 종료될 때까지, 가능하면 그보다 길게 보관하는 것이 안전합니다. 접근 권한은 사고 대응에 관여한 담당자와 승인권자로 한정하고, 외부에 공유할 때는 4강에서 다룬 보고 체계를 거쳐 필요한 범위만 전달해야 합니다. 보관 기간과 접근 권한을 미리 정해두지 않으면, 기록이 여기저기 흩어져 정작 필요한 순간에 찾지 못하는 일이 생기고, 담당자 교체 시 이 자료가 인수인계 목록에서 빠지는 경우도 흔합니다.

07

누가 기록을 남기는 책임을 지는가

사고 대응에 여러 사람이 투입되면 "누군가 기록하겠지"라는 생각으로 아무도 기록을 남기지 않는 일이 생깁니다. 2강에서 정한 역할 분담에 기록 담당을 명시적으로 포함시켜, 자산·권한을 확인하는 사람이 곧 그 확인 결과를 캡처해 남기는 사람이 되도록 정해두는 것이 가장 확실합니다. 조정자는 이 기록이 누락 없이 쌓이고 있는지 중간중간 확인하는 역할을 맡고, 빠진 항목이 보이면 즉시 채워 넣도록 요청합니다.

08

변경 금지 기간 중 불가피한 조치는 어떻게 다루는가

변경 금지 기간이라 해도 예산 중지처럼 손실을 막기 위한 조치까지 미룰 수는 없습니다. 이런 불가피한 조치는 금지 원칙의 예외로 다루되, 무엇을 언제 왜 바꿨는지를 반드시 별도로 기록해 나중에 원인 분석에서 이 조치와 사고 자체를 구분할 수 있게 해야 합니다. 예외 조치를 기록 없이 처리하면 변경 금지 기간을 둔 취지 자체가 무의미해지고, 나중에 그 조치를 사고 원인과 혼동할 위험도 커집니다.

09

이 기록 습관을 조직 표준으로 만드는 법

사고가 한 번 지나가면 다음 사고 때는 또 처음부터 기록 방식을 고민하게 되는 경우가 많습니다. 이번 강에서 다룬 캡처 대상, 형식, 보관 기간을 사고 대응 표준 문서에 반영해두면, 담당자가 바뀌어도 동일한 기준으로 기록이 쌓입니다. 표준화된 기록은 이후 여러 사고를 비교해 공통 패턴을 찾는 데도 활용할 수 있어, 8강에서 다룰 예방 통제 설계의 기초 데이터가 됩니다.

다음 행동

지금 사고 대응 절차에 "복구 전 캡처" 단계가 명시돼 있는지 확인하고, 없다면 화면 캡처 대상 목록과 저장 위치, 담당자를 정해보세요. 6강에서는 복구가 끝난 뒤 무엇을 다시 점검해야 하는지 다룹니다.

다음 글 · 레슨 06→복구 후 태그·결제·권한·정책 재점검

← 이전 글 · 레슨 04 공식 지원·대행사·내부 담당자 연락 체계

출처

facts 항목 기준 · 본문 인라인 미표기2건
F-01Google Ads 고객센터 — 계정을 도용당한 경우 취해야 할 조치공식
F-02Google Ads 고객센터 — Google Ads 계정의 액세스 수준 정보공식

플랫폼 기능·심의 기준·가격·법률은 바뀝니다. 이 글은 2026-08-29에 위 출처를 기준으로 확인했습니다.

CHALLENGE

배운 걸 실전 문제로 확인

카테고리별 Level Test로 실무 레벨을 점검해보세요.

챌린지 보기 →