온보딩 문서를 어떤 형태로 쓰나

설명형 문서는 읽히지 않습니다. 신입이 실제로 필요한 것은 개념이 아니라 화면 경로입니다. 그래서 문서를 '상황 → 확인할 화면 → 다음 행동' 세 열의 목록으로 구성하는 편이 낫습니다.

예를 들어 소재가 반려됐을 때는 메타는 광고 관리자에서 해당 광고를 선택해 세부 정보 보기 또는 비즈니스 지원 홈으로 이동해 공식 정책명을 확인하고, 구글은 정지·비승인 알림에서 위반사항을 확인한 뒤 수정 후 재제출과 이의신청 중 하나를 고릅니다. 네이버는 광고그룹·소재 목록 화면에서 검토중·노출가능·반려 같은 상태값을 확인하고 반려 사유를 엽니다. 이 세 줄이 개념 설명 열 문단보다 실용적입니다.

하지 말아야 할 것을 왜 앞에 두나

신입이 저지르기 쉬운 실수 중 되돌리기 어려운 것들이 있기 때문입니다. 세 가지를 맨 앞에 둡니다.

첫째, 반려 소재를 수정 없이 반복 제출하거나 여러 건을 한꺼번에 이의신청하지 않습니다. 이런 행동이 자동화된 어뷰징 시도로 인식돼 계정 신뢰 점수가 낮아지고 정상 소재까지 더 엄격하게 심사받는 역효과가 보고됩니다. 둘째, 제재를 피할 목적으로 계정을 새로 열지 않습니다. 구글 애즈의 시스템 우회 정책은 심사 시스템과 실제 사용자에게 다른 콘텐츠를 보여주는 방식으로 위반을 숨기는 행위를 허용하지 않으며 계정 사용중지 사유로 명시합니다. 정지 해지는 공식 이의 제기 절차로만 가능하다는 점도 함께 적습니다. 셋째, 리뷰나 트래픽을 만들어 준다는 업체를 쓰지 않습니다. 그런 업체 상당수가 선입금만 받고 잠적하거나 탐지에 걸려 광고주 계정이 오히려 제재당하는 구조로 보도된 사례가 있고, 네이버는 리뷰 조작 등 비정상 행위가 확인되면 업체 단위 페널티와 리뷰 미노출까지 적용한다고 밝혔습니다.

설정 항목을 어떻게 적나

매체별 브랜드 세이프티 설정은 이름과 경로만 적고 값은 광고주별 표로 뺍니다. 구글은 동영상 캠페인 콘텐츠 제외에서 인벤토리 유형을 최대·표준·제한으로 제공하고, 콘텐츠 적합성 설정은 YouTube·디스플레이 네트워크·구글 비디오 파트너·검색 파트너 네트워크에 적용됩니다. 계정 수준 게재위치 제외는 한 번에 2만 개, 계정당 총 6만 5천 개가 상한입니다. 메타는 인벤토리 필터와 차단 리스트, 게재 보고서를 제공하고, 틱톡은 인벤토리 필터를 Expanded·Standard·Limited로 두고 Brand Safety Hub에서 카테고리 제외와 업종 민감도를 계정 수준 기본값으로 설정할 수 있습니다.

모든 설정 항목에는 확인일을 붙입니다. 매체 명칭은 예고 없이 바뀌며, 실제로 구글의 인벤토리 유형은 과거 확장형으로 안내되던 등급이 현재 문서에서는 최대로 표기됩니다. 확인일이 없으면 신입이 화면에서 항목을 못 찾고 문서를 불신하게 됩니다.

부정감시 파트에는 무엇을 담나

개념 두 줄과 절차 다섯 줄이면 충분합니다. 개념은 IAB·MRC가 무효 트래픽을 표준 목록으로 걸러지는 GIVT와 사람으로 위장한 SIVT로 나눈다는 것, 그리고 GA4의 기본 봇 제외 필터가 잡는 범위는 GIVT 층에 가깝고 정교한 봇은 통과시킨다는 것입니다. 이 두 줄이 없으면 신입은 분석 화면이 깨끗한 것을 안전으로 오해합니다.

절차는 크레딧 처리분 확인, 잔여분 계산, 로그 정리, 접수, 회신 기록 순서입니다. 로그는 클릭일시·유입IP·클릭된 키워드 세 열이 기본이며, 이 형식이 네이버 조사요청에서 요구된다고 안내되는 항목입니다. 판정 권한은 매체사에 있다는 문장을 절차 맨 앞에 한 줄 박아두면, 신입이 보고서에 단정적 문장을 쓰는 사고가 줄어듭니다.

개인정보 절차는 어디까지 적나

로그와 식별자를 다루므로 이 파트를 빼면 안 됩니다. 쿠키·픽셀·광고 ID로 수집되는 행태정보는 단독으로는 개인정보가 아니지만 여러 정보를 결합해 특정 개인을 식별할 수 있으면 개인정보에 해당합니다. 그래서 로그 원본은 접근이 통제된 저장소에 두고 문서에는 참조 위치만 적는다는 규칙을 명시합니다.

위탁 관계도 확인 대상입니다. 위탁자는 수탁자를 교육하고 처리 현황 점검 등으로 감독할 의무가 있으며, 위탁계약서에는 법규 준수·비밀유지·제3자 제공 금지·사고 시 책임·위탁기간·종료 후 반환 또는 파기 의무 등을 규정하도록 요구됩니다. 유출을 알게 된 때로부터 72시간 이내 신고 의무가 있다는 점도 절차에 넣고, 구체적 내용을 다 확인하지 못했어도 확인된 사실부터 우선 신고한다는 문장을 함께 적습니다.

문서를 어떻게 살아 있게 유지하나

회고 로그와 온보딩 문서는 분리하되 연결합니다. 로그는 사건 단위로 계속 쌓이고, 온보딩 문서는 분기마다 로그에서 반복되는 패턴만 추출해 갱신합니다. 갱신 시에는 세 가지만 확인합니다. 화면 경로가 현재 화면과 일치하는가, 설정 명칭이 바뀌지 않았는가, 하지 말아야 할 것 목록에 추가할 항목이 생겼는가입니다.

문서 크기도 관리합니다. 계속 추가만 하면 신입이 첫날 읽을 수 없는 분량이 됩니다. 목록은 한 화면에 들어오게 유지하고, 상세는 링크나 폴더 경로로 뺍니다. 읽히는 문서가 정확한 문서보다 먼저입니다.