메타 전환수·전환매출이 실제 주문·매출과 크게 차이 나는데 원인이 뭔가요

전환수가 실제와 다르게 나오는 건 특정 매체만의 문제라기보다 여러 매체를 함께 운영할 때 구조적으로 생기는 현상에 가깝습니다.

먼저 매체별 집계 기준 자체가 다릅니다. 2026년 기준 메타 광고 세트의 기본 기여 설정은 '7일 클릭, 1일 참여 유도, 1일 조회'입니다. 즉 광고를 클릭한 뒤 7일 이내, 또는 보기만 하고 1일 이내에 발생한 전환까지 그 광고 덕이라고 잡습니다. 게다가 라스트 터치 어트리뷰션 모델은 마지막 터치포인트에만 모든 기여를 몰아주기 때문에, 그 이전에 다른 매체를 거쳤어도 무시되고 마지막 매체가 전부 가져가는 구조입니다.

여기에 두 가지가 더해집니다. 한 사람이 모바일에서 광고를 클릭한 뒤 실제 결제는 PC나 다른 앱으로 넘어가서 하는 크로스디바이스 행동이 흔한데, 쿠키·기기 식별자가 매체마다 다르게 연결되면 실제로는 광고가 기여한 구매인데도 그 매체 전환으로 안 잡히거나(과소 집계), 반대로 여러 매체가 각자 자기 광고 덕이라고 동시에 잡는 중복 집계 현상이 생깁니다. 특히 메타·구글·틱톡·네이버를 동시에 운영하면 한 명의 구매자가 여러 광고를 순서대로 거치는 경우가 많은데, 각 매체는 자기 매체 안에서의 기여 기간·모델을 기준으로 독립적으로 전환을 집계하기 때문에, 하나의 실제 구매가 여러 매체의 전환 보고서에 동시에 잡히는 게 오히려 정상입니다. 그래서 각 매체가 보고하는 전환수를 단순 합산하면 실제 총 주문수보다 훨씬 커지는 게 자연스러운 현상입니다.

오차 범위는 이 정도가 참고 기준입니다. 제휴사·매체 네트워크 데이터 검증에서 통용되는 기준으로, 전환 수가 실제 주문 수와 5~10% 이상 차이 나는 것이 추적 시스템에 문제가 있다는 뚜렷한 신호로 꼽힙니다. 이보다 훨씬 큰 편차(예: 몇 배씩 차이)라면 단순 어트리뷰션 차이를 넘어선 세팅 문제일 가능성이 있습니다.

이런 구조적 차이와는 별개로 진짜 오류일 수도 있습니다. 같은 페이지에 픽셀·태그가 두 번 설치돼 있거나, 브라우저 픽셀과 서버사이드(CAPI/eAPI) 이벤트를 event_id 없이 동시에 보내면 중복 제거가 안 돼 실제보다 부풀려 잡힙니다. 이벤트 매니저 진단 탭이나 GTM 미리보기에서 같은 이벤트가 페이지 로드당 2번 이상 발동하는지 확인하면 이 '진짜 오류'를 구조적 차이와 구분해 잡아낼 수 있습니다. 매체별로 보면 체감 괴리 폭도 다릅니다 — 구글애즈는 데이터 기반 어트리뷰션(DDA)으로 여러 터치포인트에 기여도를 나눠 배분하지만 괴리 원인 추적이 상대적으로 어렵고, 틱톡은 이벤트API(eAPI)로 서버 이벤트를 직접 보내는 구조라 픽셀과의 이벤트ID 중복 제거 설정이 빠지면 과대측정되기 쉬우며, 네이버 광고는 스마트스토어 자동연동과 별도 스크립트(프리미엄 로그분석 등)를 동시에 설치한 경우 같은 구매가 두 경로로 잡혀 이중 집계될 수 있습니다.

그래서 실무에서는 이렇게 대응합니다. ①각 매체의 전환수는 '그 매체가 인정하는 기여 기준의 참고치'로만 보고 전체를 단순 합산하지 않는다, ②실제 총매출·순수 증분 효과를 보려면 매체별 리포팅이 아니라 자사 주문 시스템(스마트스토어센터·카페24 등)의 실제 매출을 기준선으로 삼는다, ③특정 매체 하나만 유독 과도하게 부풀려 보인다면 그 매체의 기여 기간 설정이나 픽셀 중복 설치 여부를 개별 점검하는 것이 순서입니다.