PostHog

PostHog란 무엇인가

PostHog는 2020년에 시작해 유난히 넓은 플랫폼으로 자랐습니다. 오토캡처 또는 수동 계측 기반 프로덕트 분석, GA 스타일 웹 분석 대시보드, 웹과 모바일 세션 리플레이, 피처 플래그, 실험, 오류 추적, 로그, 설문, Stripe 같은 도구에서 동기화하는 데이터 웨어하우스, 스무 곳이 넘는 목적지로 보내는 데이터 파이프라인, 그리고 트레이스와 지연, 비용을 잡아 주는 LLM 앱 관측까지 있습니다. README는 이 모두를 한 번의 설치 뒤에 나열하고, 워크스페이스는 대시보드뿐 아니라 Slack, 웹, 데스크톱 클라이언트, 또는 MCP 서버를 통해 에디터에서도 조작할 수 있습니다. 저장소는 Python 중심 모노레포이고 실제로 활발합니다. 수집 시점의 최신 푸시는 같은 날이었습니다.

여기서는 라이선스와 호스팅 세부가 평소보다 더 중요합니다. 이것은 몇 년을 쓰거나 아니면 통째로 뜯어내게 되는 종류의 도구이기 때문입니다. 저장소는 자체 라이선스를 가진 ee 디렉터리를 제외하고 MIT expat 라이선스로 제공되며, 전부 자유 소프트웨어여야 하는 사람을 위해 독점 코드를 걷어낸 별도 저장소 posthog-foss가 있습니다. 클라우드에서는 도구마다 월 무료 한도가 있고, README는 매월 첫 100만 이벤트, 5천 건 녹화, 100만 건 플래그 요청, 10만 건 예외, 1500건 설문 응답을 명시하며 그 뒤부터는 사용량 과금입니다. 셀프호스팅은 메모리 4GB를 권하는 Docker 한 줄이지만, 거기에 기대기 전에 프로젝트 자체의 표현을 읽어야 합니다. 오픈소스 배포는 월 10만 이벤트 정도로 범위를 잡고, 그 이상은 클라우드 이전을 권하며, 오픈소스 설치에는 고객 지원도 보장도 없다고 분명히 밝혀 둡니다.

무엇을 먼저 계측할 것인가

이렇게 넓은 플랫폼에서는 하루 오후에 전부 켜고 싶어집니다. 그 결과는 아무도 열지 않는 대시보드로 가득한 워크스페이스입니다. PostHog 자체 시작 가이드는 활성화, 그다음 유지, 그다음 매출 순서로 안내하며 그 순서는 글자 그대로 따를 만합니다.

1. 이름 붙인 활성화 이벤트 하나 새 사용자가 찾아온 그것을 처음으로 손에 넣는 단 하나의 순간을 정하고, 직접 고른 이름으로 잡으십시오. 그 뒤의 모든 것은 그 기준으로 해석되며, 활성화율은 사용자가 한 줌뿐일 때도 의미를 유지하는 유일한 숫자입니다.
2. 그 이벤트에 대한 유지 뷰 가입 수가 아닙니다. 가입 그래프는 오르기만 하니 당신을 치켜세우고, 복귀 그래프는 그 제품이 두 번 열릴 값을 하는지 알려줍니다.
3. 같은 신원에 붙인 매출 돈이 이벤트와 같은 사람 위에 놓이기 전까지는 비싼 채널과 좋은 채널을 가를 수 없고, 그것이 마케팅이 효과가 있는지라는 질문의 본체입니다.
4. 새는 단계 한 곳에만 세션 리플레이 리플레이는 어떤 단계가 왜 실패하는지 아는 가장 빠른 길이고, 오후를 통째로 날리는 가장 쉬운 길입니다. 유지 뷰가 이미 지목한 퍼널 단계로 겨누고, 다섯 세션만 보고 닫으십시오.

오토캡처는 나중에 계측하라는 원칙의 합리적인 예외입니다. 미리 이름을 붙이지 않아도 상호작용을 기록해 주기 때문에, 무엇이 중요한지 아직 모를 때는 진짜로 유용하고 알게 된 뒤에는 진짜로 시끄럽습니다. 피처 플래그와 실험은 결과가 의미를 가질 만큼 트래픽이 모인 날에 배선할 가치가 생기고 그 전에는 아닙니다. 방문자 백 명으로 하는 실험이 재는 것은 대개 당신의 인내심입니다.

우리 퍼널에 PostHog를 붙여 배운 것

여기부터는 읽어서 아는 이야기가 아니라 운영해서 아는 이야기입니다. AgentCeres — agentceres.com의 AI Growth Officer — 는 페이지뷰와 가입 전환 측정에 PostHog를 쓰고 있고, 거기서 가장 비싸게 배운 것은 구조적인 사실이었습니다. 브라우저 쪽 이벤트는 브라우저가 거절해도 되는 요청이라는 점입니다. 우리 가입의 대략 절반은 우리가 세고 있던 클라이언트 이벤트를 아예 보내지 않았고, 그 공백은 하필 우리가 돈을 들여 확보하던 코호트, 즉 광고 차단이 흔한 브라질 유료 검색에서 가장 크게 나타났습니다. 숫자가 시끄러웠던 게 아니라 없었습니다. 그리고 없는 이벤트는 그 행동을 하지 않은 사용자와 구별되지 않습니다. 제품 결정이 실제로 기대고 있던 한 항목에 대해서는 브라우저에 묻는 일을 아예 그만두고, 그 일이 벌어진 순간에 서버 쪽에서 우리 데이터베이스에 직접 기록했습니다.

거기서 얻은 일반 규칙은 이렇습니다. 결정이 기대는 숫자는 쓰기를 내가 통제하는 곳에 기록해야 하고, 분석 도구는 장부가 아니라 행동의 모양을 보기 위한 것입니다. 이런 도구가 성장에 무엇을 해 주고 무엇을 해 주지 않는지도 분명히 해 둘 만합니다. PostHog는 퍼널의 어느 단계가 새고 누가 떠났는지를 실제로 정확하게 알려줍니다. 하지만 글을 써 주거나 메일을 보내거나 퍼널을 다시 채워 주지는 않습니다. 그 간격이 바로 일입니다. 필요한 것이 유입과 페이지 단위 숫자뿐이라면 더 가벼운 대안으로 Umami가 있고, 실행 쪽 — 콘텐츠와 아웃리치 초안을 만들고, 밖으로 나가는 것은 사람이 승인하는 일 — 을 맡기 위해 AgentCeres가 존재합니다.