전환 수가 맞는지 확인하는 가장 빠른 방법

세 숫자 대조

같은 기간(보통 지난 30일)을 기준으로 세 가지를 적어 봅니다. 광고 플랫폼이 보고하는 전환 수, GA4 의 전환 수, 그리고 실제로 받은 문의 수입니다. 마지막 것은 메일함이나 CRM 에서 직접 세면 됩니다.

기여 모델과 집계 기준이 달라 완전히 같아지지는 않습니다. 하지만 배 이상 차이가 나거나, 실제 문의 수보다 GA4 전환이 훨씬 많다면 설정 오류입니다.

차이가 나는 흔한 이유

실패한 제출까지 세고 있다

제출 버튼 클릭을 전환으로 잡으면 유효성 검사에 걸려 실패한 제출도 전환이 됩니다. 서버가 성공 응답을 준 뒤에만 발행해야 합니다.

완료 페이지 새로고침을 중복으로 센다

완료 페이지 조회를 전환으로 쓰면 사용자가 새로고침하거나 뒤로 갔다 다시 오면 또 세어집니다. 세션당 한 번만 발행되게 막아야 합니다.

같은 이벤트가 두 경로로 발행된다

GTM 으로 GA4 를 발행하면서 사이트에도 gtag 를 직접 심어 둔 경우입니다. 모든 이벤트가 정확히 두 배가 됩니다. 아주 흔한 문제이고, 발견하면 즉시 한쪽을 없애야 합니다.

테스트 트래픽이 섞여 있다

내부 IP 필터와 개발 환경 제외 설정이 없으면 사내 테스트가 전부 전환으로 잡힙니다. 초기 데이터 오염의 가장 흔한 원인입니다.

채널별 전환을 더하면 안 되는 이유

각 광고 플랫폼은 자기 광고를 본 사용자의 전환을 자기 성과로 셉니다. 한 사람이 검색광고를 보고 나중에 소셜 광고를 거쳐 전환하면 양쪽에서 각각 1건으로 셉니다. 채널별 숫자를 그대로 더하면 실제보다 큰 수가 나옵니다.

어느 숫자가 맞는지 다투는 것보다, 어느 숫자를 기준으로 결정할지 미리 정하는 편이 실용적입니다.

통합 비교는 하나의 기준(보통 GA4)으로 하고, 각 플랫폼 수치는 그 채널 내부 최적화에만 씁니다.

조용히 끊기는 것을 막습니다

전환 추적은 소리 없이 멈춥니다. 사이트를 수정하다 태그가 빠지거나, 폼 구조가 바뀌어 트리거가 안 맞게 되면 며칠 뒤에야 발견합니다. 전환 수가 급감하면 알림이 오도록 설정해 두면 손실을 며칠에서 몇 시간으로 줄일 수 있습니다.

더 확실한 방법은 폼 제출 수와 CRM 저장 수를 정기적으로 대조하는 검사를 자동화하는 것입니다. 숫자가 벌어지면 어딘가 끊긴 것입니다.

검증 순서

전환 추적은 설정했다고 끝나는 것이 아니라 실제로 맞는지 확인해야 합니다. 순서대로 하면 30분 안에 대부분의 문제가 드러납니다.

1. 직접 문의를 넣어 봅니다. 실제 폼으로 제출까지 완료합니다.
2. 분석 도구에서 그 전환이 잡혔는지 확인합니다. 실시간 보고서에서 몇 분 안에 보입니다.
3. 전화번호를 눌러 봅니다. 전화 클릭 이벤트가 잡히는지 확인합니다.
4. 광고를 클릭해서 들어온 뒤 문의합니다. 그 전환이 광고에 귀속되는지 봅니다.
5. 한 번의 제출이 한 번으로 기록되는지 봅니다. 중복 집계가 흔합니다.

5번이 자주 걸립니다. 태그가 두 번 설치되어 있거나 완료 페이지를 새로고침할 때마다 집계되면 전환 수가 실제보다 부풀려집니다. 그러면 문의당 비용이 실제보다 낮게 보여 예산을 잘못 늘리게 됩니다.

자주 발견되는 문제

마지막 줄은 문제가 아니라 정상입니다. 도구마다 세는 방식이 달라 숫자가 다른 것이 당연하므로, 맞추려 애쓰지 말고 각 도구 안에서의 전월 대비를 보십시오.

사이트를 고친 뒤에는 반드시

전환 추적이 조용히 사라지는 가장 흔한 순간은 사이트를 수정한 뒤입니다. 페이지 구조를 바꾸거나 폼을 교체하면 태그가 함께 빠지는데, 화면에는 아무 이상이 없어 보입니다.

그래서 수정 배포 직후에 문의를 한 번 넣어 보는 절차를 넣으십시오. 오 분이면 되고, 이것을 안 하면 몇 달 뒤에 "그때부터 데이터가 없다"는 것을 알게 됩니다. 그 기간의 판단은 되돌릴 수 없습니다.