전환 추적, 설치됐다고 데이터를 믿어도 될까요

전환 추적이 설치돼 있다는 계정을 열어서 실제 주문 건수와 비교해봤더니, 숫자가 30% 넘게 차이 났던 적이 있습니다.

이 사이트의 거의 모든 글에 같은 문장이 나옵니다. "채널 역할을 나누려면, 예산을 재배치하려면, P-MAX를 켜려면 — 먼저 전환 추적이 정확해야 합니다." 그런데 정작 "정확하다"는 게 무슨 뜻인지는 다루지 않았습니다. 네이버 프리미엄로그분석·메타 픽셀·구글 애즈 전환 추적이 설치돼 있다는 것과, 그 숫자를 믿을 수 있다는 것은 다른 이야기입니다.

아래 수치는 설명을 위한 예시이며 업종·결제 흐름에 따라 달라집니다. 확인 순서만 가져가시길 권합니다.

1. 설치 확인과 데이터 검증은 다른 단계입니다

대부분의 점검은 "코드가 심어져 있는가"에서 끝납니다. 개발자 도구로 픽셀이 발화하는지 확인하고 나면 할 일을 다 했다고 여기기 쉽습니다. 하지만 발화 여부와 정확한 집계는 별개 문제입니다.

단계	확인하는 것	충분한가
설치 확인	코드가 페이지에 존재하고 이벤트가 발화하는가	아니요 — 발화만으로 정확성은 알 수 없음
데이터 검증	집계된 전환수가 실제 주문 건수와 일치하는가	예 — 이 단계까지 확인해야 신뢰 가능

2. 채널별로 흔한 오류가 다릅니다

세 채널 모두 "전환 추적"이라는 이름으로 묶이지만, 실제로 어긋나는 지점은 각기 다릅니다.

채널	흔한 오류	확인 방법
네이버 프리미엄로그분석	결제 대행사 리다이렉트 후 완료 페이지 스크립트 미실행	테스트 주문으로 결제 전 과정 직접 추적
메타 픽셀	새로고침·재진입에 의한 중복 전환 집계	주문번호 기준 이벤트 중복 방지 설정 여부 확인
구글 애즈 전환 추적	전환 값(매출 금액) 미연동으로 건수만 잡히고 가치는 0으로 집계	전환 액션 설정에서 값 파라미터 연동 여부 확인

공통적으로 결제 흐름이 자체 도메인 안에서 끝나지 않고 PG사·간편결제 페이지를 거치는 쇼핑몰에서 오류가 잦습니다. 결제창을 띄우는 방식(리다이렉트형·팝업형)에 따라 완료 페이지 스크립트가 아예 실행되지 않는 경우도 있어, 결제수단별로 나눠 테스트하는 것이 안전합니다.

3. 실제 주문과 비교하는 법

채널이 보고하는 전환수를 그대로 쓰지 말고, 같은 기간 실제 주문 관리 시스템(또는 발주 대장)의 매출 건수와 나란히 놓고 비교합니다.

구분	집계 전환수	실제 주문 건수	차이
네이버 프리미엄로그분석	142건	118건	+24건 (중복 의심)
메타 픽셀	95건		-23건 (누락 의심)
구글 애즈 전환 추적	131건		+13건 (일부 중복)

표의 예시처럼 채널마다 실제 주문 대비 오차 방향이 다르게 나타나는 경우가 많습니다. 오차율이 대략 ±10% 이내면 어트리뷰션 기준 차이로 볼 수 있는 정상 범위지만, 그보다 크게 벌어진다면 해당 채널의 추적 설정부터 다시 점검해야 합니다.

4. 검증 체크리스트

• 결제수단(카드·간편결제·계좌이체)별로 완료 페이지까지 테스트 주문을 진행했는가
• 같은 기간 채널별 전환수와 실제 주문 건수를 나란히 비교했는가
• 구글 애즈 전환 값(매출 금액)이 건수와 함께 연동되어 있는가
• 메타 픽셀에 주문번호 기준 중복 방지 파라미터가 설정돼 있는가
• 오차율이 ±10%를 넘는 채널이 있다면 그 채널부터 우선 재점검했는가

전환 추적은 한 번 심고 잊는 코드가 아니라, 예산 배분의 근거가 되는 데이터입니다. 근거가 틀렸다면 그 위에서 내린 모든 판단이 함께 흔들립니다.

자주 묻는 질문

정리

• 설치 확인(발화 여부)과 데이터 검증(정확성)은 다른 단계임을 구분할 것
• 결제수단별로 완료 페이지까지 테스트 주문을 진행해 흐름을 직접 확인할 것
• 채널별 전환수를 실제 주문 건수와 같은 기간으로 나란히 비교할 것
• 오차율 ±10% 안팎은 어트리뷰션 차이로, 그 이상은 설정 오류로 볼 것
• 전환 추적 설치 자체는 개발자·관리자 협조가 필요한 작업임을 감안할 것

채널 역할을 나누고, 상품 단위로 예산을 재배치하고, P-MAX 도입을 검토하는 모든 판단은 전환 데이터를 근거로 합니다. 그 근거를 마지막으로 검증한 게 언제인지부터 확인하는 것이 순서입니다.