在你的登陸頁上使用 Kintura
Kintura 的主張是：追蹤工具應該做流量分配的決定，而不只是回報結果：哪個登陸頁、哪個優惠、哪個版位，逐一為每位訪客選擇。這些決定好不好，全看背後的轉換。在名單開發廣告活動上，轉換就是表單，而當表單放在 LanderLab 頁面上，就由 LanderLab 提供：造訪帶著 Kintura 的 click ID 進站，隱藏欄位保存它，送出時頁面的 Webhook 整合把它傳到 Kintura 的轉換 postback URL。
它適合寧可讓模型在幾個強勢登陸頁之間調配流量、也不想手動顧權重的原生與推播媒體採購。LanderLab 給你可供選擇的登陸頁，Kintura 負責選。
機器學習需要轉換
Kintura 依過去的轉換逐一為訪客選擇路線。只有點擊可參考時，模型只能學到哪些登陸頁有人點。每筆名單都有來自表單的 postback 時，它學到的是哪些登陸頁有人填，而那才是你拿錢的依據。LanderLab 在表單送出的那一刻就送出這個 postback，模型看到的就是最新狀況。
依名單砍版位，而不是憑感覺
在原生與推播流量上，一個廣告活動會跑在上千個網站與 zone 上，大多數的預算決定都是在選要留下哪些。Kintura 連接流量來源的 API 來管理版位清單。餵它來自 LanderLab 頁面的名單，清單就會跟著帶來名單的版位走，而不是帶來便宜點擊的那些。
告訴流量來源什麼帶來了轉換
MGID 與 Taboola 這類原生廣告聯播網，收到轉換通知時優化得更好。Kintura 可以把每次轉換連同流量來源自己的 click ID 轉送過去，從你 LanderLab 頁面回傳的名單會先到 Kintura，再到買下點擊的聯播網，頁面上不用另外放像素。
保住 Kintura click ID 的前導頁
當 LanderLab 頁面是前導頁而不是名單表單時，「透傳 URL 參數」會把 Kintura 的 click ID 與你的 token 轉送到頁面上的每個連結，包括 Kintura 自己通往優惠的外連連結，優惠的轉換就能找回正確的路線。
