GA4 매출 측정 사례: 포인트 결제와 실제 청구액의 차이

예를 들어 5만 원짜리 상품에 할인 1만 원과 포인트 4만 원을 적용했다고 가정해 보겠습니다. 고객이 추가로 결제할 금액은 0원입니다. 반면 기업에서 사용한 포인트를 매출에 포함하기로 했다면, 분석용 금액은 4만 원으로 볼 여지가 있습니다. 아래 목업의 숫자는 이 차이를 설명하기 위한 가상 예시입니다.

여기서 먼저 결정할 일은 어느 숫자가 무조건 맞는지 고르는 것이 아닙니다. 담당자가 보고서로 무엇을 판단하려는지 확인해야 합니다. 실제 청구액을 확인하려는 보고서와 포인트 사용분까지 포함해 판매를 분석하려는 보고서가 같은 계산 기준을 사용할 필요는 없기 때문입니다.

다만 GA4에 보내는 value를 보고 싶은 금액으로 임의 변경하는 것은 아닙니다. Google의 purchase 이벤트 명세는 상품별 단가에 수량을 곱한 합계를 value로 보내고, 세금과 배송비는 제외하도록 안내합니다. 포인트가 상품 가격을 낮추는 할인인지 결제 수단인지부터 확인하고, 상품 금액과 구매 합계가 같은 기준으로 계산되도록 해야 합니다.

이 프로젝트에서는 실제 결제 상황과 수집된 금액을 함께 기록하고, 상품 가격에서 어떤 항목이 빠지거나 포함됐는지 나눠 정리했습니다. 마케팅 담당자와 운영 담당자가 같은 주문을 보며 매출 기준을 논의할 수 있도록 한 것입니다.

개발팀에 “매출 금액이 다르니 수정해 주세요”라고만 전달하면 어떤 계산을 바꿔야 하는지 알기 어렵습니다. 상품 가격의 시작점, 차감할 할인, 포인트를 포함할 범위가 정해져야 구현할 계산식도 구체적으로 설명할 수 있습니다. 저는 이 요소들을 항목별로 나눠 담당 부서가 협의할 내용을 정리했습니다.

쿠폰처럼 다른 혜택과 함께 적용되는 조건은 별도 확인도 필요합니다. 예를 들어 쿠폰만 사용한 주문과 쿠폰에 포인트까지 사용한 주문은 차감 순서와 계산 결과를 각각 살펴봐야 합니다. 이는 검수 조건을 나누는 방법의 예시이며, 한 주문이 맞게 수집됐다고 모든 혜택 조합이 맞는 것은 아닙니다.

당시에는 테스트에 필요한 정보가 없어 확인하지 못한 쿠폰 조건을 후속 점검 항목으로 남겼습니다. 확인한 계산과 추가로 검증할 조건을 구분해 두어야 이후 개발 요청과 검수에서 빠뜨리는 부분을 줄일 수 있습니다.

논의 문서에는 마케팅과 운영 부서가 결정한 기준에 따라 개발팀에 수정 가이드를 전달해야 한다고 정리했습니다. 먼저 어떤 금액을 매출로 읽을지 결정하고, 그다음 포함하거나 차감할 항목을 계산식으로 옮긴 뒤, 조건별 주문으로 확인하는 순서입니다.

전체 GA4 구축을 마무리할 때는 어떤 행동과 값을 수집하는지 적은 이벤트 정의서, 개발에 필요한 스크립트 가이드, 데이터 해석 참고 자료를 안내했습니다. 담당자가 바뀌거나 새로운 혜택이 생겼을 때도 기존 숫자가 어떤 기준으로 만들어졌는지 확인할 수 있어야 하기 때문입니다.

이 작업에서 중요했던 것은 0원과 수집 금액의 차이 자체보다 그 차이를 설명할 기준이었습니다. 그 기준을 먼저 정리해야 개발팀도 무엇을 바꿔야 할지 알 수 있고, 분석 담당자도 보고서의 숫자를 업무에 맞게 해석할 수 있습니다.