ランディングページにBinomを
Binomは、URLにクリックIDを付けてクリックをLanderLabのページへリダイレクトし、その訪問について知っているすべてを記録します。ソース、キャンペーン、トラフィックソースが渡すトークン。価値が生まれるのはフォームで、ページがそれを送り返します。隠しフィールドがBinomのクリックIDを保持し、送信時にページのWebhook連携がそのIDでBinomのポストバックURLを呼び出すので、リードはすでに記録されているクリックに結びつきます。
Binomを自社サーバーやBinomのクラウドプランで運用し、リードのデータを、クリックや費用と同じ場所に置きたいプッシュ、ポップ、ネイティブのバイヤーに向いています。ページを作ってホスティングするのはLanderLab、誰にどのページを見せるかを決めるのはBinom。そして、すべてのリードがループを閉じます。
LanderLabのフォームからBinomへポストバック
Binomは、URLにクリックIDを付けてクリックをLanderLabのページへリダイレクトし、「URLパラメータを引き継ぐ」が、ページから出るすべてのリンクにそのIDを残します。訪問者がフォームを送信すると、コンバージョンはクリックID付きで、サーバー間で自分のBinomへポストバックされ、Binomがすでに記録したクリックと照合されます。
自分で運用するサーバーにトラッキングデータを
Binomをセルフホストすれば、ページからのコンバージョンは自分のサーバーに入り、すでに保存しているクリックや費用と並びます。各オファーやソースの収益は、トラッキングベンダーのサーバーではなく、あなたの手元に残ります。サーバーを運用したくない場合も、LanderLab側から見ればBinomのクラウドプランは同じように動きます。どちらでも、ポストバックは自分のBinomのドメインに送られます。
クリックしか送らない配信面を外す
Binomは、ソース、キャンペーン、トラフィックソースが渡す配信面のトークンで、レポートを何段階にもグループ化します。リードがポストバックされれば、どの配信面がフォーム送信を生み、どれがクリックしか送っていないかがわかり、後者がさらに費用を使う前に、ソース側で外せます。
1つのキャンペーンが1日に何千ものゾーンに触れるプッシュやポップでは、それが、拡大するキャンペーンと勘で止めるキャンペーンの違いになります。
ランディングページをリードでローテーションし、ウェイトを移す
Binomのパスには、ウェイト付きの複数のランディングページを入れられ、ルールでそこに届く前に国、OS、デバイスごとにトラフィックを分けられます。同じオファーのLanderLabのバリエーションを2つか3つ作って1つのパスで回せば、ポストバックされたリードで、どのページがどのオーディエンスに勝つかがわかります。Binomでウェイトを移すだけで、ページ側は何も変える必要がありません。
