포스트백 연동 오류 트러블슈팅(2): 자사몰 결제 완료 데이터와 광고 매체 대시보드 전환 수치가 30% 이상 벌어질 때 타임스탬프 불일치 교정

4강에서 다룬 HTTP 400·500 오류를 모두 잡아냈는데도 매체 대시보드 전환수와 자사몰 실제 결제 완료 건수가 크게 벌어진다면, 원인은 요청이 실패한 것이 아니라 애초에 서로 다른 기준으로 전환을 세고 있기 때문일 가능성이 큽니다. 이런 경우는 로그를 더 파도 원인이 나오지 않으므로, 접근 방식 자체를 "요청 실패 찾기"에서 "집계 기준 비교"로 바꿔야 합니다.

서로 다른 광고 플랫폼이 각자 다른 귀인 기간(예: 메타 7일 클릭, 구글 30일 클릭)을 적용하면 동일한 실제 판매 1건을 두 플랫폼이 각각 자기 성과로 중복 보고하는 더블 카운팅이 발생합니다. 한 사용자가 메타 광고를 클릭한 지 5일 뒤 구글 검색을 거쳐 구매했다면, 메타는 7일 이내이므로 자기 전환으로 잡고 구글도 마지막 접점이므로 자기 전환으로 잡아, 실제 판매 1건이 매체 리포트 합산에서는 2건으로 보이게 됩니다.

광고 플랫폼이 보고하는 전환수와 자사 애널리틱스·실매출 수치 간 5~15% 정도의 편차는 추적 구성상 일반적인 범위로 간주됩니다. 이 범위는 업계 통용 경험치로, 계정별 트래픽·업종에 따라 정상 범위 자체가 달라질 수 있어 절대적 기준으로 쓰기보다는 "우리 계정의 평소 편차가 몇 %였는지"를 스스로 먼저 기록해두고 그 기준선에서 얼마나 벗어났는지를 보는 것이 실무적으로 더 정확합니다.

편차가 5~15%를 크게 벗어나 30% 수준까지 벌어졌다면, 결론을 내리기보다 먼저 각 매체의 귀인 기간 설정값이 서로 다른지, 그리고 최근에 변경된 적이 있는지부터 확인하는 것이 순서입니다. 여기에 더해 플랫폼마다 데이터 갱신 주기와 타임존 처리 방식이 달라 동일한 결제 건이라도 리포트에 반영되는 시각이 어긋날 수 있다는 점도 함께 봐야 합니다. 귀인 기간과 타임존 설정을 맞춘 뒤에도 격차가 그대로 남는다면, 그때는 다시 4강의 서버 응답 오류 점검으로 돌아가야 합니다.

클릭ID(gclid, fbclid, ttclid)를 병렬로 캡처해 서버사이드 포스트백으로 전송하는 설정은 픽셀만 사용하는 경우 대비 31~44% 더 많은 귀인 전환을 복구합니다. 이는 프라이버시 강화 환경에서 픽셀이 놓치는 전환을 서버사이드 경로로 보완해 실제 판매와 매체 리포트 간 격차를 줄이는 효과입니다. 다만 이 수치는 테스트 환경의 실측값으로, 실제 복구율은 캠페인의 지역 믹스(iOS 비중), 사용자 행동, 서버사이드 구현 품질에 따라 달라질 수 있습니다.

귀인 기간 차이로 인한 중복 보고는 시스템 오류가 아니라 매체별 집계 방식의 구조적 차이라는 점을, 마케팅 성과를 보고받는 이해관계자에게도 명확히 설명해둬야 합니다. 그렇지 않으면 매체별 전환수를 단순 합산해 실제보다 과장된 ROAS를 보고하는 실수가 반복될 수 있습니다. 실매출 기준의 자사몰 데이터를 기준선으로 삼고, 매체 리포트는 각 매체 내부의 캠페인 간 비교 용도로만 쓰는 원칙을 팀 내에 공유하는 것이 안전합니다.

자사몰 서버가 한국 시간(KST) 기준으로 결제 시각을 기록하는데 매체 대시보드는 UTC나 매체 본사 기준 시간대로 데이터를 집계한다면, 자정 무렵에 발생한 결제 건들이 날짜 경계를 넘나들며 다른 날짜의 실적으로 잡힐 수 있습니다. 특정 날짜만 콕 집어 격차가 유독 크게 보인다면 오류를 의심하기 전에 그날이 월말·연말처럼 결제가 자정 전후로 몰리는 시점인지부터 확인하는 것이 순서입니다. 타임존 기준을 자사몰·매체·분석 도구 세 곳 모두 동일하게 맞춰두면 이런 날짜 단위 착시를 상당 부분 예방할 수 있습니다.

전체 계정 평균으로는 편차가 정상 범위 안에 있는데 특정 캠페인·소재에서만 반복적으로 큰 격차가 난다면, 그 캠페인이 리타겟팅처럼 유독 긴 구매 결정 기간을 갖는 타겟군을 대상으로 하고 있는지 확인해야 합니다. 구매 결정이 오래 걸리는 캠페인일수록 매체가 정한 귀인 기간 안에 전환이 잡히지 못하고 누락되는 비율이 높아지기 때문입니다. 이런 캠페인은 귀인 기간을 더 길게 설정할 수 있는 옵션이 있는지 매체별로 확인해보는 것이 다음 조치가 됩니다.

귀인 기간·타임존·캠페인 성격까지 모두 점검했는데도 격차가 남는다면, 그 다음은 4강에서 만든 포스트백 실패 로그를 다시 열어 해당 기간에 실패율이 평소보다 높았던 구간이 있었는지 대조해보는 것이 순서입니다. 타임스탬프 문제와 서버 응답 오류는 서로 다른 원인이지만 실제 현장에서는 같은 시기에 겹쳐 나타나는 경우가 많아, 한쪽 원인을 찾았다고 점검을 끝내지 말고 두 원인을 함께 대조하는 습관을 들여야 재발을 막을 수 있습니다. 원인이 끝내 특정되지 않는 경우도 있는데, 이때는 "미확인"으로 남기고 다음 결제 주기에 같은 패턴이 반복되는지 계속 관찰하는 것이 억지로 원인을 단정하는 것보다 안전합니다.