랜딩 페이지에서 쓰는 Keitaro
Keitaro는 클릭 하나하나를 캠페인과 그 플로로 라우팅한 뒤 랜딩 페이지로 보냅니다. 그 랜딩 페이지가 LanderLab 페이지라면 subid가 URL에 붙어 오고, 방문자가 전환하면 페이지가 그것을 돌려줍니다. 숨김 필드가 subid를 저장하고, 제출 시 페이지의 웹훅 연동이 이를 내 서버에 있는 Keitaro의 포스트백 URL로 보내 올바른 캠페인과 플로에 붙입니다.
Keitaro는 상태를 돈으로 읽습니다. lead는 보류 매출, sale은 확정, rejected는 취소입니다. 페이지에서 리드를 포스트백하면 양식이 제출되는 순간 보류 열이 채워지고, 나중에 구매자나 네트워크의 포스트백이 하나하나 다음 상태로 옮깁니다. 어느 플로가 돈이 되는 리드를 만드는지 더는 짐작할 필요가 없습니다.
subid와 함께 보내는 Keitaro 포스트백
Keitaro는 URL에 클릭 ID인 subid를 붙여 방문자를 LanderLab 페이지로 보냅니다. ‘URL 파라미터 전달’이 subid를 모든 링크에 유지하고, 양식이 제출되면 전환이 그 subid와 함께 내 서버의 Keitaro로 포스트백되어 올바른 캠페인과 플로에 기록됩니다.
Keitaro 플로 안에서 하는 페이지 분할 테스트
Keitaro 플로에는 랜딩 페이지를 여러 개 넣고 비율로 트래픽을 나눌 수 있습니다. LanderLab 페이지 두 개를 한 플로에 넣고, 국가나 기기 필터를 더해 오디언스마다 전용 플로로 보내면, 포스트백된 리드가 오디언스별로 어느 페이지가 전환되는지 보여 줍니다.
플로에서 트래픽 비중을 승자에게 옮기면 되고, 페이지는 아무것도 바꿀 필요가 없습니다. Keitaro의 플로 간 가중치 로테이션도 한 단계 위에서 똑같이 작동하므로, 헤드라인 두 개뿐 아니라 접근 방식 전체(퀴즈 대 롱폼 페이지)도 테스트할 수 있습니다.
Keitaro 용어로 보는 lead, sale, rejected
Keitaro에는 전환 상태가 기본으로 들어 있습니다. 보류 매출인 lead, 확정인 sale, 취소인 rejected, 그리고 registration, deposit, trash. LanderLab 페이지의 양식 작성은 lead로 들어옵니다. 네트워크나 구매자가 결과를 보고하면 같은 subid가 sale이나 rejected로 옮겨 가고, Keitaro의 매출 열이 플로마다 실제로 얼마를 벌었는지 알려 줍니다.
승인된 리드당 돈을 받는 리드 제너레이션 바이어에게는 이것이 중요한 리포트입니다. 전환율은 훌륭한데 거절률이 높은 플로는 고쳐야 할 플로이고, Keitaro는 스프레드시트 없이 그것을 보여 줍니다.
클릭 이후에도 쓸모 있는 클릭 데이터
Keitaro는 포스트백으로 클릭의 sub ID 필드를 업데이트할 수 있으므로, 주, 채무 구간, 보장 유형 같은 리드의 맥락을 리포트 열로 만들 수 있습니다. LanderLab도 모든 답변을 리드 탭의 리드에 날짜와 변형으로 필터링할 수 있게 보관하므로, 리드 품질에 대한 질문에 어느 쪽에서든 답할 수 있습니다.
