광고 전환값을 매출로 보내기 전에: 환불·취소·중복 주문을 반영할 기준
TL;DR
광고 매체에 보내는 구매 전환값과 경영 보고에 쓰는 순매출은 같은 숫자일 필요가 없습니다. 전자는 입찰이 빠르게 학습할 수 있는 주문 시점의 확정 가능한 값, 후자는 환불·취소·배송비·세금·할인 정책을 반영한 기간 기준 순매출로 분리해야 합니다.
핵심은 주문번호를 공통 키로 두고, 최초 구매 전송·취소 철회·부분 환불 재산정의 흐름을 고정하는 것입니다. 결제완료, 출고확정, 환불차감 값을 한 ROAS 열에 섞으면 매체 최적화와 사업성 판단이 모두 흐려집니다.
왜 ‘구매 전환값’과 ‘순매출’을 한 숫자로 맞추려 하면 안 될까
광고 매체의 전환값은 광고 클릭 뒤 어떤 주문이 발생했는지 학습하고 예산을 배분하는 입력값입니다. Google Ads는 전환값을 기반으로 전환가치 최대화 및 목표 ROAS 입찰을 지원하므로, 값이 늦거나 매일 정의가 바뀌면 입찰 신호도 불안정해집니다. About conversion values - Google Ads Help
반면 경영 판단의 순매출은 주문 발생일보다 환불 확정일, 매출 인식 기준, 세금·배송비 포함 여부, 쿠폰 부담 주체 같은 회계·운영 규칙에 더 크게 좌우됩니다. 따라서 광고 관리자 화면의 ROAS를 손익 보고의 ROAS로 그대로 읽지 말고, 다음처럼 역할을 나눕니다.
| 구분 | 주된 목적 | 권장 기준 시점 | 환불·취소 반영 방식 |
|---|---|---|---|
| 매체 최적화용 전환값 | 입찰·예산·소재 판단 | 결제완료 직후 또는 결제 승인 확정 직후 | 취소는 철회, 부분 환불은 값 재산정 |
| 운영 모니터링용 매출 | 일별 주문 흐름·CS 이상 탐지 | 주문일 | 주문·취소·환불을 상태별로 별도 표시 |
| 경영 판단용 순매출 | 채널 수익성·상품 수익성 판단 | 조직의 매출 인식 기준일 | 환불·취소·할인·배송비·세금 기준을 문서화해 반영 |
여기서 중요한 것은 어느 기준이 ‘정답’인가가 아니라, 한 보고서의 분자와 분모가 같은 기준을 쓰는가입니다. 예를 들어 주문일 매출에 광고비 청구일 비용을 섞거나, 결제완료 매출에서 당일 환불만 차감하면 기간 차이 때문에 ROAS가 과대·과소 해석될 수 있습니다.
매체에는 어떤 주문 값을 최초 전환으로 보내야 할까
대부분의 이커머스는 고객이 결제를 완료하고 주문번호가 발급되는 순간을 최초 구매 전환으로 삼는 편이 실무적으로 안정적입니다. 이 시점에는 광고 클릭과 주문의 연결이 가장 빠르고, 주문번호로 이후 상태를 추적할 수 있기 때문입니다.
다만 ‘결제완료’가 곧 판매 확정이라는 뜻은 아닙니다. 무통장 입금 대기, 재고 확인 뒤 취소되는 예약 판매, 주문 뒤 가격이 바뀌는 B2B 주문처럼 취소 가능성이 구조적으로 높다면, 최초 전환값을 보내되 그 뒤 조정 절차를 반드시 함께 운영해야 합니다. 출고확정까지 기다려 전환을 보내는 방식은 취소를 줄이는 대신 입찰에 전달되는 신호를 늦출 수 있습니다.
| 주문 특성 | 최초 전환 권장 시점 | 광고값 설계의 주의점 |
|---|---|---|
| 일반 카드·간편결제 상품 | 결제완료 | 결제 승인 금액과 주문번호 전송 |
| 입금 대기 주문 비중이 큰 상품 | 실제 결제 확인 후 | 주문생성 금액을 구매값으로 보내지 않음 |
| 예약·주문제작·재고 검수형 상품 | 결제완료 후 조정 | 취소율을 별도 지표로 보고 철회 체계 유지 |
| 부분 취소가 잦은 다품목 주문 | 결제완료 | 주문 전체를 지우지 말고 남은 주문가치로 재산정 |
GA4의 전자상거래 측정도 purchase 이벤트와 거래 식별자, 그리고 환불 발생 시 refund 이벤트를 구분하는 구조를 권장합니다. 부분 환불 분석을 하려면 환불 이벤트에 품목과 수량을 포함하는 것이 권장됩니다. Ecommerce setup Q&A - Analytics Help
취소·환불은 ‘차감’과 ‘철회’를 어떻게 구분해야 할까
전체 취소는 최초 구매 자체가 성립하지 않은 것으로 보고 전환을 철회하는 편이 맞습니다. 반대로 다품목 주문에서 일부 상품만 반품됐다면, 구매 건수까지 없애기보다 최종적으로 남은 주문가치로 전환값을 낮춰야 합니다.
Google Ads의 전환 조정은 값을 다시 설정하는 RESTATE와 전환 자체를 제거하는 RETRACT를 구분합니다. RESTATE는 전환 수는 유지하고 전환가치에 반영되며, RETRACT는 전환 수와 전환가치를 함께 제거해 CPA와 ROAS 입찰에도 영향을 줍니다. About conversion adjustments - Google Ads Help
| 주문 상태 변화 | 광고 전환 처리 | 보고서에 남길 기록 |
|---|---|---|
| 결제 직후 전체 취소 | 전환 철회 | 취소 사유, 취소 확정 시각 |
| 부분 반품·부분 취소 | 전환값 재산정 | 원주문금액, 환불금액, 잔존 주문금액 |
| 교환으로 금액 변동 없음 | 원칙적으로 값 유지 | 교환 여부와 품목 변경 내역 |
| 추가 결제·업셀 | 최초 주문과 별도 판단 | 원주문 연결 여부, 추가 결제의 광고 기여 기준 |
환불이 발생한 날짜에 마이너스 구매 이벤트를 새로 보내는 방식은 피하는 편이 좋습니다. 원거래의 주문번호를 기준으로 원구매를 조정해야 주문 건수와 매출이 이중으로 흔들리지 않습니다. Google Ads도 조정 대상을 식별할 때 주문 ID, 전환 이름, 조정 시각을 사용하며, 같은 주문 ID를 기반으로 중복 조정을 판별합니다. How to adjust your conversions - Google Ads Help
중복 주문과 중복 태그는 서로 다른 문제로 다뤄야 한다
‘중복 주문’은 고객이 실제로 두 번 결제했거나 운영상 주문이 복제된 문제이고, ‘중복 전환’은 같은 주문 하나가 태그·서버 이벤트·새로고침 때문에 두 번 기록된 측정 문제입니다. 둘을 같은 예외 처리 목록에 넣으면 실제 매출을 지우거나, 반대로 허수 전환을 남길 수 있습니다.
구매 전송에는 주문번호 또는 거래 ID를 필수 키로 둡니다. Google Ads는 동일 전환 액션에서 같은 거래 ID가 다시 들어오면 두 번째 전환을 중복으로 인식하도록 안내합니다. Use a transaction ID to minimize duplicate conversions - Google Ads Help 다만 이것이 주문관리 시스템의 중복 주문 판정까지 대신해 주지는 않습니다.
| 점검 대상 | 확인 질문 | 처리 원칙 |
|---|---|---|
| 결제 성공 페이지 새로고침 | 같은 주문번호로 구매 이벤트가 다시 발생하는가 | 한 주문번호당 최초 구매 전송은 한 번만 허용 |
| 브라우저 태그와 서버 전송 | 둘이 같은 주문을 별도 구매로 기록하는가 | 공통 주문번호·이벤트 식별자를 사용해 중복 방지 |
| 고객의 연속 결제 | 주문번호와 결제 승인번호가 실제로 다른가 | 실주문이면 삭제하지 말고 CS·재고 기준으로 별도 판단 |
| 테스트 주문 | 운영 주문번호 체계에 섞이는가 | 테스트 환경·테스트 주문 식별 규칙을 사전에 분리 |
광고 ROAS와 순매출 ROAS를 함께 읽는 보고서 구조는 무엇인가
한 화면에 하나의 ROAS만 두지 말고, 같은 광고비를 기준으로 두 개의 매출 열을 병렬로 둡니다. 그래야 매체가 최근 주문을 얼마나 잘 만들고 있는지와, 그 주문이 환불 뒤에도 남는지를 분리해 볼 수 있습니다.
| 지표 | 계산식 | 쓰는 결정 |
|---|---|---|
| 매체 최적화 ROAS | 매체 귀속 구매 전환값 ÷ 매체 비용 | 입찰·예산·캠페인 유지 여부 |
| 주문 기준 ROAS | 주문일 기준 결제완료 매출 ÷ 같은 기간 비용 | 일별 집행 흐름과 주문 품질 이상 탐지 |
| 순매출 기준 ROAS | 기준 기간의 순매출 ÷ 같은 기간 비용 | 채널·상품의 사업성 판단 |
| 취소·환불률 | 취소·환불 금액 ÷ 최초 결제완료 금액 | 광고 확장 전 상품·오퍼·배송 이슈 점검 |
GA4에서는 purchase와 refund가 서로 다른 전자상거래 이벤트로 집계되므로, 구매 수만 보고 환불이 반영된 순매출이라고 가정하면 안 됩니다. 특히 GA4의 거래 수 지표는 환불 이벤트도 포함할 수 있어, 구매 건수와 거래 수를 같은 의미로 사용하지 않는 것이 안전합니다. About ecommerce metrics - Analytics Help
실무 보고에는 최소한 원주문일, 결제완료일, 취소·환불 확정일, 주문번호, 최초 결제금액, 조정 후 금액을 남깁니다. 그리고 광고 성과표의 기간을 정할 때는 ‘주문일 코호트’인지 ‘환불 처리일 기준’인지 제목에 명시합니다. 전자는 해당 날짜에 만든 주문의 사후 품질을 보는 데, 후자는 그 날짜에 확정된 현금 유출을 보는 데 적합합니다.
전송 전에 고정해야 할 운영 기준은 무엇인가
구현보다 먼저 정책표를 확정해야 합니다. 개발·광고·CRM·정산 담당자가 서로 다른 금액을 정상이라고 판단하는 상황을 막는 장치입니다.
| 결정 항목 | 먼저 정할 질문 |
|---|---|
| 최초 구매 전송 시점 | 주문생성, 결제승인, 결제완료, 출고확정 중 무엇인가 |
| 전송 금액 구성 | 상품가, 할인, 배송비, 세금, 적립금 사용액을 각각 포함하는가 |
| 주문 식별자 | 결제 재시도·분할배송·교환에도 변하지 않는 키는 무엇인가 |
| 전체 취소 처리 | 언제 철회로 확정하며, 누가 상태를 전달하는가 |
| 부분 환불 처리 | 품목 단위인지 주문 총액 차감인지, 조정 후 값은 무엇인가 |
| 중복 방지 | 웹·서버·앱 전송이 같은 주문을 한 번으로 식별하는가 |
| 보고서 기준일 | 주문일, 결제일, 출고일, 환불확정일 중 무엇을 쓰는가 |
이 기준은 캠페인별로 바꾸지 않는 것이 원칙입니다. 특정 상품의 반품률이 높다는 이유로 그 캠페인만 출고확정 매출을 쓰기 시작하면 캠페인 간 ROAS 비교가 불가능해집니다. 상품별 품질 차이는 전환 정의를 바꾸는 대신 취소·환불률, 조정 후 전환가치, 순매출 ROAS를 보조 지표로 추가해 읽어야 합니다.
마무리
광고 매체에는 빠르고 일관된 주문 시점 전환값을 보내되, 취소는 철회하고 부분 환불은 원주문 값으로 재산정해야 합니다. 경영 보고에서는 별도로 순매출을 계산하고, 주문번호를 공통 키로 삼아 최초 구매·취소·환불·중복 여부를 연결해야 ROAS가 실제 운영 판단에 쓸 수 있는 숫자가 됩니다.
참고 자료
이 운영을 맡기고 싶다면
문의