ランディングページにSegmentを
Segmentは、多くのチームが顧客データを1つの流れにまとめるための手段です。イベントはソースから一度入り、すべてのデスティネーションへ出ていきます。LanderLabのWebhookは、ランディングページをそのソースの1つにします。各リードはTrackコールとしてSegmentのHTTP Tracking APIへ送られ、フォームの回答がプロパティに、訪問者のIP、ユーザーエージェント、ページ、キャンペーンがコンテキストに入るので、支払うコネクタも、間に挟むZapもありません。
ランディングページが顧客レコードの始まりになるチームに向いています。SaaSのデモやトライアルのページ、クイズを運用するECブランド、データウェアハウスを持つリード獲得事業。リードは、Segmentがその人について知っているほかのすべての情報と並んで入ります。
ランディングページのリードを、SegmentのTrackイベントに
Trackコールは、何かが起きたことを伝えるSegmentの方法です。ここでは「Lead Submitted」で、クイズの回答とフォームの項目がプロパティになります。WebhookのJSONモードがSegmentの求める入れ子の本文を組み立てるので、プロパティ、トレイト、コンテキストはSegmentの仕様どおりの場所に入り、すべてのデスティネーションが、ほかのイベントと同じように読み取ります。
userIdに本人のメールアドレスか自社のIDを使えば、リードは、その後のトライアル、注文、アプリのイベントと同じプロフィールに加わります。
すべてのデスティネーションに、キャンペーンとページのコンテキストを
Segmentの仕様には、キャンペーン(source、medium、name、term、content)とページ(URL、パス、リファラー)の置き場所があります。LanderLabの隠しフィールドとページ自体のURLでそれらを埋めれば、下流のすべてのデスティネーションが受け取るリードに、どの広告、どのキャンペーン、どのランディングページが生んだかが、最初から入っています。
A/Bのバリエーションをプロパティとして追加すれば、データウェアハウスで、フォーム送信だけでなく、その後の成果でバリエーションを比べられます。
訪問者の情報付きで、サーバーサイドで配信
イベントはLanderLabのサーバーから送られるので、Segment自身は訪問者のIPやブラウザを見られません。そこでLanderLabが送ります。訪問者のIPとユーザーエージェントがイベントのコンテキストに入るので、位置情報とデバイスのデータは、データセンターではなく、フォームに入力した本人を表します。
フォームの後に起きることで、キャンペーンを評価
ランディングページのレポートの多くは、リード単価で止まります。リードのイベントがSegmentにあり、同じ人のその後のイベントが並んでいれば、データウェアハウスは、売上に直結する問いに答えられます。どのキャンペーンのリードがトライアルを始めたか、どのバリエーションのリードが購入したか、どの広告セットが定着する顧客を連れてきたか。