포스트백(Postback/S2S) 통신의 핵심 원리: 자사 쇼핑몰 서버와 애드네트워크 서버 간 전환 데이터를 주고받는 통신 규약과 파라미터 구조

포스트백(Postback) 또는 서버투서버(S2S, Server-to-Server) 추적은 광고주의 서버가 전환 발생 후 미리 정해진 URL로 HTTPS 요청을 발송해 광고 플랫폼이나 측정 파트너(MMP)에 전환 데이터를 전달하는 방식입니다. 픽셀과 달리 브라우저를 거치지 않으므로 쿠키 손실, 광고 차단기, iOS 제한의 영향을 받지 않습니다. 즉 픽셀이 "사용자의 브라우저가 매체에게 알려주는" 구조라면, 포스트백은 "광고주의 서버가 매체에게 직접 알려주는" 구조라는 점이 근본적인 차이입니다.

포스트백 URL은 베이스 URL에 쿼리 파라미터 또는 POST 바디를 통해 전환 데이터를 전달합니다. 필수 파라미터는 보통 click_id(광고 클릭 추적용), conversion_value(거래액), conversion_time(타임스탬프)을 포함합니다. 앱스플라이어, 어드저스트, 브랜치 같은 각 측정 파트너는 자사의 포스트백 URL 형식과 파라미터 스펙을 공식 문서에서 정의하므로, 실무자는 이 문서를 그대로 따라 파라미터 순서와 인코딩을 맞춰야 합니다.

자사몰 서버 기준으로는 결제가 완료되고 주문이 데이터베이스에 확정 기록되는 시점이 포스트백을 발송할 시점입니다. 결제 승인 콜백을 받기 전에 미리 발송하면 실제로는 결제가 실패한 주문까지 전환으로 잡히는 오류가 생기고, 반대로 너무 늦게 발송하면 매체가 정한 귀인 윈도우를 벗어나 전환이 아예 매칭되지 않을 수 있습니다. 따라서 결제 확정 로직과 포스트백 발송 로직을 같은 트랜잭션 안에서 묶어 처리하는 것이 안전합니다.

MMP(Mobile Measurement Partner) — 앱스플라이어, 어드저스트, 브랜치, 코차바, 튠, 싱귤러 등 — 는 광고주의 광고 지출과 앱·웹 전환을 연결하는 제3자 측정 플랫폼입니다. MMP는 광고 플랫폼(구글, 메타, 틱톡)과 광고주 서버 사이의 중개자 역할로, 클릭ID를 수집하고 포스트백을 수신해 귀인 모델을 적용합니다. MMP가 광고 플랫폼 네이티브 추적(예: 메타 픽셀)과 동시에 작동할 경우 중복 계산이나 귀인 불일치가 발생할 수 있으므로, 다음 강의에서 다루는 event_id 기반 중복제거가 필수입니다.

포스트백 S2S 추적은 정상 구성 시 200밀리초 이내에 소급되며 매칭률은 98% 이상을 달성합니다. 반면 픽셀만 사용하는 경우의 매칭률은 평균 71% 수준으로, S2S 포스트백은 픽셀 대비 27%p 이상의 전환 데이터 복구 이점을 제공합니다. 다만 이 98%는 포스트백 URL이 정확히 구성되고 광고주 서버가 모든 전환을 정확히 기록하며 네트워크 오류가 최소일 때의 이상적 수치이며, 실제 매칭률은 광고주의 기술 구현 수준에 따라 70~95% 범위에서 변동할 수 있다는 점을 함께 감안해야 합니다.

포스트백을 도입하려면 우선 자사 서버가 전환 이벤트를 확정 기록하는 시점을 정확히 정의하고, 사용할 매체·MMP별 포스트백 URL 스펙 문서를 각각 확보해야 합니다. 또한 1강에서 다룬 클릭ID를 랜딩 시점부터 자사 데이터베이스에 저장해두는 로직이 선행돼야, 결제 완료 시점에 이 클릭ID를 포스트백 파라미터에 실어 보낼 수 있습니다. 이 두 가지가 준비되지 않은 상태에서 포스트백만 급하게 붙이면, 다음 강의에서 다룰 데이터 유실·중복 오류가 그대로 재현될 가능성이 큽니다.

포스트백 URL은 GET 또는 POST 메서드를 지원하며, 어느 쪽을 쓸지는 광고주가 아니라 측정 파트너가 제공한 스펙에 따라 정해집니다. GET 방식은 파라미터가 URL 쿼리 스트링에 노출돼 구현이 단순하고 로그로 남기기 쉬운 반면, POST 방식은 바디에 데이터를 담아 더 많은 파라미터나 민감한 값을 전달할 때 주로 쓰입니다. 매체·MMP 문서가 명시한 메서드와 다르게 구현하면 요청 자체가 거부되거나 파라미터가 누락된 채로 처리될 수 있으므로, 반드시 문서의 예시 요청을 그대로 복제해 테스트하는 순서를 거쳐야 합니다.

포스트백 URL 설정 오류는 곧바로 전환 데이터 손실로 이어집니다. 파라미터명이 스펙과 다르거나, 인코딩 방식이 맞지 않거나, 클릭ID가 만료된 뒤에 전송되는 경우 등이 대표적인 실패 사례입니다. 문제는 이런 오류가 발생해도 자사 쇼핑몰의 주문 자체는 정상 처리되기 때문에, 매체 대시보드에서 전환수가 이상하게 적게 잡히는 시점에야 뒤늦게 발견되는 경우가 많다는 점입니다. 이 오류를 조기에 잡아내는 구체적 방법은 다음 강의(4강)에서 이어서 다룹니다.