ランディングページにContact Stateを
英国のリード獲得では、リードについての質問は買い手のコンプライアンスチームから、そしてその背後にいる規制当局から来ます。この人はどこから来たのか、何を見たのか、何に同意したのか。Contact State Certifyは、フォームの送信時にページ上で作られる出どころの記録、つまり証明書でそれに答えます。Contact StateはLanderLabに組み込まれており、Contact Stateから発行されるLanding Page IDで設定するだけで、コードを書かずにCertifyのスクリプトがページで動きます。
TrustedFormとJornayaの英国版と考えてください。米国の買い手がTCPAの同意の証拠としてTrustedFormの証明書やLeadiDトークンを求めるのに対し、英国の生命保険・医療保険会社、保障保険のブローカー、住宅ローンやエクイティリリースの会社はContact Stateを使っています。買い手のオンボーディングでContact Stateの認証を求められても、LanderLabのページなら対応できます。
ランディングページのリードにContact Stateの証明書を
Contact Stateは、消費者のデータは受領書付きで受け渡されるべきだという考えのもとに事業を築きました。Certifyは、訪問者がフォームを送信したときにその受領書を作ります。データの出どころ、流れ、同意を記録した証明書を、販売者ではなく第三者が作るのです。
この仕組みは、受け渡しを軸に作られています。証明書は特定の買い手のために取得され、取得されるとその買い手のContact Stateのプラットフォームに表示されます。Contact Stateは、販売者と買い手の両方が証明書のURLを保管し、リードに疑問が出たときに同じ基準を参照できるようにすることを勧めています。
英国の保険、住宅ローン、エクイティリリースのためのリード認証
Contact Stateは自らを生命保険・医療保険の専門と位置づけ、住宅ローンやエクイティリリースの会社とも取引しています。どれも、FCAのConsumer Duty、ICOによる取り締まり、金融系広告主に対するGoogleの確認ルールによって、買い手がリードの出どころにはるかに慎重になった市場です。
リードの販売者にとって、認証はそうした買い手と取引するための入場券です。認証済みのリードしか買わない保障保険のブローカーは、認証のないリードをどんな値段でも受け取らないので、認証のないページでは販売先が限られます。
プライバシーを組み込み済み：ハッシュ化したデータと、デフォルトでCookieなし
Contact Stateは、リードを認証しても消費者の情報が広まらないように設計されています。データはブラウザでSHA-256によりハッシュ化され、転送はTLSで行われ、Contact Stateは名前や番号を読む代わりに、ハッシュのパターンを調べます。Cookieを使う分析を訪問者の同意のもとでオンにしない限り、CertifyはCookieを設定しません。
Contact Stateは、訪問者が送信ボタンを押す前に、Contact Stateがフォーム上で動作していることを知らせるよう求めており、その告知文を自ら追加することもできます。リードの集め方を証明することこそが目的のページに、透明性を示す1行が加わるだけです。
認証し、追跡し、成果で判断
証明書に加えて、LanderLabのすべてのリードにはページURL、A/Bテストのバリエーション、訪問者のIP、送信時刻が付き、隠しフィールドがUTMとアフィリエイターのサブIDを保持します。買い手がリードに疑問を持ったら、その背後にあるソースとバリエーションまでたどれます。
Contact Stateは、買い手の側からループを閉じます。買い手は、見積もり済み、販売済みから、対象外、いたずら、重複まで、販売のステータスをContact Stateに返せるので、証明書が成果のデータになります。また、LanderLabに組み込まれた納品用の連携の1つであるLeadByteは、Contact StateによってContact State Certifyの対応先として挙げられています。
