落地页上的 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 建议卖家和买家都保留证书 URL，这样每当线索受到质疑时，双方都有同一个参照。
面向英国保险、房贷和住房资产释放的线索认证
Contact State 自称寿险和健康险专家，也与房贷和住房资产释放公司合作。在这些市场里，FCA 的 Consumer Duty、ICO 的执法以及 Google 对金融广告主的验证规则，让买家对线索来源变得格外谨慎。
对线索卖家来说，认证就是进入这些买家门槛的入场券。只买认证线索的保障型保险经纪，出多少钱都不会要没认证的线索，所以没有认证的页面会限制你能卖给谁。
内置隐私保护：数据哈希，默认不设 Cookie
Contact State 的设计让线索认证不会扩散消费者的个人信息。数据在浏览器里用 SHA-256 做哈希处理，通过 TLS 传输，Contact State 分析的是哈希值中的模式，而不是读取姓名和号码。除非在访客同意后开启 Cookie 分析，否则 Certify 不设置任何 Cookie。
Contact State 还要求在访客点击提交之前，告知他们表单上运行着 Contact State，并且可以自己添加这段告知文字。对于一个存在的意义就是证明线索如何收集的页面来说，这又多了一行透明度。
经过认证、可追溯、按结果评判
除了证书，LanderLab 里的每条线索还带着页面 URL、A/B 变体、访客 IP 和提交时间，隐藏字段则保存 UTM 和联盟客的 sub ID。买家质疑某条线索时，你能把它追溯到背后的来源和变体。
Contact State 从买家这一侧形成闭环。买家可以把销售状态回传给 Contact State，从已报价、已成交到不符合条件、恶作剧或重复，让证书变成效果数据。而 LanderLab 的内置投递集成之一 LeadByte，也被 Contact State 列为支持 Contact State Certify 的平台。
