왜 GA4와 매체 리포트 숫자가 다르게 나오나

광고주에게 가장 자주 받는 질문 중 하나가 "GA4에는 이렇게 나오는데 메타(또는 구글 애즈)에는 왜 다르게 나오나요"입니다. 이 차이는 시스템 오류가 아니라 대부분 집계 방식 자체가 다르기 때문에 생깁니다. 매체별 기본 전환 기여 기간이 서로 다릅니다. 네이버 검색광고는 클릭 후 15일, 네이버 GFA는 클릭 후 30일, 메타는 클릭 후 7일이 기본값으로 흔히 쓰입니다. 매체가 다르면 같은 ROAS 수치라도 집계 기준 자체가 다르므로, 매체 간 대시보드 ROAS를 직접 비교하거나 단순 합산하면 왜곡이 생깁니다. GA4는 또 다른 자체 어트리뷰션 모델을 쓰기 때문에, 세 시스템(GA4, 메타, 구글 애즈)이 각자 다른 창을 기준으로 전환을 세면서 숫자가 벌어지는 것입니다.

중복 집계도 숫자를 벌어지게 만든다

여러 매체 광고와 순차적으로 상호작용한 뒤 전환된 고객은 각 매체의 광고 관리자 대시보드에 중복으로 전환 1건씩 잡히는 경우가 흔합니다. 이런 채널 간 터치포인트 중복을 확인하지 않고 각 매체 대시보드의 전환·매출 수치를 단순 합산하면, 실제 자사몰 총매출보다 부풀려진 숫자가 나옵니다. 반면 GA4는 자사몰에서 발생한 실제 결제 건수를 기준으로 삼는 경우가 많아, 매체 합산치보다 오히려 낮게 나오는 경우도 있습니다. 라스트 터치 어트리뷰션은 전환 직전 마지막 접점에만 성과를 100% 귀속시켜 이전 단계 접점의 기여를 반영하지 못하는 한계가 있고, 멀티터치 어트리뷰션은 여러 접점에 기여도를 나눠 배분해 이 한계를 보완하려는 접근입니다. 어느 매체가 라스트 터치 방식을 쓰는지, GA4가 어떤 채널 그룹 규칙을 쓰는지에 따라 같은 고객 여정도 다르게 집계됩니다.

보고 기준은 어떻게 정해야 하나

숫자를 하나로 억지로 맞추려 하기보다, 어떤 숫자를 '주 보고 기준'으로 쓸지 광고주와 미리 합의하는 것이 실무적으로 안전합니다. 자사몰 매출과 직접 연결되는 결제 데이터를 갖고 있다면 GA4나 자사 서버 데이터를 주 기준으로 삼고, 매체별 대시보드 숫자는 채널별 기여도를 보는 참고치로 병기하는 방식이 흔히 쓰입니다.

지표 기준 소스 용도
주 보고 매출·전환 GA4 또는 자사 결제 데이터 광고주 최종 성과 보고
채널별 참고 ROAS 각 매체 대시보드 채널 간 예산 배분 판단
차이 설명 각주 어트리뷰션 윈도우·중복집계 안내 숫자 불일치에 대한 설명

이 표를 리포트 서두에 고정해두고, "왜 숫자가 다른가"를 매번 처음부터 설명하는 대신 이 각주를 참조하도록 하면 반복 설명하는 시간을 줄일 수 있습니다.

UTM 표기 오류도 숫자를 새게 만든다

GA4에서 (direct)/(none)은 명확한 추천 소스가 없는 트래픽을 뜻하며, referrer 정보가 전달되지 않거나 UTM 파라미터가 없는 상태로 유입된 경우에 발생합니다. 'Unassigned'는 이벤트 데이터는 수집됐지만 일치하는 채널 그룹 규칙이 없을 때 표시되며, UTM 값이 GA4가 인식하는 표준값과 다르게 입력된 경우(예: utm_medium=email 대신 em, mail) 흔히 발생합니다. GA4는 UTM 값을 대소문자까지 구분해 서로 다른 값으로 인식하므로, utm_source=facebook과 utm_source=Facebook은 서로 다른 매체로 분리 집계돼 데이터가 쪼개지는 문제가 생길 수 있습니다. 이런 표기 오류가 쌓이면 매체 대시보드에서는 정상 집계된 전환이 GA4에서는 direct나 Unassigned로 흩어져 보이면서, 실제로는 없는 불일치가 만들어집니다.

동적 파라미터로 표기 오류를 줄이는 방법

메타 광고는 URL 매개변수를 캠페인 및 광고 세트 수준 정보로 자동 채울 수 있습니다. utm_campaign에 {{campaign.name}}, utm_content에 {{adset.name}} 또는 {{ad.name}}, 노출 플랫폼 구분에 {{site_source_name}}을 사용할 수 있으며, 광고 수준의 URL 매개변수 설정에서 등록합니다. 네이버 검색광고는 치환변수 {keyword}를 utm_term에 넣으면 노출된 검색 키워드 값이 자동으로 채워지지만, 시스템에 등록되지 않은 확장검색 노출 검색어는 자동 치환이 안 될 수 있습니다. 수기로 UTM을 입력하는 대신 이런 동적 파라미터를 활용하면 대소문자 오타나 값 누락으로 인한 불일치를 상당 부분 예방할 수 있습니다.