आपकी landing pages पर Salesforce
Salesforce वाली ज़्यादातर कंपनियों में मार्केटिंग को ख़ुद को Salesforce में साबित करना होता है। यह मुश्किल है जब पेड leads एक दिन देर से CSV में आते हैं और उनसे कैंपेन हटा होता है, या किसी ऐसे Web-to-Lead फ़ॉर्म से जिसे किसी ने एक साल पहले पेज में पेस्ट किया था। अपने LanderLab leads Salesforce में भेजने से हर सबमिट रियल टाइम में Lead बनता है, पेज, वेरिएंट और कैंपेन ऐसे फ़ील्ड्स में जिन पर आपका एडमिन रिपोर्ट बना सके।
यह उन टीमों के लिए है जहां Salesforce ही system of record है: LinkedIn और Google पर B2B demand gen, फ़ोन पर रेप वाली इंश्योरेंस और लेंडिंग टीमें, क्लाइंट की org में विज्ञापन चलाने वाली एजेंसियां। इंस्टॉल करने को कोई Salesforce connector नहीं: पेज का webhook हर lead को आपकी org ID के साथ Salesforce के Web-to-Lead endpoint पर पोस्ट करता है, सर्वर से सर्वर, और Leads उन queues और list views में जाते हैं जिन पर आपके रेप पहले से काम करते हैं।
Salesforce Leads बनकर फ़ॉर्म सबमिट
फ़ॉर्म भेजते ही हर फ़ॉर्म सबमिट Salesforce में Lead के रूप में बनता है, जवाब उन Lead fields में जिनसे webhook उन्हें मैप करता है।
Salesforce डिफ़ॉल्ट रूप से हर Lead पर last name और company मांगता है। B2B पेजों के लिए यह स्वाभाविक है। कंज़्यूमर ऑफ़र के लिए webhook में एक तय वैल्यू Company भर सकती है, ताकि किसी घर-मालिक से उसका employer पूछे बिना Lead सेव हो जाए।
उन views में leads जिन्हें आपके रेप पहले से इस्तेमाल करते हैं
आपके पेज से आया lead एक आम Salesforce Lead है। यह उन list views, queues और रिपोर्ट में दिखता है जिनसे आपकी टीम पहले से काम करती है, और रेप उसे क्वालिफ़ाई करके हमेशा की तरह account, contact और opportunity में बदलता है। आपके विज्ञापनों से ख़रीदे leads ढूंढने के लिए किसी को दूसरा इनबॉक्स या शेयर की हुई शीट नहीं देखनी पड़ती।
आपके Salesforce flows हर पेज lead पर चलते हैं
आपके एडमिन ने नए Leads पर चलने के लिए जो भी बनाया है, वह इन पर भी चलता है। Lead बनते ही record-triggered flow owner असाइन कर सकता है, कॉल का task बना सकता है या पहला ईमेल भेज सकता है, जब विज़िटर अभी उस विज्ञापन के क़रीब है जिस पर उसने क्लिक किया।
आपकी सुरक्षा-शर्तों के साथ भी यही है। Validation rules और ज़रूरी फ़ील्ड पेज leads पर भी वैसे ही लागू होते हैं जैसे किसी और पर, इसलिए Salesforce तक पहुंचने वाला डेटा उस स्टैंडर्ड पर खरा उतरता है जो आपकी टीम पहले से तय कर चुकी है।
Web-to-Lead या REST API: क्या व्यावहारिक है
Salesforce अंदर आने के दो रास्ते देता है। इसकी REST API को OAuth access token चाहिए, और ये tokens एक्सपायर होते हैं, जिन्हें पेज webhook का तय header रिन्यू नहीं कर सकता। Web-to-Lead आपकी org ID के साथ सादा फ़ॉर्म पोस्ट लेता है और कोई token नहीं, इसलिए यही वह रास्ता है जो बिना किसी की निगरानी के चलता रहता है। इसकी लिमिट Salesforce की हैं, जिसमें Web-to-Lead सबमिशन की रोज़ाना सीमा भी है, इसलिए अपनी सीमा को उस वॉल्यूम से मिला लें जो आप ख़रीदने की सोच रहे हैं।
अगर आपको पूरी API चाहिए, तो tokens संभालने वाला एक बीच का स्टेप व्यावहारिक जवाब है: Zapier में LanderLab का New Lead ट्रिगर, या पेज के webhook से चलने वाला Make scenario, वह स्टेप बन सकता है।
Lead से closed-won तक कैंपेन और वेरिएंट
कैंपेन, click ID, landing page और पेज वेरिएंट, सब Lead पर साथ जा सकते हैं, हिडन फ़ील्ड्स और LanderLab के अपने फ़ील्ड्स से भरकर, और रेप के बदलने पर Contact और Opportunity तक पहुंचते हैं।
फिर कैंपेन के हिसाब से ग्रुप की गई closed-won opportunities की रिपोर्ट उस सवाल का जवाब देती है जो अगले महीने का बजट तय करता है: किस ऐड खर्च से रेवेन्यू बना, और किस पेज वर्शन ने उसे बेचा।
