ランディングページにAdsBridgeを
AdsBridgeは振り分けのエンジンです。国、デバイス、OSなどのルールでクリックが通るパスを決め、パスが割合に応じてトラフィックをランディングページとオファーに分け、自動最適化が稼げるほうへトラフィックを移します。そのすべてを動かすのはコンバージョンです。リードフォームがLanderLabのページにある場合は、LanderLabがコンバージョンを報告します。訪問はAdsBridgeのクリックIDを持って届き、隠しフィールドがそれを保持し、送信時にページのWebhook連携がAdsBridgeのポストバックURLへ送ります。
役割分担ははっきりしています。誰をどこへ送るかを決めるのはAdsBridge。LanderLabはページとクイズファネルを作り、すべてのリードをページ、バリエーション、UTMとともに保存し、お金を払うCRMや買い手にリードを渡します。その間に、トラッカーにはコンバージョンが届きます。
トラフィックの振り分けをリードで判断
AdsBridgeのルールでは、モバイルのトラフィックをあるランディングページへ、デスクトップを別のページへ送ったり、1つの地域を割合で3つのページに分けたりできます。どのルールにも、それが効いたのかという疑問がつきまといます。リード獲得では、その答えはフォームにあります。LanderLabが送信のたびにAdsBridgeへポストバックすれば、すべてのパス、ルール、ランディングページに、それぞれのリード数とリード単価が表示されます。
判断材料のある自動最適化
AdsBridgeの自動最適化は、訪問あたり、またはクリックあたりの収益が最も高いパスへトラフィックを移します。リード獲得のキャンペーンでそれが機能するのは、リードがページ自体から、すばやく報告される場合だけです。送信時のサーバー間ポストバックはその両方を満たすので、オプティマイザーは昨日のスプレッドシートではなく、今日のリードに反応します。
クリックを保つ複数オファーのプリランダー
AdsBridgeは、複数のオファーを持つランディングページに対応しており、各オファーにはそれぞれのクリックURLで遷移します。LanderLabのプリランダーからそのURLにリンクすれば、「URLパラメータを引き継ぐ」がクリックIDとトークンをすべてのリンクに引き継ぐので、読者がどのボタンを選んでも、オファーのコンバージョンは正しいパスとランディングページに計上されます。
リードそのものも保存し、振り分ける
AdsBridgeが受け取るのはコンバージョンです。リード自体にはもっと多くの情報が残ります。LanderLabはすべての送信を、ページURL、A/Bテストのバリエーション、UTM、送信時刻とともに保存し、同時にCRM、リードの買い手、シートへ送れます。買い手がある分のリードに疑問を持っても、リードとその流入元は1つのリードタブにまとまっており、Grow以上ではCSVでエクスポートできます。
