랜딩 페이지에서 쓰는 Kintura
Kintura가 내세우는 것은 트래커가 라우팅을 보고만 할 게 아니라 결정해야 한다는 점입니다. 어느 랜딩 페이지, 어느 오퍼, 어느 지면을 방문자마다 고르는 것. 그 결정은 뒤에 있는 전환만큼만 좋습니다. 리드 제너레이션 캠페인에서 전환은 양식이고, 양식이 LanderLab 페이지에 있다면 LanderLab이 그것을 공급합니다. 방문이 Kintura 클릭 ID를 달고 들어오면 숨김 필드가 이를 보관하고, 제출 시 페이지의 웹훅 연동이 이를 Kintura 전환 포스트백 URL로 보냅니다.
가중치를 손으로 돌보기보다, 강한 랜딩 페이지 몇 개 사이에서 모델이 트래픽을 옮기게 하고 싶은 네이티브와 푸시 바이어에게 맞습니다. 고를 랜딩 페이지는 LanderLab이 주고, 고르는 것은 Kintura입니다.
머신러닝에는 전환이 필요합니다
Kintura는 이전에 무엇이 전환되었는지를 보고 방문자마다 경로를 고릅니다. 클릭밖에 없다면 모델은 어느 랜딩 페이지가 클릭되는지만 배울 수 있습니다. 모든 리드에 대해 양식에서 포스트백이 오면, 어느 랜딩 페이지가 작성되는지, 즉 돈을 받는 바로 그것을 배웁니다. LanderLab은 양식이 제출되는 순간 포스트백을 보내므로, 모델이 보는 그림은 늘 최신입니다.
감이 아니라 리드로 정리하는 지면
네이티브와 푸시에서는 캠페인 하나가 수천 개 사이트와 존에 걸쳐 돌고, 예산 결정 대부분은 어느 곳을 남길지에 관한 것입니다. Kintura는 트래픽 소스의 API에 연결해 지면 목록을 관리합니다. LanderLab 페이지의 리드를 공급하면, 목록이 싼 클릭을 만드는 지면이 아니라 리드를 만드는 지면을 따라갑니다.
무엇이 전환됐는지 트래픽 소스에 알리기
MGID와 Taboola 같은 네이티브 네트워크는 전환 소식을 들을 때 더 잘 최적화합니다. Kintura는 각 전환을 네트워크 자체 클릭 ID와 함께 트래픽 소스로 넘길 수 있으므로, LanderLab 페이지에서 포스트백된 리드가 페이지에 별도 픽셀 없이 Kintura를 거쳐 그 클릭을 산 네트워크까지 닿습니다.
Kintura 클릭 ID를 지키는 프리랜더
LanderLab 페이지가 리드 양식이 아니라 프리랜더라면, ‘URL 파라미터 전달’이 Kintura 클릭 ID와 토큰을 오퍼로 가는 Kintura 자체 아웃고잉 링크를 포함해 페이지의 모든 링크로 넘기므로, 오퍼의 전환이 올바른 경로로 돌아옵니다.