홈페이지 방문자가 늘었는데 문의가 늘지 않는다면 페이지뷰만 볼 것이 아니라 고객이 실제로 완료한 행동을 따로 측정해야 한다. Google Analytics 4에서는 수집된 행동을 이벤트로 기록하고, 사업에 중요한 이벤트를 ‘핵심 이벤트’로 표시할 수 있다. 소상공인에게 필요한 것은 복잡한 대시보드가 아니라 문의 전송, 예약 완료, 결제 완료처럼 매출 과정과 가까운 행동 두세 개를 정확히 구분하는 일이다.
핵심 요약: 클릭 수보다 완료된 고객 행동을 측정한다
① 사업 목표를 고객 행동으로 바꾼다 ② 기본 데이터 수집 상태를 확인한다 ③ 권장 이벤트 이름을 우선 사용한다 ④ 단순 클릭이 아닌 성공 상태에서 이벤트가 발생하게 한다 ⑤ 실시간 보고서와 DebugView로 시험한다 ⑥ 검증된 이벤트만 핵심 이벤트로 표시한다 ⑦ 채널별 핵심 이벤트와 실제 문의 장부를 함께 본다. 한 번에 많은 이벤트를 만들기보다 중요한 행동부터 정확히 측정한다.
1. 매출 목표를 측정 가능한 고객 행동으로 바꾼다
‘홈페이지 활성화’는 측정 대상이 너무 넓다. 상담업은 문의 양식 전송, 식당은 예약 완료, 쇼핑몰은 결제 완료처럼 고객이 끝낸 행동을 적는다. 전화 버튼 클릭은 문의 의향이고 실제 통화는 별도 결과이므로 같은 값으로 보지 않는다. 종이에 ‘행동 이름·발생 화면·확인할 숫자·현장 결과’를 한 줄씩 적고, 우선순위가 높은 행동 두 개만 선택한다. 직원이 매주 확인할 수 없는 지표는 처음부터 늘리지 않는다.
2. 새 설정 전에 기본 데이터가 들어오는지 확인한다
이벤트를 만들기 전에 GA4 속성, 웹 데이터 스트림, 측정 ID가 현재 사이트와 연결됐는지 확인한다. 직접 사이트를 열어 페이지를 이동한 뒤 실시간 보고서에서 내 방문이 보이는지 살핀다. Google 공식 안내에 따르면 일반 보고서는 처리에 시간이 걸릴 수 있으므로 설치 직후에는 실시간 보고서나 DebugView를 이용하는 편이 적절하다. 운영 사이트와 테스트 사이트에 같은 측정 ID를 넣었다면 내부 방문이 섞이지 않는지도 기록한다.
3. 문의·예약에 맞는 권장 이벤트 이름을 고른다
Google은 양식 제출이나 정보 요청에 generate_lead, 구매 완료에 purchase 같은 권장 이벤트를 제시한다. 기능이 같다면 임의의 한글 이름이나 submit_final_v2 같은 팀 전용 이름보다 권장 이벤트를 먼저 검토한다. 예약 시스템이 외부 서비스라 완료 화면을 직접 측정할 수 없는 경우에는 무리하게 예약 완료로 부르지 말고 예약 버튼 클릭처럼 실제로 수집 가능한 행동을 별도 이름으로 구분한다. 이벤트 이름표와 의미를 한 문서에 고정한다.
4. 버튼 클릭이 아니라 성공이 확인되는 지점에서 보낸다
문의 버튼을 눌렀어도 필수항목 오류나 통신 실패로 전송되지 않을 수 있다. 가능하면 서버가 접수를 완료한 뒤 나타나는 감사 화면이나 성공 메시지를 기준으로 이벤트를 발생시킨다. 감사 페이지 주소를 조건으로 새 이벤트를 생성할 때는 다른 안내 페이지와 주소가 겹치지 않게 한다. 결제 이벤트에는 고유 거래번호를 사용해 새로고침으로 같은 주문이 중복 기록되지 않도록 개발 담당자와 확인한다. 개인정보 입력값 자체는 분석 이벤트에 보내지 않는다.
5. 실제 고객 경로를 따라가며 시험 이벤트를 검증한다
PC와 모바일에서 각각 광고 또는 검색 진입, 상세 페이지, 문의 작성, 완료 화면까지 직접 진행한다. 실시간 보고서에서는 이벤트가 들어오는지 확인하고, 개발 점검이 가능하면 DebugView에서 이벤트 이름과 매개변수 순서를 본다. 제출 한 번에 이벤트가 두 번 발생하거나, 입력 오류인데도 이벤트가 잡히거나, 관리자 미리보기만 수집되는지 확인한다. 전화·메신저·예약 버튼은 새 탭이나 앱 전환 뒤에도 클릭 이벤트가 남는지 별도로 시험한다.
6. 검증된 이벤트만 핵심 이벤트로 표시한다
시험을 통과한 이벤트를 GA4 관리 화면에서 핵심 이벤트로 표시한다. 새 이벤트는 수집되기 전에도 미리 핵심 이벤트로 등록할 수 있지만, 표시한 시점 이전의 과거 데이터가 핵심 이벤트로 바뀌지는 않는다. Google은 표준 속성에서 최대 30개 이벤트를 핵심 이벤트로 표시할 수 있다고 안내한다. 한도를 채우는 것보다 문의 완료, 예약 완료, 구매 완료처럼 사업 결과에 가까운 행동만 남기고 스크롤이나 단순 페이지뷰는 보조 지표로 본다.
7. 채널 보고서와 현장 문의 장부를 매주 대조한다
매주 같은 요일에 채널별 사용자 수, 핵심 이벤트 수, 실제 문의·예약 건수를 한 표에 적는다. 핵심 이벤트가 20회인데 실제 문의가 8건이라면 중복 발생, 스팸 제출, 취소, 전화 연결 실패를 먼저 확인한다. 반대로 현장 문의가 더 많다면 전화·지도·메신저처럼 웹사이트 밖 경로를 따로 적는다. 채널별 차이는 성과 판단의 출발점이지 원인 증명이 아니다. 광고 예산은 하루 수치가 아니라 최소 한 주의 운영 조건과 함께 비교한다.
오늘 바로 실행하는 40분 GA4 점검표
첫 5분은 가장 중요한 완료 행동 두 개를 정한다. 다음 5분은 GA4 속성·데이터 스트림·측정 ID를 확인한다. 이어 10분은 권장 이벤트와 발생 조건을 표로 만들고, 다음 10분은 모바일과 PC에서 완료 경로를 직접 시험한다. 이후 5분은 실시간 보고서나 DebugView에서 이름·중복·실패 수집을 확인한다. 마지막 5분은 검증된 이벤트만 핵심 이벤트로 표시하고 주간 기록표를 만든다. 설정 변경일과 담당자를 남겨 다음 오류 때 기준점으로 사용한다.