📖 약 11분 읽기

대행사가 보내온 이번 달 리포트의 전환수와, 같은 기간 GA4에서 확인한 전환수가 눈에 띄게 벌어져 있습니다. 담당자는 어느 숫자로 결재를 올려야 할지 판단이 서지 않고, 대행사는 “매체 쪽 이슈 같습니다”라는 짧은 답변만 보내옵니다. 숫자가 다른 것 자체는 결함이 아닙니다. 문제는 이 차이 가운데 어디까지가 원래 그런 설계이고 어디부터가 진짜 결함인지, 그 기준선을 아무도 알려주지 않는다는 점입니다.

두 숫자는 서로 다른 것을 세도록 설계되어 있으므로, 일치하지 않는 것이 오히려 정상입니다. 그러니 “몇 퍼센트까지 정상인가”를 먼저 묻기보다, 지금 눈앞에 있는 차이 가운데 설계로 설명되는 몫이 얼마인지를 계산하는 순서가 먼저입니다. 그 계산을 마치고도 남는 부분이 있다면, 그때부터가 구현 결함을 의심할 자리입니다.

두 숫자는 애초에 다른 것을 세고 있습니다

매체 보고서와 GA4를 나란히 놓고 비교하는 순간 착각하기 쉬운 지점이 있습니다. 둘 다 “전환”이라는 같은 이름을 쓰고 있으니, 같은 것을 다른 방식으로 재는 두 개의 자처럼 느껴지는 것입니다. 그런데 실제로는 무엇을 세는지 자체가 다릅니다. 매체는 광고 클릭 하나에 전환을 귀속시킵니다. 사용자가 광고를 클릭했다는 사실을 시작점으로 놓고, 그 클릭에서 이어지는 행동을 추적하는 방식입니다. 반면 GA4는 세션의 유입 경로에 전환을 귀속시킵니다. 사용자가 사이트에 들어온 세션을 기준으로 놓고, 그 세션이 어떤 경로로 시작됐는지를 뒤에서 판단합니다.

귀속 시점도 다르게 움직입니다. 매체는 클릭이 발생한 날짜를 기준으로 전환을 계상합니다. 그래서 클릭은 이번 달 말일에 일어났지만 실제 구매는 다음 달 초에 일어난 경우, 매체 보고서는 이 전환을 클릭이 일어난 이번 달에 기록합니다. GA4는 반대로 전환이 실제로 발생한 날짜를 기준으로 삼습니다. 같은 전환 하나를 두고도 두 시스템이 서로 다른 달의 실적으로 나눠 가져가는 셈입니다. 월별 보고서를 매체와 GA4에서 각각 뽑아 비교하면 차이가 커 보이는 이유 중 하나가 바로 여기에 있습니다.

전환 창 기본값부터 확인하면 차이의 상당 부분이 설명됩니다

귀속 대상과 귀속 시점의 차이만으로도 숫자가 갈리지만, 여기에 전환 창(기여 기간) 기본값 차이가 겹치면 격차는 더 벌어집니다. 전환 창이란 광고 노출이나 클릭 이후 며칠까지 발생한 행동을 그 광고의 성과로 인정할지 정하는 기간입니다. 이 기간이 길수록 더 많은 전환이 그 광고의 몫으로 잡힙니다. 그런데 이 기본값이 매체마다, 그리고 GA4까지 포함하면 세 갈래로 서로 다릅니다.

정리하면 같은 사용자의 같은 행동을 놓고도, 메타는 7일짜리 창으로 보고, 구글애즈는 30일짜리 창으로 보고, GA4는 최대 90일짜리 창으로 봅니다. 창의 길이가 여러 배로 벌어지니, 세 시스템이 각자 다른 개수의 전환을 자기 몫으로 세는 것은 당연한 결과입니다.

설계 차이가 만드는 몫을 직접 계산해보는 절차

여기까지 읽고 나면 “그래서 우리 계정은 얼마나 차이가 나야 정상인가”라는 질문이 자연스럽게 따라옵니다. 하지만 업종 평균이나 매체별 평균 오차율 같은 기준선은 남이 대신 정해줄 수 없습니다. 계정마다 트래픽 구조와 구매 결정 기간이 다르기 때문에, 어떤 계정에는 잘 맞는 오차 범위가 다른 계정에는 전혀 다른 의미를 가질 수 있습니다. 그래서 남이 정해준 기준선보다, 자기 계정에서 직접 재는 절차가 더 정확합니다.

절차는 두 번의 비교로 이루어집니다. 먼저 같은 기간의 데이터를 클릭일 기준과 전환 발생일 기준으로 각각 뽑아 나란히 놓습니다. 이 첫 번째 비교에서 귀속 시점 차이가 만드는 몫이 드러납니다. 그다음, 전환 창을 매체와 GA4 양쪽에서 같은 길이로 맞춘 뒤 다시 비교합니다. 예를 들어 GA4의 확인 기간을 30일로 조정하고 매체 쪽 전환 창도 30일에 가깝게 맞춰서 같은 기간을 다시 뽑아보는 방식입니다. 이 두 번째 비교를 마치면, 애초의 차이 중 얼마가 전환 창 길이 차이 때문이었는지가 숫자로 남습니다. 두 번의 비교를 거치고도 남는 격차가 있다면, 그 격차는 설계로는 설명되지 않는 부분입니다.

설계로 설명되지 않는 부분이 남았다면 확인할 순서

계산을 마쳤는데도 차이가 남았다면, 이제부터는 구현 문제를 의심할 자리입니다. 다만 이때도 순서 없이 이것저것 살피면 원인을 못 찾고 시간만 씁니다. 아래 순서대로 하나씩 확인하는 편이 효율적입니다.

어느 경우든 한 번의 점검으로 끝내지 말고, 조치 이후 같은 절차로 다시 재보는 것이 중요합니다. 조치가 실제로 효과를 냈는지는 같은 방식으로 다시 재봐야만 확인됩니다.

정답은 하나의 숫자가 아니라 하나의 기준입니다

여기까지 살펴봤듯, 매체 보고서와 GA4 중 어느 한쪽이 원래 맞는 숫자이고 다른 한쪽이 틀린 숫자인 것은 아닙니다. 둘은 서로 다른 목적으로 만들어진 도구이고, 각자의 설계를 따라 각자의 방식으로 전환을 세고 있을 뿐입니다. 그래서 이 문제의 실무적인 결론은 “어느 숫자가 맞는가”가 아니라 “우리는 어떤 숫자를 보고 기준으로 쓸 것인가”를 정하고, 그 기준을 문서로 남겨서 다음에도 같은 논쟁이 되풀이되지 않게 하는 것입니다.

설계로 설명되는 몫과 남는 몫을 스스로 가르는 작업은 계정 접근 권한과 시간이 있어야 가능한 일입니다. 담당자 혼자 매체 관리자 페이지와 GA4를 오가며 이 계산을 반복하기가 쉽지 않다면, 계정 상태를 외부에서 한 번 짚어보는 1회 점검을 받아보는 방법도 있습니다.