Runbear 가입 퍼널 & 랜딩 전환 재분석

핵심 요약

• 이전 blocker는 잘못됨: project 52166에서 최근 365일 runbear.io 728,772 pageviews / 333,668 visitors가 확인됩니다.
• DB signup truth는 public."User"."createdAt"입니다. 총 9,483 users, 외부 9,295 users, 최근 365일 외부 가입 3,411건(쿼리 시점 기준), 2026 YTD 933건입니다.
• PostHog signup-like 이벤트는 project 52166에서 훨씬 잘 잡힙니다. 최근 365일 create_user 4,519 events / 4,181 actors, user_signed_up 571 events, user_signup 286 events입니다. 하지만 DB 대비 월별로 over/under가 있어 signup truth로는 DB를 유지해야 합니다.
• Raw distinct_id join은 사용 불가합니다. landing visitors 329,736명을 signup event와 join하면 signup-after-landing이 0이고 signup-before-landing이 전부로 나와, alias/identify 이후 distinct_id가 user identity로 병합되는 문제가 보입니다.
• 대신 session 기반 lower bound로 보면 최근 90일 production landing 115,370 sessions 중 auth 도달 4,269(3.70%), app 도달 323(0.28%), signup event same-session 121(0.105%)입니다.
• 최근 90일 production landing은 노이즈가 큽니다: ≤2 event session 71.5%, 3초 이하 61.8%, PV-only 49.6%. 전환 최적화보다 먼저 identity join + reporting filter가 필요합니다.

접근 상태

DB signup truth

내부/test 제외 기본 규칙은 email ILIKE '%runbear%' 제외입니다.

프로덕션 랜딩 커버리지 · PostHog 프로젝트 52166

랜딩 모수는 runbear.io/www.runbear.io만 사용하고, app.runbear.io, auth.runbear.io, docs는 제외했습니다.

주의: 단순 DB 가입/방문자는 identity-attributed conversion이 아니라 월별 DB 가입 수를 월별 landing visitors로 나눈 참고 지표입니다. SEO/bot/재방문/identity 문제가 모두 섞여 있습니다.

가입 이벤트 정합성 확인

create_user는 월별 추세가 DB와 가장 비슷하지만 2025년 하반기~2026년 초에는 DB 외부 가입보다 높고, 2026년 4월에는 DB 120 대비 any signup actors 202로 높습니다. 따라서 완료 가입의 source of truth는 여전히 DB이고, PostHog signup 이벤트는 journey proxy로만 사용해야 합니다.

랜딩 경로와 사용자 여정 발견사항

유입 출처/채널 관찰(최근 90일)

유료/검색성 유입은 Auth 시작률이 높지만 DB 가입 속도는 비례해 증가하지 않았습니다. 트래픽 품질 문제, 봇/노이즈, 인증 이후 이탈, identity/session attribution 손실 중 하나 또는 복합 원인일 가능성이 있습니다.

봇/노이즈 추정

bot/crawler/headless/curl/python 문자열 기준 raw user-agent 쿼리에서는 의심 UA가 반환되지 않았습니다. 따라서 이 추정은 UA 기반이 아니라 행동 신호 기반입니다.

랜딩 변경 타임라인과 상관관계

변경 전후 DB 가입 속도

변경 전후 PostHog 프로덕션 랜딩 세션/Auth proxy

해석: production landing data exists, but auth-start is not the same as signup. Feb/Mar changes improved or inflated auth continuation while DB signup/day still fell. V3 has small positive DB signup/day movement (14d 4.36→4.57; observed 30d 3.70→4.68) and slight auth-rate lift (1.81→2.10), but traffic volume changed and attribution remains weak. Treat all of this as correlation, not causality.

우선순위 실험안

블로커 / 다음에 필요한 데이터

1. 프로덕션 커버리지는 더 이상 블로커가 아님: project 52166 has production landing data.
2. 정확한 랜딩→가입 attribution은 아직 블로커: need cross-domain anonymous/session identity preservation and canonical signup-completed event tied to DB User id.
3. Need a standard filtered reporting view excluding PV-only/≤2-event/≤3s/known-bot-like sessions before judging landing copy/design experiments.
4. Need campaign/referrer-level signup completion after identity fix to distinguish SEO noise, paid search quality, and real product-market interest.

근거 snippets / queries

-- PostHog smoke, forced to project 52166
POSTHOG_CLI_PROJECT_ID=52166 posthog-cli exp query run "SELECT 1 AS ok"

-- Production landing coverage
SELECT properties.$host AS host, count() AS pageviews, uniq(distinct_id) AS visitors
FROM events
WHERE timestamp >= now() - INTERVAL 365 DAY
  AND event = '$pageview'
  AND properties.$host IN ('runbear.io','www.runbear.io','app.runbear.io')
GROUP BY host ORDER BY pageviews DESC;

-- Session lower-bound funnel
WITH landing_sessions AS (... prod runbear.io/www.runbear.io sessions ...), later AS (... auth/app/signup events by $session_id ...)
SELECT landing_sessions, with_auth, with_app, with_signup_event FROM ...;

-- DB signup truth
SELECT count(*) AS total,
       count(*) FILTER (WHERE email ILIKE '%runbear%') AS internal_like_runbear,
       count(*) FILTER (WHERE email NOT ILIKE '%runbear%' OR email IS NULL) AS external
FROM public."User";