आपकी landing pages पर IFTTT
IFTTT ऑटोमेशन का हल्का सिरा है: एक trigger, एक या कुछ actions, और कंज़्यूमर ऐप और स्मार्ट डिवाइस का बड़ा कैटलॉग। अकेले बायर या छोटे लोकल बिज़नेस के लिए अक्सर इतना काफ़ी है। LanderLab पेज का हर lead एक applet फ़ायर कर सकता है।
IFTTT की Webhooks सर्विस हर इवेंट को उसका अपना एड्रेस देती है, और सबमिट पर पेज का Webhook इंटीग्रेशन उसे तीन तक values के साथ कॉल करता है, जैसे नाम और फ़ोन, सबसे अहम जवाब और कैंपेन। IFTTT आपका चुना action चलाता है: IFTTT ऐप से नोटिफ़िकेशन, शीट में एक row, एक मैसेज, कोई डिवाइस।
IFTTT Webhooks: तीन values, एक applet
IFTTT का Receive a web request trigger हर इवेंट पर तीन तक values लेता है, value1, value2 और value3। इसी से तय होता है कि आप इसे कैसे इस्तेमाल करें: पहले में नाम और फ़ोन, दूसरे में अहम जवाब, तीसरे में कैंपेन, और applet के पास नोटिफ़िकेशन के लिए ज़रूरी सब कुछ होता है। utm_campaign नाम का हिडन फ़ील्ड वह तीसरी value विज्ञापन के URL से भरता है, इसलिए हर अलर्ट फिर भी बताता है कि उसे किस कैंपेन ने दिलाया।
अगर आपको किसी दूसरे सिस्टम में लंबे quiz का हर फ़ील्ड चाहिए, तो IFTTT सही टूल नहीं है; CRM इंटीग्रेशन, Make या सीधा webhook है। IFTTT अलर्ट के लिए है, डेटाबेस के लिए नहीं।
फ़ोन अलर्ट, शीट की rows और स्मार्ट-होम सिग्नल
आम applet IFTTT ऐप से एक rich notification है: टाइटल में lead का नाम और फ़ोन, नीचे कैंपेन। दूसरे applets मालिक की पहले से रखी शीट में एक row जोड़ते हैं, या ऑफ़िस की लाइट चमकाते हैं ताकि फ़ोन के पास बैठा व्यक्ति जान ले कि उठाना है। Action, IFTTT अपने कैटलॉग से चुनता है; LanderLab को बस इवेंट फ़ायर करना होता है।
छोटे बिज़नेस के लिए यही इसकी ख़ूबी है: अलर्ट किसी ऐसी चीज़ पर आता है जो उनके पास पहले से है, फ़ोन, शीट, लाइट, कुछ नया सीखे बिना।
अलर्ट के लिए IFTTT, रिकॉर्ड के लिए LanderLab
IFTTT के Webhooks triggers, IFTTT Pro का हिस्सा हैं, फ़्री tier का नहीं, इसलिए यह रास्ता चुनें तो इसका बजट रखें।
हर lead फिर भी LanderLab के लीड्स टैब में सेव रहता है, तारीख़ और वेरिएंट से फ़िल्टर करने लायक, इसलिए applet एक सीधा-सादा अलर्ट रह सकता है जबकि पूरा रिकॉर्ड आपके पास रहता है, Grow और उससे ऊपर CSV में एक्सपोर्ट करने लायक।
