지금 읽는 곳왜 한 이슈 한 행인가목차
S3 › G-5 to G-7 › 과목 237 › 레슨 15
리스크 이슈 대응 로그를 팀 내 공유 문서로 남기는 표준 양식
로그를 남기는 목적은 기록이 아니라, 다음 사람이 같은 판단을 반복하지 않게 하는 것입니다.
핵심요약
- 한 이슈당 한 행으로 관리하고, 행 안에서 확정 사실과 판단을 다른 칸에 넣는다
- 필수 칸은 인지 시각·유형·매체·공식 정책명 또는 판정 근거·조치·소요 시간·후속 항목 일곱 개다
- 매체 통보 문구와 회신문은 요약하지 말고 원문을 그대로 붙인다
- 개인정보가 섞이는 이슈는 로그에 원본 데이터를 넣지 말고 참조 위치만 적는다
- 로그는 분기마다 두 갈래로 파생시킨다 — 제안서용 요약과 매뉴얼용 절차
왜 한 이슈 한 행인가
사고 대응 기록을 문서 단위로 남기면 검색이 안 됩니다. 같은 정책으로 세 번 걸렸는데 세 개의 별도 문서에 흩어져 있으면 패턴이 보이지 않습니다. 한 이슈를 한 행으로 두고 칸을 고정하면, 매체별·정책별로 정렬만 해도 반복되는 문제가 드러납니다.
행 안에서 칸을 나누는 이유도 같습니다. 확정 사실과 우리 판단이 한 칸에 섞이면 나중에 어느 쪽이었는지 구분되지 않습니다. 매체 화면에서 옮긴 값, 우리 로그가 기록한 값, 매체 회신문 세 가지는 확정 칸에 넣고, 원인 추정과 책임에 대한 견해는 판단 칸에 넣습니다.
일곱 개 칸에 무엇이 들어가나
첫째 인지 시각입니다. 사고를 알게 된 시각과 조치를 시작한 시각을 함께 적으면 대응 속도가 관리됩니다. 둘째 유형입니다. 소재 반려, 계정 정지, 부정 트래픽, 브랜드 세이프티 사고, 개인정보 관련 중 하나로 분류합니다. 셋째 매체입니다. 넷째가 가장 중요한 칸으로, 광고 관리자에 표시된 공식 정책명이나 매체 판정 근거를 그대로 옮깁니다.
메타는 반려 시 해당 광고를 선택해 세부 정보 보기 또는 비즈니스 지원 홈으로 이동하면 위반한 구체적 정책명을 확인할 수 있고, 구글은 정지 알림 이메일에서 위반사항을 확인할 수 있게 안내합니다. 이 문구를 우리 말로 요약하는 순간 검색성이 사라집니다. 다섯째 조치, 여섯째 접수부터 해소까지의 소요 시간, 일곱째 다음에 사전 차단할 항목입니다.
원문을 왜 그대로 붙이나
요약은 쓰는 사람의 해석이 들어갑니다. 특히 정책명은 유사한 이름이 많아 요약하면 다른 정책과 섞입니다. 회신문도 마찬가지입니다. 무효 트래픽 조사 회신처럼 처리 방식이 명시된 문서는 표현 하나가 정산 방식을 결정합니다. 구글은 무효 트래픽 판정 결과를 청구서 발행 전이면 조정, 발행 후면 크레딧으로 처리해 다음 청구서에 음수 값으로 반영하고, 네이버는 무효로 인정된 클릭 비용을 비즈머니로 환급한다고 안내됩니다. 이 차이를 '환불'로 뭉뚱그린 로그는 다음 사람을 오해하게 만듭니다.
원문이 길면 로그 행에는 첫 문장만 넣고 전문은 별도 첨부로 연결합니다. 다만 연결이 끊기지 않도록 첨부 위치를 로그 안에 명시합니다. 링크가 아니라 폴더 경로로 적어두면 도구를 바꿔도 살아남습니다.
개인정보가 섞이면 무엇이 달라지나
부정 트래픽 조사 자료에는 IP나 식별자가 들어갑니다. 쿠키·픽셀·광고 ID로 수집되는 행태정보는 단독으로는 개인정보가 아니지만, 여러 정보를 결합해 특정 개인을 식별할 수 있으면 개인정보에 해당합니다. 그래서 로그 문서 자체에 원본 데이터를 붙여두는 방식은 위험합니다.
로그에는 참조 위치와 보관 기간만 적고, 원본은 접근이 통제된 저장소에 둡니다. 광고주 데이터를 다루는 이상 위탁 관계도 함께 정리돼 있어야 합니다. 위탁자는 수탁자를 교육하고 처리 현황 점검 등으로 감독할 법적 의무가 있고, 위탁계약서에는 법규 준수·비밀유지·제3자 제공 금지·사고 시 책임·위탁기간·종료 후 반환 또는 파기 의무 등을 규정하도록 요구됩니다. 로그 운영 방식이 이 계약 내용과 어긋나지 않는지 한 번은 대조해야 합니다.
누가 언제 쓰고 누가 확인하나
쓰는 시점은 해결 직후로 고정합니다. 반려가 풀린 날, 정지가 해제된 날, 회신을 받은 날 그날 안에 채웁니다. 시간이 지나면 조치와 결과의 인과가 흐려집니다. 확인은 상급자 한 명이 하되 확인 항목은 하나로 좁힙니다. 넷째 칸의 정책명·판정 근거가 원문과 일치하는지만 봅니다.
기입 부담을 줄이는 것도 중요합니다. 칸이 열다섯 개면 아무도 채우지 않습니다. 일곱 개로 시작해 실제로 안 쓰이는 칸은 과감히 빼고, 필요해지면 그때 추가합니다. 로그는 완벽한 양식보다 계속 채워지는 양식이 낫습니다.
로그를 어디로 흘려보내나
분기마다 두 갈래로 파생시킵니다. 하나는 제안서용 요약으로, 심의·검토 소요 시간 분포와 반려 유형을 정리해 다음 제안서의 일정 근거로 씁니다. 다른 하나는 매뉴얼용 절차로, 계정 정지·도용·브랜드 세이프티 사고의 대응 순서를 갱신합니다.
파생 문서에는 반드시 확인일을 적습니다. 매체 정책과 설정 명칭은 예고 없이 바뀌고, 실제로 구글의 인벤토리 유형은 과거 확장형으로 안내되던 등급이 현재 문서에서는 최대로 표기됩니다. 확인일이 없으면 다음 사람이 처음부터 다시 조사하게 되고, 그러면 로그를 남긴 의미가 사라집니다.