GA4 전자상거래 이벤트 설치 순서와 검수 기준

📖 약 3분 읽기

쇼핑몰에 GA4 전자상거래 이벤트를 붙였는데 깔때기 보고서 수치가 이상하게 나오는 경우가 있습니다. 상품 조회 수는 정상인데 장바구니 단계에서 이용자 수가 급감하거나, 결제 시작 이후 단계가 아예 잡히지 않는 식입니다. 이런 문제는 대부분 이벤트가 누락된 것이 아니라 설치 순서와 매개변수 규격이 어긋난 데서 비롯됩니다. GA4 전자상거래는 view_item_list부터 purchase까지 각 단계가 정해진 이름과 매개변수로 이어져야 깔때기가 하나의 여정으로 성립합니다.

여정 단계와 표준 이벤트를 먼저 정리한다

전자상거래 깔때기는 상품 노출부터 구매 완료까지 일곱 단계로 나눠 봅니다. 상품 노출은 view_item_list, 상품 조회는 view_item, 장바구니 담기는 add_to_cart, 결제 시작은 begin_checkout, 결제 정보 입력은 add_payment_info, 구매 완료는 purchase 이벤트로 대응됩니다. 각 이벤트는 items 배열을 공통으로 가지며, item_id, item_name, price, quantity 같은 매개변수를 담습니다. item_id가 단계마다 다른 값으로 넘어가거나 price 단위가 섞이면 같은 상품이 서로 다른 상품으로 집계되어 깔때기 연결이 끊어집니다. purchase 이벤트에는 transaction_id와 value, currency가 추가로 필요하며, transaction_id는 매출 대사의 기준 키가 되므로 주문번호와 일대일로 맞아야 합니다.

설치 순서: 구매 완료부터 거꾸로 올라간다

이벤트를 앞 단계부터 순서대로 설치하면 뒷단계에서 매개변수 누락이 뒤늦게 발견되어 처음부터 다시 점검해야 하는 경우가 많습니다. 그래서 반대 순서로 설치하는 편이 안전합니다.

1. purchase 이벤트를 먼저 붙이고 transaction_id, value, currency, items 매개변수가 주문 데이터와 일치하는지 확인합니다.
2. add_payment_info와 begin_checkout을 붙이고 items 배열의 item_id, price, quantity가 purchase 단계와 동일한 값으로 이어지는지 확인합니다.
3. add_to_cart를 붙이고 장바구니에 담긴 수량과 가격이 화면 표시값과 일치하는지 확인합니다.
4. view_item과 view_item_list를 붙이고 상품 목록 노출과 상세 조회가 같은 item_id 체계로 기록되는지 확인합니다.

이 순서를 따르면 매출과 직결된 하위 단계부터 신뢰도를 확보한 뒤 상위 단계 데이터를 그 기준에 맞춰 검증할 수 있습니다.

단계별 점검 항목

단계마다 확인할 점검 항목은 발화 횟수, 매개변수 누락률, 값 일치율 세 가지로 정리됩니다. 발화 횟수는 실제 화면 동작 횟수와 이벤트 발화 횟수가 비슷한 수준인지 보는 항목이고, 매개변수 누락률은 item_id나 price처럼 필수 값이 비어 있는 이벤트의 비율을 보는 항목입니다. 값 일치율은 같은 상품의 item_id와 price가 단계마다 동일하게 유지되는지 보는 항목입니다. 내부 점검 예시 기준으로는 매개변수 누락률을 0에 가깝게 잡는 경우가 많으나, 이 수치는 사이트 구조에 따라 달라지므로 절대 기준이 아니라 자체 점검의 출발점으로 활용하는 편이 적절합니다.

매출액 대사로 최종 확인

단계별 점검을 마쳤다고 태깅이 끝난 것은 아닙니다. 마지막 확인 절차는 같은 기간 주문 원장 합계와 GA4 purchase 이벤트의 value 합계를 비교하는 매출액 대사입니다. 두 값이 크게 벌어진다면 일부 주문이 이벤트로 잡히지 않았거나 중복 발화로 매출이 부풀려졌을 가능성을 의심해야 합니다. 매출액 대사는 transaction_id를 키로 두 데이터를 맞춰 보는 방식으로 진행하며, 이 과정에서 취소·환불 처리 방식, 배송비 포함 여부, 부가세 처리 기준이 함께 드러납니다.

흔히 발생하는 오류

취소와 환불은 refund 이벤트로 별도 처리해야 하는데, 이를 붙이지 않으면 이미 취소된 주문의 매출이 GA4에 그대로 남아 대사 과정에서 차이가 발생합니다. 배송비 포함 여부도 자주 어긋나는 지점입니다. value에 배송비를 포함해 넘기는 사이트와 상품 금액만 넘기는 사이트가 섞여 있으면 주문 원장과 비교할 때 기준을 통일해야 오차를 줄일 수 있습니다. 부가세 처리도 마찬가지로 세금 포함 가격과 세금 별도 가격 중 어느 쪽을 price와 value에 반영했는지 명확히 해야 하며, currency 매개변수를 누락하면 다중 통화를 지원하는 쇼핑몰의 매출 합계 자체가 왜곡될 수 있습니다.

임대몰과 자체 구축몰의 차이

임대몰은 플랫폼이 제공하는 스크립트나 앱 연동으로 표준 이벤트가 어느 정도 자동으로 발화되는 경우가 있어 매개변수 값이 실제 주문 데이터와 맞는지를 중심으로 점검하면 됩니다. 반면 자체 구축몰은 개발팀이 GTM이나 서버사이드 태깅으로 이벤트를 직접 구현하므로 이벤트명과 매개변수 이름의 철자 하나까지 표준 규격과 어긋나지 않는지부터 확인해야 합니다. 두 경우 모두 결국 발화 횟수, 매개변수 누락률, 값 일치율, 매출액 대사라는 같은 기준으로 검증한다는 점은 동일합니다.

전자상거래 이벤트는 단계별로 설치하고 점검한 뒤 매출액 대사까지 통과해야 태깅이 끝났다고 볼 수 있습니다. 태그맨은 이러한 설치 순서 설계와 단계별 점검, 매출액 대사 과정을 함께 검토하는 범위까지 지원합니다.