개발자를 위한 전환 추적

측정하지 않는 것은 최적화할 수 없습니다.

대부분의 개발자는 분석을 나중에 생각할 일로 치부합니다. 페이지에 스크립트 하나를 심고 그것으로 끝내버리죠. 이는 깨지거나 쓸모없는 데이터로 이어집니다.

노이즈를 추적하는 것을 멈추고, 퍼널(funnel)을 추적하기 시작하세요.

퍼널은 발견에서 결제에 이르는 경로입니다. SaaS의 경우 다음과 같습니다:

  • 발견(Discovery): 사용자가 사이트를 방문합니다.
  • 참여(Engagement): 사용자가 기능을 탐색합니다.
  • 의도(Intent): 사용자가 "회원가입"을 클릭합니다.
  • 전환(Conversion): 사용자가 회원가입을 완료합니다.
  • 매출(Revenue): 사용자가 요금제를 결제합니다.

다음 네 가지 핵심 이벤트를 먼저 추적하세요:

  1. 페이지 뷰(Page View): URL과 UTM 파라미터를 캡처합니다.
  2. 회원가입 시작(Sign Up Started): CTA 클릭을 추적합니다. 이는 사용자의 의도를 보여주며 양식 이탈(form abandonment)을 파악하는 데 도움이 됩니다.
  3. 회원가입 완료(Sign Up Completed): 성공적인 계정 생성을 추적합니다.
  4. 구독 생성(Subscription Created): 사용자가 결제하는 시점을 추적합니다. 요금제 이름과 금액을 포함하세요.

모든 버튼 클릭을 추적하지 마세요. 대부분의 클릭은 비즈니스 의사 결정에 영향을 주지 않습니다. 특별한 이유가 없다면 마우스 움직임이나 스크롤 깊이 추적은 피하세요.

트래픽을 이해하기 위해 UTM 파라미터를 사용하세요.

  • utm_source: 플랫폼 (Twitter, Google, Newsletter).
  • utm_medium: 형식 (Social, Email, CPC).
  • utm_campaign: 특정 프로젝트.

이를 sessionStorage에 저장하세요. 이렇게 하면 사용자가 며칠 뒤에 가입하더라도 어떤 캠페인이 판매를 유도했는지 알 수 있습니다.

수치를 개선하려면 단계별 전환율을 살펴보세요:

  • 방문 대비 회원가입률이 낮나요? 랜딩 페이지를 수정하세요.
  • 회원가입 대비 활성화율이 낮나요? 온보딩을 수정하세요.
  • 활성화 대비 유료 전환율이 낮나요? 제품의 가치를 개선하세요.

시작을 위한 최소한의 스택을 구축하세요:

  • 웹 분석: Plausible 또는 Fathom.
  • 제품 분석: PostHog.
  • 매출: Stripe.
  • 에러: Sentry.

방문자당 매출(revenue per visitor)과 체험판에서 유료로 전환되는 비율(trial-to-paid rates)에 집중하세요. 총 페이지 뷰와 같은 허영 지표(vanity metrics)는 무시하세요. 그것들은 실제 수익을 가져다주지 않습니다.

Source: https://dev.to/codetocash/conversion-tracking-for-developers-from-zero-to-full-funnel-visibility-10pi