GA4 구축 사례: 2개 사이트의 PC와 모바일 수집 차이 점검

개발팀이 테스트 데이터를 보내면 고객 담당자와 GA4에서 확인하는 방법을 주고받았습니다. 그 과정에서 로그인 이벤트는 보이는데 로그인 방식을 나타내는 값이 비어 있다는 질문이 나왔습니다. 로그인했다는 사실은 기록됐지만 어떤 방식으로 로그인했는지 구분할 정보가 없는 상황입니다.

이벤트에 이런 세부 정보를 붙여 보내는 항목을 매개변수라고 합니다. 이벤트가 들어오는지와 필요한 매개변수가 들어오는지는 따로 확인해야 합니다. 결제 수단도 같은 이유로 전체 목록을 요청했습니다. 어떤 값이 들어올 수 있는지 알아야 보고서에서 결제 방식을 구분할 기준을 정할 수 있습니다.

추가 가이드를 점검할 때는 PC에 반영된 정보가 모바일에는 반영되지 않은 부분도 발견했습니다. 단순히 “수집이 안 됩니다”라고 전달하는 대신 어느 사이트의 어느 환경에서 어떤 정보가 빠지는지 특정해야 개발팀이 확인할 위치를 좁힐 수 있습니다.

가입 이벤트 수는 기록된 행동의 횟수이고, 사용자 수는 분석 도구가 구분한 사용자 기준의 집계입니다. 가입 완료를 한 사용자에게 한 번 일어나는 행동으로 기대하더라도 두 지표가 자동으로 같아지는 것은 아닙니다. 고객이 비교하는 숫자의 의미와 실제 수집 방식부터 확인해야 합니다.

이 프로젝트에서는 여러 정황을 살펴 수집 코드가 반복 실행될 가능성을 검토했습니다. 한 번의 가입 완료를 여러 번 전송한다면 이벤트 수가 늘어날 수 있기 때문입니다. 고객에게는 태그의 실행 조건을 관리하는 GTM과 GA4에서 추가로 설정할 방안을 안내했습니다.

원본 데이터를 조회할 수 있는 BigQuery 연동 권한과 설정 변경은 별도 확인 사항으로 전달했습니다. 집계 기준을 검토하는 일, 실행 조건을 조정하는 일, 분석 담당자의 접근 권한을 준비하는 일은 담당자와 후속 조치가 다르기 때문입니다.

온보딩 후 사용한 교안을 전달하고, 컨설팅 종료 때 최종 이벤트 정의서와 사이트별 스크립트 가이드, GA4 기초 학습 자료를 함께 안내했습니다.

정의서는 어떤 행동을 기록하는지, 개발 가이드는 어떤 방식으로 수집하도록 요청했는지, 교육 자료는 그 데이터를 어떻게 읽는지 확인할 때 쓰입니다. 자료의 역할을 구분해 전달해야 운영 담당자가 이후 질문에 맞는 문서를 찾아볼 수 있습니다.

분석 환경 구축은 설정 화면의 작업만으로 끝나지 않습니다. 담당자가 수집 기준을 이해하고 개발팀과 필요한 확인 사항을 이야기할 수 있도록 하는 과정까지 포함돼야 합니다. 이 프로젝트에서도 구축 문서와 온보딩 자료를 함께 인계하며 업무를 마무리했습니다.