향상된 측정이 실제로 켜주는 것은 무엇인가

GA4 향상된 측정은 웹 데이터 스트림에서 코드를 넣지 않아도 여덟 가지를 자동 수집합니다. 페이지 조회, 스크롤, 외부 링크 클릭, 사이트 검색, 동영상 참여, 파일 다운로드, 양식 시작, 양식 제출입니다. 이와 별개로 GA4가 기본 수집하는 이벤트는 first_visit, session_start, user_engagement 세 가지입니다.

목록을 한 번 읽어보면 알 수 있습니다. 여기 어디에도 구매는 없습니다. 자동 수집만 켜둔 상태에서 매출이 0으로 나오는 것은 오류가 아니라 설계대로 동작한 결과입니다.

원인 1: 구매 이벤트를 심지 않았다

가장 흔한 경우입니다. 태그를 붙였고 실시간 보고서에 사용자가 잡히니 다 되고 있다고 생각했는데, 전자상거래 보고서만 비어 있습니다. 확인은 간단합니다. 이벤트 보고서에서 purchase라는 이름의 이벤트가 아예 없다면 심지 않은 것입니다.

해결은 주문 완료 시점에 데이터레이어로 주문 정보를 밀어 넣고 그 값을 GA4 이벤트로 보내는 것입니다. 데이터레이어는 페이지의 값을 태그·트리거·변수로 전달하는 임시 저장소이고, push로 값이 들어오는 순간 GTM이 감지해 태그를 실행합니다. 쇼핑몰 솔루션이 제공하는 연동 기능을 쓰더라도 어떤 값이 실려 나가는지는 한 번 열어봐야 합니다.

원인 2: 이벤트는 들어오는데 매출이 안 잡힌다

purchase 이벤트 수는 늘어나는데 수익 지표가 0이거나 전자상거래 보고서에 상품이 안 보이는 경우입니다. 이건 매개변수 문제입니다. GA4의 purchase 이벤트는 items 배열에 item_id, item_name, price, quantity를 필수로 포함해야 하고, 필수 매개변수가 빠지면 그 이벤트는 커스텀 이벤트로 처리돼 전자상거래 보고서에 표시되지 않습니다.

값 형식도 함께 봐야 합니다. 금액에 통화 기호나 쉼표가 섞여 들어가면 숫자로 인식되지 않습니다. item_brand, item_category, item_variant는 필수는 아니지만 넣어두면 상품별 분석이 가능해집니다. 심을 때 한 번에 넣어두는 편이 나중에 다시 작업하는 것보다 쉽습니다.

원인 3: 같은 주문이 두 번 이상 세어진다

GA4 매출이 어드민보다 오히려 크게 나온다면 중복입니다. 주문 완료 페이지는 사용자가 새로고침하거나 뒤로 갔다 다시 들어오기 쉬운 화면이고, 트리거가 페이지 로드에만 걸려 있으면 그때마다 구매가 한 건씩 쌓입니다. 트래킹 코드가 두 번 설치돼 있어도 같은 증상이 납니다. 중복 설치는 지표를 부풀리고 사용자 수를 왜곡하며 전환 귀속까지 훼손해, 그 위에서 한 분석 전체를 무너뜨립니다.

확인은 주문번호로 합니다. 모든 전환 이벤트에 고유 거래 ID를 부여하고 transaction_id 기준으로 중복을 세어보면 바로 드러납니다. 실무 감사 체크리스트에서도 고유 거래 ID 부여는 기본 항목으로 꼽힙니다.

세 원인을 어떤 순서로 구분하나

증상이 다르므로 순서대로 좁히면 됩니다. 첫째, 이벤트 보고서에 purchase가 있는지 봅니다. 없으면 원인 1입니다. 둘째, purchase는 있는데 수익이 0이거나 전자상거래 보고서가 비어 있으면 원인 2입니다. 셋째, 이벤트 수와 수익은 잡히는데 어드민보다 크면 원인 3입니다.

이 순서를 지키는 이유는 세 문제가 동시에 있는 경우가 흔하기 때문입니다. 한꺼번에 손대면 무엇을 고쳐서 숫자가 맞아졌는지 알 수 없고, 다음에 같은 문제가 생겼을 때 처음부터 다시 헤매게 됩니다.

자동 수집만으로 볼 수 있는 것과 없는 것

자동 수집이 쓸모없다는 뜻은 아닙니다. 스크롤, 외부 링크 클릭, 사이트 검색 같은 행동 데이터는 코드 없이도 쌓이고, 상세페이지 이탈 지점을 찾거나 사이트 내부 검색어를 뽑는 데는 충분합니다. 다만 스크롤 이벤트는 페이지 세로 길이의 90% 지점에 도달했을 때만 발생하고 이 임계값은 관리 화면에서 조정할 수 없다는 점 같은 제약은 알고 써야 합니다.

정리하면 자동 수집은 행동을, 전자상거래 이벤트는 매출을 담당합니다. 매출 쪽은 누군가 직접 심어야 하고, 심은 뒤에는 실제 결제 한 건으로 검증해야 합니다.