आपकी landing pages पर Contact State
UK lead generation में किसी lead के बारे में सवाल बायर की compliance टीम से आते हैं, और उनके पीछे रेगुलेटर्स से: यह व्यक्ति कहां से आया, उसने क्या देखा, उसने किस बात पर सहमति दी। Contact State Certify इनका जवाब एक सर्टिफ़िकेट से देता है, स्रोत का एक रिकॉर्ड जो फ़ॉर्म सबमिट होने पर पेज पर बनता है। Contact State, LanderLab में बिल्ट-इन है और उस Landing Page ID से कॉन्फ़िगर होता है जो Contact State आपको देता है, इसलिए Certify स्क्रिप्ट आपके पेज पर बिना कोई कोड लिखे चलती है।
इसे TrustedForm और Jornaya का UK वाला रूप समझें। जहां US बायर्स TCPA कंसेंट के सबूत के रूप में TrustedForm सर्टिफ़िकेट या LeadiD टोकन मांगते हैं, वहीं UK में life और health इंश्योरर्स, protection ब्रोकर्स और मॉर्गेज और equity release फ़र्में Contact State के साथ काम करती हैं। अगर किसी बायर की onboarding में Contact State सर्टिफ़िकेशन मांगा जाता है, तो आपके LanderLab पेज उस शर्त को पूरा कर सकते हैं।
आपके landing page leads पर Contact State सर्टिफ़िकेट
Contact State ने अपना बिज़नेस इस सोच पर खड़ा किया कि कंज़्यूमर डेटा रसीद के साथ हाथ बदले। Certify वह रसीद तब बनाता है जब विज़िटर आपका फ़ॉर्म सबमिट करता है: एक सर्टिफ़िकेट जो डेटा के स्रोत, सफ़र और कंसेंट को रिकॉर्ड करता है, और जिसे सेलर नहीं, एक third party बनाती है।
यह मॉडल हैंडओवर के इर्द-गिर्द बना है। सर्टिफ़िकेट किसी ख़ास बायर के लिए claim किया जाता है, और claim होने के बाद वह उस बायर के Contact State प्लेटफ़ॉर्म में दिखता है। Contact State की सलाह है कि सेलर और बायर दोनों सर्टिफ़िकेट URL रखें, ताकि जब भी किसी lead पर सवाल उठे, दोनों के पास एक ही संदर्भ हो।
UK इंश्योरेंस, मॉर्गेज और equity release के लिए lead सर्टिफ़िकेशन
Contact State ख़ुद को life और health इंश्योरेंस का स्पेशलिस्ट बताता है, और मॉर्गेज और equity release फ़र्मों के साथ भी काम करता है। ये ऐसे मार्केट हैं जहां FCA के Consumer Duty, ICO की कार्रवाई और फ़ाइनेंशियल advertisers के लिए Google के verification नियमों ने बायर्स को इस बारे में कहीं ज़्यादा सावधान बना दिया है कि उनके leads कहां से आते हैं।
Lead सेलर के लिए सर्टिफ़िकेशन इन बायर्स तक पहुंचने की शर्त है। जो protection ब्रोकर सिर्फ़ सर्टिफ़ाई हुए leads ख़रीदता है, वह बिना सर्टिफ़िकेट वाला lead किसी भी क़ीमत पर नहीं लेगा, इसलिए इसके बिना पेज इस बात को सीमित कर देते हैं कि आप किसे बेच सकते हैं।
प्राइवेसी बिल्ट-इन: hash किया डेटा और डिफ़ॉल्ट रूप से कोई cookies नहीं
Contact State इस तरह बना है कि lead सर्टिफ़ाई करने से कंज़्यूमर की जानकारी न फैले। डेटा ब्राउज़र में SHA-256 से hash होता है, ट्रांसफ़र TLS पर होता है, और Contact State नाम और नंबर पढ़ने के बजाय hashes में पैटर्न ढूंढता है। Certify तब तक कोई cookies सेट नहीं करता जब तक विज़िटर के कंसेंट से cookie एनालिटिक्स चालू न हो।
Contact State यह भी कहता है कि विज़िटर्स को सबमिट दबाने से पहले बताया जाए कि वह फ़ॉर्म पर काम कर रहा है, और यह नोटिस टेक्स्ट वह ख़ुद जोड़ सकता है। ऐसे पेज पर, जिसका पूरा मक़सद यह साबित करना है कि lead कैसे जुटाया गया, यह पारदर्शिता की एक और लाइन है।
सर्टिफ़ाई, ट्रेस और नतीजों पर परखा गया
सर्टिफ़िकेट के साथ-साथ, LanderLab में हर lead पेज URL, A/B वेरिएंट, विज़िटर का IP और सबमिट का समय साथ रखता है, और हिडन फ़ील्ड UTMs और एफ़िलिएट का sub ID रखते हैं। जब कोई बायर किसी lead पर सवाल उठाता है, तो आप उसे उसके पीछे के सोर्स और वेरिएंट तक ट्रेस कर सकते हैं।
Contact State बायर की तरफ़ से यह चक्र पूरा करता है। बायर्स सेल्स स्टेटस वापस Contact State को भेज सकते हैं, quoted और sold से लेकर ineligible, hoax या duplicate तक, जिससे सर्टिफ़िकेट परफ़ॉर्मेंस डेटा बन जाते हैं। और LeadByte, जो LanderLab के बिल्ट-इन डिलीवरी इंटीग्रेशन में से एक है, Contact State की लिस्ट में Contact State Certify को सपोर्ट करने वाले के रूप में दर्ज है।
