지금 읽는 곳무엇을 '불일치'라고 부를 것인지 먼저 정한다목차
S2 › 채널심화 › 과목 241 › 레슨 14
메타 픽셀·전환 API(CAPI) 이중 추적 시 발생하는 데이터 불일치 진단법
브라우저와 서버에서 같은 전환을 두 번 보내는 것은 설계이고, 문제는 그 둘이 같은 전환이라는 사실을 메타가 알아보느냐입니다.
핵심요약
- 진단의 출발점은 이벤트 매니저 진단 탭의 '중복 제거된 이벤트' 지표다. 중복 제거 비율이 낮거나 event_id 형식에 문제가 있으면 경고로 표시된다
- 브라우저 확장 프로그램(Pixel Helper)은 클라이언트사이드 픽셀만 감지하고 서버사이드 CAPI 이벤트는 보지 못하므로, CAPI 검증에는 쓸 수 없다
- 서버 이벤트 검증은 이벤트 관리자의 테스트 이벤트 도구로 한다. 테스트 이벤트 코드를 페이로드에 실으면 전송 후 약 30초 이내에 수신 목록에서 확인할 수 있다
- 구현 방식에 따라 통제 가능성이 다르다. 메타 원클릭 설정은 픽셀 이벤트를 복제할 뿐이고, 직접 코드 구현은 파라미터 단위 통제가 가능한 대신 유지보수 부담이 크다
- 불일치의 상당수는 중복 제거가 아니라 다른 원인에서 온다. SPA의 자동 PageView, 통화·값 파라미터 오류, 토큰 만료를 함께 본다
무엇을 '불일치'라고 부를 것인지 먼저 정한다
픽셀과 CAPI를 함께 쓰면 같은 전환이 브라우저와 서버 양쪽에서 발송됩니다. 이것은 신호 손실을 메우기 위한 정상 설계이고, 메타는 두 이벤트를 같은 것으로 인식해 하나로 합칩니다. 그래서 '전환수가 두 배로 잡힌다'는 상황은 이중 발송 자체가 아니라 중복 제거가 실패한 상태를 뜻합니다.
이 구분이 진단 순서를 정합니다. 먼저 볼 것은 매체 리포트의 전환수 차이가 아니라, 메타가 두 이벤트를 같은 것으로 인식했는지 여부입니다. 이벤트 매니저의 진단 탭에서 '중복 제거된 이벤트' 지표로 픽셀·CAPI 이벤트가 얼마나 성공적으로 중복 제거됐는지 비율로 확인할 수 있고, 비율이 낮거나 event_id 형식에 문제가 있으면 경고 아이콘과 함께 명시적으로 표시됩니다.
도구를 잘못 골라 진단이 헛도는 경우
가장 흔한 낭비는 Pixel Helper로 CAPI를 확인하려는 시도입니다. 이 브라우저 확장 프로그램은 클라이언트사이드 픽셀 이벤트만 감지하고 서버사이드 CAPI 이벤트는 감지하지 못합니다. 또한 픽셀 라이브러리가 로드됐는지와 요청이 브라우저를 떠났는지는 보여주지만, 메타 서버가 실제로 그 이벤트를 수신·처리해 최적화에 반영했는지는 이 도구만으로 확인할 수 없습니다.
서버 이벤트는 이벤트 관리자의 테스트 이벤트 도구로 확인합니다. 데이터 소스를 선택해 테스트 이벤트 코드를 발급받아 서버 페이로드에 포함시키면, 전송 후 약 30초 이내에 수신 이벤트 목록에서 이벤트명·타임스탬프·소스(Browser/Server)·매칭된 파라미터를 볼 수 있습니다. 소스 열이 Browser와 Server 양쪽에 같은 이벤트로 뜨는지가 이중 추적 확인의 핵심 화면입니다.
중복 제거가 아닌 다른 원인들
중복 제거 지표가 정상인데도 숫자가 안 맞는다면 원인은 다른 곳에 있습니다. 첫째는 단일 페이지 앱(SPA)의 자동 PageView입니다. 메타 픽셀 기본 코드는 HTML5 History State API 리스너를 기본값으로 활성화하므로, history.pushState 같은 URL 변경이 일어날 때마다 PageView가 자동 발동합니다. 원치 않는 중복이 생긴다면 disablePushState 플래그를 true로 설정해 끌 수 있습니다.
둘째는 파라미터 오류입니다. Pixel Helper의 진단 탭은 통화 코드 누락(3자리 ISO 코드, 예: KRW), value 파라미터에 통화 기호·쉼표 같은 잘못된 문자가 섞인 경우, 이벤트 이름 불일치를 자동으로 표시합니다. 값이 잘못 들어가면 전환 건수는 맞아도 매출 숫자가 어긋납니다.
셋째는 연동 만료입니다. 쇼핑몰 솔루션 연동을 쓰는 경우, 예를 들어 카페24는 메타 채널 설정을 완료하면 픽셀과 전환 API가 함께 자동 구성되고 브라우저·서버 이벤트를 모두 켜면 데이터 정확도가 '높음'으로 표시되지만, 액세스 토큰이 만료되면 전환 API 전송과 카탈로그 업데이트가 모두 중단됩니다. 토큰 유효 여부를 주기적으로 점검해야 합니다.
구현 방식에 따라 무엇이 달라지는가
CAPI 구현 방식은 통제 가능성과 초기 리소스가 반비례합니다. 메타 원클릭 설정은 비용 없이 끝나지만 픽셀이 보내는 이벤트·파라미터를 그대로 복제할 뿐이라 개별 이벤트나 파라미터를 골라 보낼 수 없고 웹 이벤트만 지원합니다. 쇼핑몰 솔루션 파트너 연동은 토글 하나로 활성화되고 추가 비용이 없습니다. 직접 코드 구현은 통제 폭이 가장 넓지만 유지보수 부담이 큽니다.
유지보수 부담의 실체는 버전 만료입니다. 메타는 전환 API가 얹혀 있는 Graph API·Marketing API를 정기적으로 새 버전으로 출시하고(2026-02-18 v25.0 출시 사례), 각 버전은 다음 버전 출시 후 2년이 지나면 만료돼 그 뒤 호출은 구버전으로 자동 대체되거나 실패할 수 있습니다. 원인을 못 찾겠는 데이터 불일치가 어느 날부터 시작됐다면 API 버전 만료 여부도 확인 목록에 넣어야 합니다. 참고로 별도로 존재하던 오프라인 전환 API는 2025년 5월 14일부로 종료돼 CAPI로 통합됐습니다.
구조 결정과는 어떻게 연결되는가
이중 추적이 어긋난 상태에서 캠페인 구조를 바꾸면, 구조 효과와 측정 오차가 섞입니다. 특히 학습 판정이 왜곡됩니다. 메타 머신러닝의 최소 기준인 광고 세트당 주 50개 최적화 이벤트에는 브라우저 픽셀·CAPI 서버사이드·모델링 전환이 포함되므로, 중복 제거가 실패하면 실제보다 학습이 잘 되고 있다고 오판하게 됩니다.
그래서 순서는 측정 정비가 먼저입니다. 도메인 인증 같은 선행 작업이 남아 있다면 그것부터 처리합니다. 도메인 인증은 통상 수 분 내에 반영되지만 DNS 전파 지연 등으로 최대 72시간까지 걸릴 수 있으므로, 구조 개편 일정에 이 시간을 미리 반영해 두는 편이 안전합니다.