
서비스를 기획/운영하다 보면, ‘이 기능이 정말 사용자가 잘 쓸까?’, ‘사용자는 어디서 이탈할까?’ 같은 질문을 자주 던지게 됩니다. 하지만 이런 판단을 ‘감(感)’으로만 하기엔 위험합니다.
Google Analytics(GA)는 이런 불확실성을 줄여주는 도구입니다. 사용자의 행동 흐름을 감이 아닌 데이터로 정량적으로 분석할 수 있게 합니다.
제가 개발한 서비스 '봄봄(Bombom)'은 “읽는 습관을 만드는 뉴스레터 플랫폼”입니다. 이 서비스의 핵심 목표는 단순한 방문이 아니라, “얼마나 자주, 얼마나 꾸준히 다시 돌아오는가”를 데이터로 확인하는 것입니다.
그래서 서비스 초기에 GA를 도입했습니다. GA4를 통해 ‘가입 → 구독 → 첫 읽기’까지의 사용자 여정을 추적하고, 습관 형성이 실제로 이루어지는지를 데이터로 검증하고자 했습니다.
이번 글에서는 GA를 서비스에 적용하기 이전 단계인 ‘설계’ 과정을 다룹니다. 즉, 단순히 “GA를 적용하는 법”이 아니라 ‘무엇을, 왜, 어떻게 수집할 것인가’를 정의하고, 서비스의 목표에 맞게 데이터를 구조화하는 방법을 이야기합니다.
또한, 이해를 돕기 위해 실제 저희 봄봄 프로젝트에서 설계했던 예시를 함께 소개합니다. 이 글이 GA를 처음 도입하거나, 데이터를 ‘의미 있게’ 활용하고 싶은 분들께 하나의 데이터 설계 가이드라인이 되길 바랍니다.
서비스를 데이터로 성장시키기 위해서는 ‘사용자 행동을 어떻게 정의하고, 측정하고, 해석할 것인가’를 먼저 설계해야 합니다. 이 과정은 단순한 이벤트 기록이 아니라, 서비스의 목표를 데이터로 번역하는 일입니다.
Google Analytics(GA4)를 기반으로 한 사용자 행동 데이터 전략은
수집(Collect) → 분석(Analyze) → 활용(Activate) 의 세 단계로 나눌 수 있습니다.
서비스의 데이터를 설계할 때 가장 먼저 해야 할 일은 “무엇을 기록할 것인가”를 명확히 정의하는 것입니다. 이 단계는 단순히 클릭 이벤트를 저장하는 수준이 아니라, 서비스의 목표를 수치로 관찰할 수 있게 만드는 과정입니다.
어떤 사용자 행동 데이터를 기록할지 정의하는 단계입니다.
→ 서비스의 핵심 플로우에서 사용자의 ‘의도 있는 행동’을 추출합니다.
페이지 방문, 클릭, 체류 시간, 전환 이벤트 등 필요한 데이터를 선별하고, 코드 단에서 추적 로직(gtag 등)을 직접 심습니다.
수집 단계에서의 설계가 부족하면 이후 분석과 활용에서 한계가 생기므로, 서비스 목표에 맞춘 정교한 데이터 정의가 필수적입니다.
모든 데이터를 다 기록하지 않습니다.
→ 지나친 이벤트 수집은 코드 복잡도와 분석 노이즈를 높입니다. 필요한 데이터만 선별해야 합니다.
수집은 ‘한 번에 완벽히’ 끝나지 않는 것입니다.
→ 분석 단계를 거치며 새로운 인사이트가 생기면 다시 어떤 데이터를 수집해야 할지가 달라집니다. 즉, 수집–분석–활용은 순환 구조입니다.
봄봄의 핵심 목표는 “읽는 습관을 만드는 것”이었기 때문에, 습관 형성에 직결되는 행동만 선별했습니다.
1️⃣ 아티클 카드 클릭 이벤트
2️⃣ 하이라이트 / 메모 이벤트
수집 단계에서 이벤트를 정의했다면, 이제는 그 데이터를 어떻게 읽을 것인가가 중요합니다. 분석 단계는 수집된 데이터를 기반으로 사용자의 행동 흐름(Flow)을 파악하고, 서비스의 병목이나 개선 포인트를 찾아내는 과정입니다.
수집된 데이터를 기반으로 사용자 행동 흐름을 파악하는 단계입니다.
→ 단순히 클릭 수를 세는 것이 아니라, 사용자가 어떤 경로로 이동하며, 어디서 멈추는지를 확인합니다.
신규 사용자와 재방문자의 행동 차이, 주요 이탈 구간, 전환 경로를 살펴봅니다.
→ 이 과정을 통해 어떤 지점이 사용자 경험을 방해하는지 구체적으로 드러납니다.
이 단계는 코드보다 GA4 인터페이스(GA 홈페이지)의 이해도가 훨씬 중요합니다.
→ 이벤트만 잘 보내는 것으로는 충분하지 않습니다. 실제 GA4에서 이벤트를 연결·시각화·분석하는 흐름을 설계해야 진짜 인사이트가 만들어집니다.
이 단계는 설계 과정에서 가장 중요합니다.
→ 데이터를 ‘수집하는 것’보다 무엇을 해석하고, 어떤 결정을 내릴 것인가가 훨씬 중요합니다.
코드가 아닌 ‘GA 설정 이해’가 핵심입니다.
→ 수집된 데이터는 단순히 이벤트 로그에 머물지 않습니다. GA4에서는 우리가 직접 수집한 이벤트 외에도 기본적으로 제공되는 자동 수집 데이터(DAU, MAU, 세션, 페이지 전환, 체류 시간 등)가 매우 풍부합니다. 문제는 이 방대한 데이터 중에서 무엇을 어떻게 연결하고 분석할지 GA 내부에서 설정하는 과정이 훨씬 복잡하고 중요하다는 점입니다.
봄봄은 “읽기 → 기록 → 재방문”이라는 습관 형성 구조를 가지고 있습니다. 이를 검증하기 위해, 두 가지 주요 행동 흐름을 분석 대상으로 정했습니다.
1️⃣ 아티클 소비 흐름
2️⃣ 하이라이트 / 메모 기능 활용 흐름
데이터 설계의 마지막 단계는 활용(Apply)입니다. 이 단계는 단순히 분석 결과를 보고서로 남기는 것이 아니라, 그 데이터를 기반으로 실제 서비스의 방향을 결정하고 실행 전략을 설계하는 과정입니다.
분석 결과를 서비스에 반영하는 단계입니다.
→ 마케팅, 제품 개선, 온보딩, 리텐션 프로그램 등 다양한 영역에서 데이터를 활용할 수 있습니다.
실행 자체보다 “활용 계획을 세우는 것”이 더 중요합니다.
→ 모든 인사이트를 즉시 반영할 수는 없지만, 무엇을 언제, 어떤 우선순위로 개선할지를 미리 설계해야 데이터 전략이 완성됩니다.
많은 서비스가 Google Analytics를 “적용했다”에서 멈춥니다. 그러나 목적 없이 데이터를 쌓기 시작하면, 그 수치는 금세 아무 의미 없는 숫자가 되고, GA는 더 이상 열어보지 않는 ‘형식적인 툴’로 남게 됩니다.
그래서 중요한 것은 적용보다 설계입니다. 무엇을 수집하고, 왜 분석하며, 어떻게 활용할지를 서비스의 목표와 연결된 구조로 설계해야 합니다. 이렇게 체계적으로 설계된 데이터는 다시 서비스 개선으로 이어지고, GA는 자연스럽게 ‘계속 활용하고 싶은 중요한 툴’로 자리 잡게 됩니다.
이번 글에서는 GA4를 단순한 통계 도구가 아닌, 서비스의 성장을 데이터로 뒷받침하는 설계 도구로 다루는 방법을 이야기했습니다. ‘수집(Collect) → 분석(Analyze) → 활용(Apply)’ 단계를 체계적으로 나누어 설계하면, 데이터는 더 이상 숫자가 아니라 “보고 싶고, 계속 확인하고 싶은 지표”로 바뀝니다.
이번 글에서는 GA4를 기반으로 ‘무엇을 수집하고 어떻게 해석할지’를 중심으로 데이터 설계 과정을 다뤘습니다. 다음 글에서는 이 설계 내용을 실제 코드에 적용하는 과정을 다룰 예정입니다.
React 환경에서 react-ga4 같은 외부 라이브러리 없이, 직접 GA를 초기화하고, 이벤트 트래킹 로직을 구현하는 방법을 단계별로 소개하겠습니다.
데이터 전문가네여,, 역시 그로스팀