체크리스트 다섯 항목은 실제로 어떻게 확인하나

① 트래킹 코드 전수 매핑은 페이지 유형별 표로 만듭니다. 홈·목록·상세·장바구니·주문서·결제완료·회원가입·문의 각 행에, 발화해야 할 태그와 실제로 발화한 태그를 나란히 적습니다. GTM 컨테이너만 보면 중복을 못 잡습니다. 소스코드 하드코딩, 앱 SDK, 쇼핑몰 솔루션의 기본 제공 스크립트, 서드파티 플러그인까지 포함해야 같은 이벤트가 두 경로로 발화하는 구조가 드러납니다. ② 매체-CRM 대조는 같은 기간·같은 정의로 매체 집계 전환수와 내부 주문 데이터를 놓고 일자별 오차율을 냅니다. 매체별 기여 창이 다르므로 기간을 짧게 자르면 정상적인 차이를 오류로 오해하게 됩니다. ③ 고유 거래 ID는 모든 전환 이벤트에 주문번호 같은 고유 키가 실려 나가는지 확인합니다. 이 키가 없으면 중복제거 자체가 불가능합니다. ④ 중복제거 설정은 브라우저 픽셀과 서버 전송을 병행하는 계정에서 특히 중요합니다. 이벤트 ID 기준 중복제거가 켜져 있는지, GA4 키 이벤트를 Google Ads로 가져오면서 네이티브 전환 추적이 함께 켜져 있지는 않은지 확인합니다. ⑤ 분기 정기 감사는 새로 추가된 태그·픽셀을 잡기 위한 것입니다. 각 항목의 현장 확인은 브라우저 확장으로 픽셀 발화와 파라미터 값을 직접 보는 것이 가장 빠릅니다.

GA4 쪽에서 추가로 봐야 하는 항목은 무엇인가

GA4는 설정 자체가 데이터 신뢰도를 좌우하므로 별도 섹션으로 점검합니다. 보관 기간은 2개월 또는 14개월 중 하나만 선택 가능하고 14개월이 최댓값입니다. 이 설정은 트래픽 획득 같은 표준 보고서에는 영향이 없고 탐색 분석(퍼널·경로·세그먼트 중복)에만 영향을 주므로, 과거 재현 가능 범위를 판단할 때 이 구분을 정확히 적어야 합니다. 권한은 관리자·편집자·마케팅담당자·분석가·뷰어 5단계이고 사용자 접근권한과 데이터 제한은 관리자만 관리할 수 있으므로, 실제 필요보다 높은 등급을 받은 계정이 없는지 목록으로 확인합니다. 외부 협업자에게는 '비용 측정항목 없음'·'수익 측정항목 없음' 제한을 걸 수 있습니다. 샘플링은 보고서 제목 옆 품질 아이콘으로 판별합니다. 녹색 방패는 샘플링 없음, 노란색·빨간색은 샘플링 적용, 주황색 방패는 개인정보 보호를 위한 임계값 처리를 뜻합니다. 탐색 분석이 할당량을 초과하면 '95% 사용' 같은 실제 사용 데이터 비율이 상단에 표시되므로, 샘플링된 수치를 그대로 보고서에 옮기지 않도록 캡처 단계에서 확인해야 합니다. (other) 버킷도 항목입니다. 하루 500개를 초과하는 고유값을 가진 측정기준은 행 한도를 넘으면 개별 표시되지 않고 '(other)'로 묶이는데, 이는 샘플링과 달리 이벤트는 전부 유지되고 측정기준 값만 그룹화되는 현상입니다. 여기에 키 이벤트 한도(표준 30개, 360은 50개), 카운팅 방식(세션당 한 번 vs 이벤트당 한 번), 그리고 키 이벤트가 설정 시점 이후만 집계되고 과거에 소급되지 않는다는 점을 함께 확인합니다.

오차율은 어떻게 계산하고 어디까지를 정상으로 보나

계산식은 단순합니다. (매체 집계 전환수 − 내부 주문수) ÷ 내부 주문수를 일자별·주별로 냅니다. 문제는 허용 범위입니다. 국내 시장에 통용되는 공식 허용 오차율은 확인된 바 없습니다. 인접 근거로, 제휴 영역에서는 제휴 네트워크 집계 전환수와 사업자 내부 주문수가 5~10% 이상 차이 나면 추적 시스템에 문제가 있다는 뚜렷한 신호로 보는 견해가 통용됩니다. 이 값을 그대로 자사 기준으로 삼기보다는, 다음 순서로 자체 관리선을 만드는 편이 방어 가능합니다. ① 트래킹이 정상이라고 판단되는 최근 3개월의 주별 오차율 분포를 그립니다. ② 그 분포의 중앙값과 산포를 기준으로 '정상 범위'와 '조사 착수선'을 두 개 정합니다. ③ 이 두 선을 광고주와 합의해 리포트 각주와 운영 매뉴얼에 문서화합니다. ④ 이후에는 선을 넘은 주만 원인 조사를 시작합니다.

보고서는 어떤 순서로 쓰나

서식은 우리가 정합니다. 항목 순서는 발견 → 영향 범위 → 오차율 → 조치 → 재검증 일정이 실무에서 읽기 편합니다. 발견에는 확인된 사실만 한 줄로 적습니다("결제완료 페이지에서 purchase 이벤트가 두 경로로 발화"). 영향 범위에는 기간, 영향받은 지표, 영향받은 캠페인·채널을 특정합니다. 오차율에는 수치와 함께 계산 방법(비교 대상, 기간, 정의)을 반드시 병기합니다. 계산 방법이 빠진 오차율은 다음 감사 때 재현이 안 됩니다. 조치에는 담당자와 기한, 롤백 방법을 적습니다. 재검증 일정에는 조치 후 언제 어떤 방법으로 다시 확인할지를 적습니다. 여기에 '복구 불가 구간' 항목을 하나 더 둡니다. 보관 기간이 지났거나 키 이벤트 미설정으로 소급이 안 되는 기간을 명시하고, 그 구간은 주문 데이터·매체 계정 원장처럼 트래킹과 독립적인 자료로 대체 서술한다고 밝힙니다. 이 형식은 업계 표준 서식이 아니라 우리가 정한 구조이므로, 광고주 측 양식이 있다면 항목 이름만 맞춰 옮기면 됩니다.

감사 주기와 담당은 어떻게 정하나

주기는 두 축으로 잡습니다. 정기 축은 분기 1회로 새로 추가된 태그·픽셀 점검을 포함한 전체 체크리스트를 돌립니다. 트리거 축은 사건이 발생했을 때 즉시 돌리는 것으로, 사이트 개편·결제 모듈 교체, 신규 매체 추가, 태그 관리 도구나 서버 컨테이너 변경, 매체의 기여 정책 변경일, 그리고 광고주 측 시스템 교체가 해당합니다. 담당은 한 가지 원칙만 지키면 됩니다. 태그를 심은 사람과 검증하는 사람을 분리하는 것입니다. 같은 사람이 하면 심을 때의 가정을 검증할 때도 그대로 들고 가기 때문에 같은 실수를 두 번 놓칩니다.