객단가가 올랐는데 매출은 왜 줄었을까? 주문 수와 구매전환율 분모 검산

작은 매장이나 자사몰에서 객단가가 올랐는데 매출이 줄었다면 같은 기간의 주문 수부터 확인하세요. 주문 기준으로 계산한 평균 결제금액은 매출을 주문 수로 나눈 값입니다. 구매전환율까지 보려면 방문·사용자·세션 중 무엇을 분모로 삼았는지 먼저 맞춰야 합니다.

객단가를 주문 기준으로 계산할지 먼저 정하세요

매장에서 쓰는 객단가의 기준은 서로 다를 수 있습니다. 한 사람이 두 번 주문할 수도 있고, 여러 사람이 한 번에 결제할 수도 있습니다. 여기서 객단가는 운영 장부의 ‘주문당 평균 결제금액’을 뜻합니다. 고객 한 명당 매출과는 구분합니다.

기간과 채널, 취소·환불 반영 기준을 먼저 고정하세요. 아래 가상 예시는 두 주 모두 같은 자사몰의 원화 고객 결제액이며, 배송비·세금은 두 기간에 동일한 방식으로 포함하고 취소·환불은 없습니다. 회계상 공급가액이나 이익을 계산한 예시가 아닙니다.

항목	첫째 주	둘째 주
완료 주문 수	100건	80건
주문 기준 객단가	20,000원	22,000원
고객 결제 합계	2,000,000원	1,760,000원

방문·완료 주문·결제금액을 구분한 개념도입니다. 아이콘 개수와 크기는 예제의 수치나 비율을 뜻하지 않습니다.

객단가는 10% 올랐지만 주문 수는 20% 줄었습니다. 매출 변화는 1.1×0.8=0.88이므로 12% 감소입니다. 10%−20%=−10%처럼 증감률을 단순히 빼면 틀립니다. 80건×22,000원=1,760,000원, 1,760,000원÷80건=22,000원으로 두 방향을 검산하세요.

주문 수를 방문 수로 나누면 무엇을 알 수 있을까요?

운영 장부에서 ‘주문 수÷방문 세션 수’를 따로 관리할 수 있습니다. 다만 이것은 주문 발생률이고, ‘구매가 한 번 이상 발생한 세션÷전체 세션’과 항상 같지는 않습니다. 한 세션에서 두 번 주문하면 주문은 2건이지만 구매 발생 세션은 1개입니다.

예를 들어 전체 1,000세션에서 구매 발생 세션이 70개이고 주문이 80건이라면, 구매 발생 세션 비율은 7%, 주문 수÷세션 수는 8%입니다. 두 숫자를 모두 구매전환율이라고 적으면 무엇을 개선해야 할지 잘못 판단할 수 있습니다. 사용자 기준 보고서에서는 분모가 전체 사용자인지 활성 사용자인지도 구분하세요. 이름에 사용자라고 쓰여 있다고 같은 분모는 아닙니다.

지표	분자와 분모	값
구매 발생 세션 비율	70세션÷1,000세션	7%
세션당 주문 발생률	80건÷1,000세션	8%
주문 기준 객단가	1,760,000원÷80건	22,000원

매출=방문 수×전환율×객단가라는 식도 정의가 맞아야 성립합니다. 여기서 주문 발생률 8%를 쓰면 1,000×0.08×22,000=1,760,000원입니다. 구매 발생 세션 비율 7%를 넣으면 1,540,000원으로 220,000원이 어긋납니다. 세션당 복수 주문을 빠뜨린 결과입니다.

GA4에서는 지표 이름과 구매 범위까지 확인하세요

Google Analytics 4의 이벤트 수가 장부의 완료 주문 수와 자동으로 같아지지는 않습니다. Google Data API 공식 지표 명세를 기준으로 다음을 구분하세요.

공식 API 지표	뜻	주문 장부와 비교할 때 주의
ecommercePurchases	purchase 이벤트 횟수	취소·환불을 뺀 장부 주문 수와 자동 일치하지 않음
sessions	session_start로 시작한 세션 수	사람 수나 주문 수가 아님
sessionKeyEventRate:purchase	purchase 주요 이벤트가 발생한 세션의 비율	purchase가 주요 이벤트로 등록돼 있어야 함
purchaserRate	1회 이상 구매 거래를 한 활성 사용자의 비율	분모는 활성 사용자, 전체 사용자로 바꾸지 않음
totalUsers / activeUsers	전체 사용자 / 활성 사용자	직접 계산한다면 선택한 분모 이름을 명시

명세의 sessionKeyEventRate는 구매뿐 아니라 모든 주요 이벤트를 대상으로 합니다. 구매만 보려면 해당 속성에서 purchase를 주요 이벤트로 등록하고, 속성별 메타데이터에 sessionKeyEventRate:purchase가 있는지 확인하세요. 등록되지 않은 이벤트의 주요 이벤트 비율을 API로 요청하면 실패한다는 것이 공식 명세의 조건입니다. 화면에서 구매 이벤트를 선택했다면 선택 범위도 기록하세요.

userKeyEventRate의 공식 설명은 ‘주요 이벤트를 발생시킨 사용자 비율’입니다. 이 설명만으로 전체 사용자나 활성 사용자 중 하나를 임의 확정해 장부 공식에 끼워 넣지 않습니다. 직접 구매자 비율을 계산하려면 구매자 수와 totalUsers 또는 activeUsers 중 실제로 선택한 분모를 함께 기록하세요. 구매자 수를 주문 수 대신 넣으면 복수 주문이 빠집니다.

비교 전에는 같은 속성·웹/앱 범위·완료 기간·속성 시간대·채널 필터·통화를 맞추세요. purchase의 완료 시점과 transaction_id 중복, 취소·환불 반영 기준도 주문 장부와 대조합니다. transactions는 웹 purchase만이 아니라 앱 구매·구독·refund 등 여러 거래 이벤트를 포함하는 지표라 장부의 완료 주문으로 대체하지 않습니다.

위 70세션·80주문은 분모 차이를 보여주는 가상 조건입니다. 실제 GA4 속성의 수집·설정·API 실행을 검증한 결과가 아니며, GA4 기본 수익 지표가 이 글의 배송비·세금 포함 고객 결제액과 같다는 뜻도 아닙니다.

매출이 줄어든 원인을 확인하는 순서

1. 주문 장부에서 완료 주문 수, 고객 결제 합계, 취소·환불을 같은 기간으로 뽑습니다. 분석 도구의 시간대도 맞춥니다.

2. 보고서 열 이름 옆에 ‘주문 기준’, ‘세션 기준’, ‘사용자 기준’을 적습니다. 분모가 다른 전환율끼리는 증감률을 비교하지 않습니다.

3. 방문 수는 비슷한데 주문 발생률이 줄었다면 품절, 배송비 표시, 결제 오류를 먼저 확인합니다. 실제 로그나 문의가 없으면 원인을 단정하지 않습니다.

4. 객단가만 올랐다면 가격 인상인지 고가 상품 비중 변화인지 상품별 주문 자료로 나눠 봅니다. 전체 평균만 보고 모든 고객이 더 많이 샀다고 결론 내리지 않습니다.

방문 계측 누락, 쿠키 동의 여부, 다른 기기 사용 때문에 분석 도구 수치와 주문 장부는 다를 수 있습니다. 먼저 주문번호 중복과 취소 처리를 대조하고, 특정 기간부터 차이가 생겼다면 추적 설정의 변경 시점도 확인하세요. 표본이 작은 하루 수치만으로 광고를 끄거나 가격을 바꾸지 말고, 같은 요일·행사 조건의 완료 기간을 비교하세요. 분모가 0인 기간은 비율을 0%로 적지 말고 계산 불가로 남깁니다.

숫자가 어긋났을 때 다음 확인 항목

관측한 차이	먼저 대조할 자료	판단을 미룰 때
방문은 비슷하고 주문이 감소	품절·배송비·결제 오류 기록	실제 로그나 문의가 없음
객단가만 상승	상품별 가격과 주문 비중	전체 평균만 있음
분석 도구와 장부가 불일치	주문번호 중복·취소·계측 변경 시점	기간·시간대가 다름
비율 분모가 0	해당 기간 주문·방문 원자료	계산 불가, 0%로 대체하지 않음

매출이 늘어도 이익이 늘었다는 뜻은 아닙니다. 행사를 계획한다면 할인 전후 공헌이익 계산표로 주문당 남는 금액을 따로 확인하세요. 부가세와 실제 입금액은 카드매출·공급가액·정산 구분에서 분리할 수 있습니다.

근거와 적용 범위

2026년 10월 5일 Google Data API 공식 지표 명세를 직접 확인했습니다. 특정 이벤트별 주요 이벤트 비율의 등록 조건, purchase·세션·사용자·거래 지표의 범위를 대조했습니다.

위 금액과 비율은 재현용 가상 예시입니다. 업종별 적정 전환율이나 특정 속성의 현재 보고서 설정을 보장하지 않습니다.