Loading page…
가이드와 인사이트
전환 추적 문제 해결: 누락·중복·잘못된 금액을 진단하는 방법
전환 0건, 중복 이벤트, 잘못된 금액과 광고 기여 누락을 진단하세요. 실제 행동 완료, 플랫폼 수신과 광고 보고서를 각각 확인합니다.
공식 자료 확인 · 연결된 문서 기준이며 개별 광고계정의 실시간 테스트 결과는 아닙니다.
출시 체크리스트로 바로 이동
먼저 알아두세요
이 페이지의 핵심
허용된 테스트로 실제 비즈니스 행동을 완료한 뒤 구현 코드, 대상 플랫폼 이벤트 소스와 광고 보고서 순서로 추적하세요. 픽셀 감지, HTTP 성공 응답과 광고 기여 전환은 서로 다른 결과입니다. 처음 실패한 단계를 확인하고 수정한 다음 이후 단계를 검토합니다.
이런 팀을 위한 자료입니다
권한이 있는 계정에서 확인된 전환 수치 차이를 조사하는 미디어 바이어와 개발자.
1. 처음 실패한 단계를 찾으세요
행동 시간과 시간대, 대상 이벤트, 소스 식별자, 예상 금액·통화와 민감하지 않은 테스트 참조를 기록하세요. 애플리케이션 기록부터 확인합니다. 문의폼이나 결제가 실패했다면 성공한 Lead 또는 Purchase 이벤트가 발생하면 안 됩니다.
설치된 연동과 플랫폼의 이벤트 진단을 확인한 뒤 수신이 검증되면 광고 기여를 조사하세요. 공유할 캡처에는 고객 데이터와 인증 정보를 포함하지 마세요.
좁은 화면에서는 표를 가로로 밀어 비교하세요.
| 확인 단계 | 확인할 결과 | 이 결과만으로 알 수 없는 것 |
|---|---|---|
| 비즈니스 행동 | 허용된 테스트 문의나 주문이 의도한 성공 상태에 도달했습니다. | 광고 이벤트가 전송됐는지는 별도입니다. |
| 플랫폼 수신 | 올바른 소스가 예상 이벤트와 필드를 받았습니다. | 기여 가능한 광고 상호작용이 있는지는 별도입니다. |
| 광고 보고서 | 해당 보고 범위에서 의도한 전환이 확인됩니다. | 모든 애플리케이션 기록과 일치해야 한다는 뜻은 아닙니다. |
2. 이벤트 0건: 실행 조건과 목적지를 확인하세요
페이지 조회 태그뿐 아니라 성공 이벤트의 실행 조건이 동작했는지 확인하세요. 테스트·스테이징·운영 환경이 다른 목적지를 사용할 수 있으므로 정확한 소스 ID를 대조합니다. 검토한 컨테이너나 연동이 실제 배포된 버전인지 확인하세요.
브라우저 진단과 허용된 서버 전송 로그에서 차단·거부된 요청을 확인합니다. 결과를 만들려고 동의 설정이나 차단 도구를 해제하지 말고 방문자의 개인정보 선택을 존중하세요. 서버는 HTTP 성공 코드만 보지 말고 이벤트별 검증 결과와 부분 실패도 확인합니다.
- 추적 조건보다 먼저 실제 행동 성공 여부를 확인하세요.
- 배포된 소스 ID와 플랫폼에서 연 소스를 대조하세요.
- 공식 테스트 모드를 사용하고 인위적인 광고 클릭을 만들지 마세요.
3. 중복: 전송 경로와 재시도를 모두 추적하세요
직접 코드, 태그 매니저, 쇼핑몰 플러그인, 브라우저 픽셀과 서버 연동을 목록으로 만드세요. 이중 전송이나 완료 화면 새로고침이 같은 행동을 다시 보고할 수 있습니다. 한 행동에 안정적인 참조를 부여하고 재시도에도 유지하되 다른 주문에 재사용하지 마세요.
수신 플랫폼이 요구하는 정확한 중복 제거 규칙을 적용합니다. 비슷한 이름을 서로 바꾸어 쓸 수 없으며 거래 참조가 브라우저·서버 이벤트를 연결하는 필드와 같다고 가정하면 안 됩니다.
좁은 화면에서는 표를 가로로 밀어 비교하세요.
| 플랫폼 | 공식 중복 제거 규칙 확인 |
|---|---|
| Google Ads | 지원되는 웹 전환에서 같은 행동에 고유한 거래 ID를 전달합니다. Count 집계 설정은 별도의 결정입니다. |
| Meta | Events Manager에서 선택한 연동의 브라우저·서버 중복 제거 구성을 확인합니다. 수동 전송을 추가로 겹치지 마세요. |
| TikTok | 같은 행동의 Pixel·Events API에서 이벤트와 event_id를 일치시킵니다. |
| Snapchat | 같은 Pixel과 이벤트에서 브라우저 client_dedup_id와 서버 event_id를 일치시킵니다. 주문 참조 필드는 별도입니다. |
4. 금액·통화 오류: 같은 정의로 비교하세요
전환 가치가 주문 총액, 순매출 또는 합의한 다른 금액 중 무엇인지 정하세요. 그 정의로 애플리케이션 기록과 이벤트 데이터를 대조합니다. 소수점, 기본 화폐 단위와 보조 단위, 통화 코드, 환불과 플랫폼의 기본 금액 설정을 확인하세요.
USD, USDT나 다른 통화를 임의로 같게 취급하지 마세요. 센트 금액을 달러로 읽어 100달러가 10,000달러가 되지 않도록 합니다. 플랫폼이 안내한 숫자 형식을 사용하고 허용된 테스트로 수신 필드를 검증하세요.
5. 이벤트는 받았는데 광고 보고서에 없을 때
올바른 계정, 소스, 전환 액션, 조회 기간과 시간대인지 먼저 확인하세요. 캠페인 목표, 보고서 열, 집계 설정과 기여 규칙을 검토합니다. 기여 가능한 광고 상호작용이 없는 테스트 이벤트는 정상 수신돼도 광고 기여 전환이 되지 않을 수 있습니다.
보고 지연과 이벤트 거부를 구분하세요. 재전송 전에 플랫폼 진단과 보고 기준을 확인합니다. CRM·오프라인 연동은 지원되는 연결 식별자와 이벤트 시간 요건을 확인하고 허용된 데이터만 공유하세요. 클릭 ID를 만들거나 고객 이벤트를 재실행해 수치를 늘리지 마세요.
6. 성공·실패·재시도를 다시 테스트하세요
범위를 좁혀 수정한 뒤 허용된 성공 테스트, 실패 행동과 같은 성공의 새로고침·재시도를 확인하세요. 성공은 한 번 수신되고 실패는 성공 전환이 되지 않아야 합니다. 구현 버전과 결과를 민감정보 없는 간단한 증거로 남기세요.
전송이 아닌 광고 기여 문제라면 수신 결과를 따로 기록하고 관련 보고서로 확인할 때까지 기여는 미확인으로 남겨두세요. 브라우저 확장 도구나 태그 미리보기만으로 전체 경로를 완료 처리하지 마세요.
7. 인증 정보 없이 증거를 인계하세요
기존의 확인된 비공개 지원 경로로 플랫폼, 계정·소스 참조, 증상, 예상 결과, 시간대, 민감정보를 가린 오류와 구현 담당자를 전달하세요. 여러 담당자가 반복 변경하지 않도록 이미 테스트한 항목도 적습니다.
접근 토큰, API 비밀키, 브라우저 쿠키, 전체 고객 데이터나 결제 정보를 공개하지 마세요. AdsGorilla 계정 지원과 맞춤 추적 구현은 별도 범위이므로 운영 변경 전에 담당 업무를 확인하세요.
출시 전 검토
증거를 확인하고 체크하세요
이 페이지에서만 임시로 체크합니다. 선택은 저장·전송되지 않으며 추적 성공이나 출시 승인을 뜻하지 않습니다.
결과와 담당자는 승인된 내부 작업 공간에 기록하세요. 다운로드 파일에는 체크 상태나 고객 정보가 포함되지 않습니다.
플랫폼 공식 자료
플랫폼 기능과 서비스 계약은 다릅니다. 실제 계정 요건과 제공 범위는 온보딩에서 확인합니다.