랜딩 페이지에서 쓰는 Customer.io
Customer.io는 누군가 방금 무엇을 했는지 알 때 가장 잘 작동합니다. 데모 요청, 대기자 명단 가입, 끝까지 마친 퀴즈가 바로 그런 신호지만, 랜딩 페이지가 제품 밖에 있으면 그 신호가 늦게 오거나 아예 오지 않는 일이 많습니다.
LanderLab의 웹훅이 리드를 하나하나 Customer.io의 Track API로 포스트하므로, 요청 한 번으로 답변과 캠페인을 속성으로 담아 사용자를 식별하고, 이벤트 기반 캠페인이 시작 신호로 쓸 수 있는 lead_submitted 같은 이벤트를 기록합니다. 중간에 Zap은 없습니다.
LinkedIn과 Google에서 데모를 예약받는 SaaS 팀, Meta로 가입자를 모으는 핀테크·소비자 앱, 퀴즈 리드에게 뉴스레터 가입자와 다른 시퀀스를 보내고 싶은 이커머스 브랜드를 위한 조합입니다.
유료 트래픽에서 들어오는 Customer.io 사용자와 이벤트
Customer.io의 Track API는 사용자와 이벤트를 한 배치로 받습니다. 사용자는 이메일로 식별되고 리드의 속성을 담으며, 이벤트 이름은 캠페인이 기다리는 이름으로 정하면 됩니다. Customer.io가 처음 보는 사용자라면 새로 만듭니다.
그러면 랜딩 페이지가 제품 데이터의 일부가 됩니다. 앱 내 행동에 쓰던 캠페인, 세그먼트, 리포트를 이제 광고로 데려온 사람들에게도 그대로 씁니다.
데모 요청과 가입을 위한 이벤트 기반 캠페인
LinkedIn 광고에서 온 데모 요청에는 천편일률적인 자동 응답 이상이 필요합니다. 프로필에 이벤트가 있으면 Customer.io 캠페인이 요청을 확인하고, 다음 날 리드의 업종에 맞는 사례 연구를 보내고, 예약하지 않았다면 다시 후속 연락을 할 수 있습니다.
소비자 앱이라면 같은 이벤트로 이메일 대기자 시퀀스를 시작하고, 사용자가 앱을 설치하면 푸시로 바꿀 수 있습니다.
Customer.io 프로필에 남는 어트리뷰션
숨김 필드가 광고 URL에서 utm_source, utm_campaign, 클릭 ID를 받아 두고, LanderLab이 페이지와 변형을 더합니다. 이를 속성으로 보내면 한 캠페인에서 온 모든 리드로 세그먼트를 만들고, 광고 세트별로 활성화를 비교하거나, 어떤 페이지 버전이 전환한 사용자를 데려왔는지 확인할 수 있습니다.
Customer.io에 닿기 전에 답변으로 리드 라우팅
LanderLab 워크플로(베타)에서는 회사 규모나 요금제에 거는 케이스 분기로 별도 HTTP 요청 노드에서 서로 다른 이벤트를 보내고, 필터로 시장 밖 리드를 걸러 낼 수 있습니다. 실행 화면에서 각 리드의 경로를 보여 주므로, 누가 왜 그 캠페인을 받았는지 정확히 볼 수 있습니다.
