在你的登陸頁上使用 Contact State
在英國的名單開發中，對名單的疑問來自買家的合規團隊，而他們背後還有監管機關：這個人從哪裡來、看到了什麼、同意了什麼。Contact State Certify 用一份憑證回答這些問題，那是表單送出時在頁面上建立的來源紀錄。Contact State 內建於 LanderLab，以 Contact State 給你的 Landing Page ID 設定，Certify 腳本就會在你的頁面上執行，不用寫任何程式碼。
可以把它想成英國版的 TrustedForm 與 Jornaya。美國買家要求 TrustedForm 憑證或 LeadiD 權杖作為 TCPA 同意證明，而英國的壽險與健康險公司、保障型保險經紀商，以及房貸與資產釋放業者，則使用 Contact State。如果買家的合作審核要求 Contact State 認證，你的 LanderLab 頁面就能符合。
登陸頁名單上的 Contact State 憑證
Contact State 的事業建立在一個理念上：消費者資料轉手時應該附上收據。Certify 會在訪客送出你的表單時建立這張收據：一份記錄資料來源、流程與同意的憑證，由第三方而不是賣方建立。
這個模式是圍繞著交接設計的。憑證會為特定買家認領，認領後就出現在該買家的 Contact State 平台上。Contact State 建議賣方與買方都保存憑證網址，每當名單受到質疑時，雙方就有同一個參考依據。
英國保險、房貸與資產釋放的名單認證
Contact State 自稱是壽險與健康險專家，也與房貸及資產釋放業者合作。在這些市場中，FCA 的 Consumer Duty、ICO 的執法行動，以及 Google 對金融廣告主的驗證規定，都讓買家對名單來源更加謹慎。
對名單賣方來說，認證是進入這些買家門檻的代價。只買認證名單的保障型保險經紀商，無論價格多少都不會收未認證的名單，所以沒有認證的頁面，會限制你能賣給誰。
內建隱私保護：雜湊資料，預設不設 Cookie
Contact State 的設計讓認證名單不會擴散消費者的資料。資料在瀏覽器中以 SHA-256 雜湊，透過 TLS 傳輸，Contact State 從雜湊值中找出模式，而不是讀取姓名與號碼。除非 Cookie 分析在訪客同意後開啟，否則 Certify 不會設定任何 Cookie。
Contact State 也要求在訪客按下送出前，告知他們表單上有它在運作，並可以自行加入這段告知文字。在一個存在目的就是證明名單如何收集的頁面上，這又多了一行透明度。
經過認證、可追溯，並以結果評判
除了憑證，LanderLab 中的每筆名單都帶有頁面網址、A/B 版本、訪客的 IP 與送出時間，隱藏欄位還保留了 UTM 與聯盟夥伴的 sub ID。當買家質疑某筆名單時，你可以追溯到它背後的來源與版本。
Contact State 從買家那一端完成閉環。買家可以把銷售狀態回傳給 Contact State，從已報價、已售出到不符資格、惡作劇或重複，讓憑證變成成效資料。而 LanderLab 的內建傳送整合之一 LeadByte，也被 Contact State 列為支援 Contact State Certify。
