ランディングページにboberdooを
boberdooは、リードを適切な買い手に販売するために作られています。各リードを、地域、業種、価格、独占かどうかに関するすべての買い手のフィルターと照合し、納品します。LanderLabは、そのフィルターに必要な質問をするページを作ります。ページのWebhookが、各送信を、ベンダーのソースの1つとして、リードタイプが定める項目でboberdooのポスティングURLへポストします。
自社でboberdooを運用するリード獲得会社や、買い手のboberdooにポストするアフィリエイターに向いています。浴室やキッチンのリフォーム、屋根工事、空調、保険、法律。クイズで見込みを判断し、boberdooが値付けと振り分けを行うので、誰もスプレッドシートをアップロードせずに済みます。
ベンダーのソースとしてboberdooへリードを
boberdooでは、すべてのリードがベンダーから届き、すべてのベンダーには少なくとも1つのソースがあります。ソース名は主なトラッキングの変数で、boberdooにリードの出どころを伝え、振り分けとレポートを左右します。ランディングページには専用のソースが付くので、そのリードがほかのベンダーのリードと混ざることはありません。
項目はリードタイプで決まります。ポスティング仕様には、すべての項目名とそれぞれが受け付ける値が載っているので、ページの回答はboberdooが期待するとおりの形で送られ、クイズから買い手までの間に何も失われません。
フィルターの合う買い手とマッチング
boberdooの買い手は、リードの中身で絞り込みます。ZIPと州、工事の種類、持ち家かどうか、時期。こうした回答はページのクイズから生まれるので、買い手が絞り込む条件だけを尋ね、それ以上は尋ねないようにしましょう。削ったステップの分だけ、完了数が残ります。
買い手が見つかったリードはMatchedとして報告されます。買い手が見つからずにシステムに入ったリードはUnmatchedで、見直すべきはポスティングではなく、トラフィックを買っている地域や質問だとわかります。
レポートに入らないテストのリード
boberdooはテストのリードをリードテーブルに追加せずに処理できるので、新しいページを、トラフィックを買う前に最初から最後まで確認でき、レポートを偽のデータで埋めずに済みます。
すべてのリードにサブIDとバリエーションを
隠しフィールドが、広告のURLからutm_campaign、広告セット、パブリッシャーIDを取得し、ソースの下のサブIDとして送ります。ある買い手から品質の苦情が来ても、そのリードがどの広告セットから来たかがわかり、ソース全体を止めずにその広告セットだけを切れます。
LanderLabのバリエーションIDも送れば、スプリットテストを、フォーム送信数ではなく、Matchedのリード、つまりお金になったリードで判断できます。
