랜딩 페이지에서 쓰는 PostHog
대부분의 PostHog 프로젝트는 가입에서 시작하므로, 사용자를 데려온 광고는 추측일 뿐입니다. LanderLab의 웹훅은 출발선을 광고까지 당겨 옵니다. 리드는 하나하나 양식 답변, 페이지, UTM, 방문자 IP를 속성으로 담은 이벤트가 되어 PostHog capture 엔드포인트로 가고, 그 사람의 이메일과 이름은 프로필에 설정됩니다.
트래픽을 사는 프로덕트 주도 팀을 위한 것입니다. SaaS 체험판, 대기자 명단이 있는 앱, 공급자를 모집하는 마켓플레이스. PostHog에서 리드와 제품 사용이 같은 person을 공유하면, 광고에서 활성화까지의 퍼널이 스프레드시트가 아니라 리포트 하나가 됩니다.
PostHog 이벤트가 되는 랜딩 페이지 리드
제출은 하나하나 PostHog에서 "Lead submitted" 이벤트가 되고, 양식 필드와 퀴즈 답변이 속성이 됩니다. PostHog 자체 속성도 채워집니다. 페이지는 $current_url로, 방문자 IP는 $ip로 들어가므로, 위치가 LanderLab 서버가 아니라 그 사람에게서 나옵니다.
PostHog capture 엔드포인트는 공개된 쓰기 전용이고 프로젝트 토큰은 공유하라고 만든 것이므로, 웹훅에서 보내는 데 시크릿 키가 전혀 필요 없습니다.
양식에서 오는 person 속성
이벤트 안에서 $set은 이메일과 이름을 그 사람의 프로필에 쓰고, $set_once는 나중에 다시 제출하더라도 처음 전환한 랜딩 페이지를 남겨 둡니다. 앱이 같은 이메일로 사용자를 식별한다면, 리드와 그 사용자가 제품에서 하는 모든 일이 한 사람에게 속합니다.
광고에서 시작하는 퍼널
리드 이벤트에 utm_source, utm_campaign, A/B 변형이 있으면, PostHog 퍼널이 랜딩 페이지에서 시작해 나에게 중요한 행동에서 끝날 수 있습니다. 첫 프로젝트 생성, 첫 인보이스 발송, 요금제 업그레이드. 캠페인별로 나누면 어떤 광고 세트가 가입만 하는 사용자가 아니라 활성화하는 사용자를 데려오는지 보입니다.
LanderLab 혼자서는 할 수 없는 테스트입니다. LanderLab 리포트는 리드로 변형을 판정하고, PostHog는 그 판정을 리드가 다음에 하는 행동까지 넓힙니다.
워크플로로 추적할 가치가 있는 리드만
모든 제출이 제품 분석에 들어갈 필요는 없습니다. 페이지와 PostHog 사이에 워크플로를 둘 수 있습니다. 완료된 퀴즈만 통과시키는 필터, 테스트 리드를 빼는 조건 분기, 그다음 이벤트를 보내는 HTTP 요청 노드. 실행 화면에서 리드마다 경로가 보이므로, 실패한 전송이 퍼널에서 조용히 빠지지 않고 드러납니다.
