랜딩 페이지에서 쓰는 Segment
Segment는 많은 팀이 고객 데이터를 한 줄기로 관리하는 방법입니다. 이벤트는 소스에서 한 번 들어와 모든 destination으로 나갑니다. LanderLab의 웹훅은 랜딩 페이지를 그 소스 중 하나로 만듭니다. 리드는 하나하나 Track 호출로 Segment HTTP Tracking API에 보내지며, 양식 답변은 속성으로, 방문자의 IP, user agent, 페이지, 캠페인은 context로 들어가므로, 돈 낼 커넥터도 중간의 Zap도 없습니다.
랜딩 페이지가 고객 기록의 시작인 팀에게 맞습니다. SaaS 데모·체험판 페이지, 퀴즈를 돌리는 이커머스 브랜드, 뒤에 데이터 웨어하우스를 둔 리드 제너레이션 운영. 리드는 Segment가 그 사람에 대해 아는 다른 모든 것 옆에 들어갑니다.
Segment Track 이벤트가 되는 랜딩 페이지 리드
Track 호출은 무언가 일어났다고 Segment에 알리는 방식입니다. 여기서는 "Lead Submitted"이고, 퀴즈 답변과 양식 필드가 속성으로 들어갑니다. 웹훅의 JSON 모드가 Segment가 기대하는 중첩 본문을 만들므로, 속성, trait, context가 Segment 스펙이 정한 자리에 들어가고, 모든 destination이 다른 이벤트를 읽듯 이를 읽습니다.
userId로는 그 사람의 이메일이나 자체 ID를 쓰세요. 그러면 리드가 뒤이어 오는 체험, 주문, 앱 이벤트와 같은 프로필에 합쳐집니다.
모든 destination에 캠페인과 페이지 context
Segment 스펙에는 캠페인(source, medium, name, term, content)과 페이지(URL, path, referrer)를 넣는 자리가 있습니다. LanderLab의 숨김 필드와 자체 페이지 URL로 채우면, 하위의 모든 destination이 어느 광고, 어느 캠페인, 어느 랜딩 페이지가 만들었는지 이미 담긴 리드를 받습니다.
A/B 변형을 속성으로 추가하면, 데이터 웨어하우스에서 양식 작성만이 아니라 나중에 오는 결과로 변형을 비교할 수 있습니다.
방문자 정보를 담은 서버 측 전송
이벤트가 LanderLab 서버에서 오므로, Segment는 혼자서는 방문자의 IP나 브라우저를 볼 수 없습니다. LanderLab이 이를 보냅니다. 방문자의 IP와 user agent가 이벤트의 context에 들어가므로, 위치와 기기 데이터가 데이터 센터가 아니라 양식을 작성한 사람을 나타냅니다.
양식 이후에 일어나는 일로 캠페인을 판단하세요
대부분의 랜딩 페이지 리포트는 리드당 비용에서 멈춥니다. Segment에 리드 이벤트가 있고 같은 사람의 이후 이벤트가 그 옆에 있으면, 데이터 웨어하우스가 돈이 되는 질문에 답할 수 있습니다. 어느 캠페인의 리드가 체험을 시작했는지, 어느 변형의 리드가 구매했는지, 어느 광고 세트가 오래 남는 고객을 데려왔는지.
