Make इंटीग्रेशन

एक lead, पांच जगहें जहां उसे जाना है, और हर पेज का अलग रास्ता। हर सबमिट पर एक Make scenario शुरू करें और Router को हर lead उसकी सही जगह भेजने दें, उस पर उसके कैंपेन के साथ।

  • Webhook
  • Landing pages, Quiz funnels, Workflows (बीटा, HTTP Request से)

क्यों जोड़ें

Make और LanderLab क्यों

  • हर lead के लिए विज़ुअल routing

    Routers और filters हर lead को उसके अपने रास्ते पर भेजते हैं, पेज, quiz जवाब या कैंपेन के हिसाब से, और आप पूरा flow एक ही कैनवास पर देख सकते हैं।

  • एक scenario, कई पेज

    वही Make webhook कई landing pages से leads ले सकता है, इसलिए हर पेज के लिए एक के बजाय एक scenario पूरा ऑफ़र संभालता है।

  • बायर endpoints तक पहुंच

    जब किसी डेस्टिनेशन का Make ऐप नहीं होता, तो HTTP module lead को उसके API पर पोस्ट करता है, इसलिए बायर का कस्टम endpoint भी पहुंच में रहता है।

  • Lead आते ही चलता है

    डिफ़ॉल्ट रूप से Make उसी पल scenario चलाता है जब डेटा उसके webhook तक पहुंचता है। Scheduled scenarios इसके बजाय leads को कतार में रखते हैं और शेड्यूल पर प्रोसेस करते हैं।

  • ऐसी history जिसे आप debug कर सकें

    Make का History टैब हर run और उसका response दिखाता है, और LanderLab के delivery logs भेजी गई रिक्वेस्ट दिखाते हैं।

  • Webhook पर एक वैकल्पिक key

    Make, webhook पर API key मांग सकता है, ताकि सिर्फ़ आपके पेज ही scenario शुरू कर सकें।

आपकी landing pages पर Make

Make में lead routing विज़ुअल हो जाती है: बाईं ओर webhook, बीच में Router, दाईं ओर हर बायर, शीट या चैनल की एक branch। इसे LanderLab से जोड़ें और landing page या quiz funnel का हर lead आपका scenario शुरू करता है, विज़िटर के भरे हर फ़ील्ड और उनके बगल में LanderLab के अपने फ़ील्ड के साथ।

कोई Make ऐप इंस्टॉल नहीं करना, और उसकी ज़रूरत भी नहीं: Make का custom webhook आपके scenario को एक एड्रेस देता है, और पेज का Webhook इंटीग्रेशन हर lead उस पर पोस्ट करता है। यह हर Make प्लान पर काम करता है, और वही एड्रेस जितने चाहें उतने पेजों से leads ले सकता है।

हर lead पर एक Make scenario शुरू करें

हर lead आपके scenario में JSON के रूप में पहुंचता है। Keys के नाम आप जो चाहें रखें, इसलिए scenario फ़ॉर्म के लेबल के बजाय first_name और email से काम करता है, और LanderLab के अपने फ़ील्ड, जैसे पेज URL, विज़िटर IP और सबमिशन का समय, filtering, routing और compliance रिकॉर्ड के लिए साथ आते हैं।

Make में इनमें से हर फ़ील्ड एक variable है जिसे अगले modules इस्तेमाल कर सकते हैं, जवाब, UTMs और वेरिएंट समेत, इसलिए routing और formatting lead के असली डेटा से काम करते हैं।

कई पेजों के लिए एक Make scenario

वही Make webhook URL कई landing pages पर लग सकता है। पेज URL या किसी quiz जवाब पर filters वाला Router जोड़ें, और हर lead अपना रास्ता लेता है: एक पेज के leads एक बायर को, दूसरे के एक शीट और एक Slack चैनल को।

Lead gen ऑपरेटर के लिए यह पूरा ऑफ़र एक तस्वीर में है। जब कोई बायर अपनी सीमा पर पहुंचे या कोई नया राज्य खुले, तो आप कैनवास पर एक filter बदलते हैं, पांच अलग ऑटोमेशन नहीं।

कोई भी API, Make ऐप के बिना भी

जब डेस्टिनेशन का Make में कोई ऐप नहीं होता, तो HTTP module lead को सीधे उसके API पर पोस्ट कर सकता है। अगर कोई डिलीवरी फ़ेल हो, तो Make का History टैब और LanderLab के delivery logs भेजी गई रिक्वेस्ट और वापस आया response दिखाते हैं, जो तब चाहिए होता है जब बायर कहे कि lead कभी पहुंचा ही नहीं।

Make या LanderLab Workflows (बीटा)?

LanderLab के Workflows (बीटा) ख़ुद काफ़ी routing संभालते हैं: एक या ज़्यादा पेजों पर Lead ट्रिगर, फ़िल्टर, If, Switch और डिले नोड, और Google Sheets, HubSpot, Klaviyo, GoHighLevel, LeadProsper, Meta CAPI के actions और एक HTTP Request नोड। अगर आपकी routing वहां फ़िट हो जाती है, तो एक टूल और एक बिल कम।

Make तब अपनी जगह बनाता है जब scenario इससे आगे जाता है: दर्जनों ऐप्स, डेटा transformations, दूसरे सिस्टम में lookups, या ऐसी टीम जो अपने ऑपरेशन पहले से Make में चलाती है।

यूज़ केस

पेड ट्रैफ़िक पर Make इस्तेमाल करने के तरीक़े

  • 01

    राज्य के हिसाब से बंटा सोलर lead

    Facebook पर एक सोलर quiz हर lead एक Make scenario को भेजता है। Router टेक्सस के leads एक इंस्टॉलर के API पर, एरिज़ोना के leads दूसरे पर, और सब कुछ रोज़ के मिलान के लिए Google Sheet में भेजता है।

  • 02

    बायर और डायलर तक इंश्योरेंस leads

    हर ऑटो इंश्योरेंस lead एक ही run में HTTP module से बायर के endpoint पर और कॉल सेंटर के डायलर में जाता है, दोनों पर कैंपेन के साथ।

  • 03

    एजेंसी की क्लाइंट रिपोर्टिंग

    हर क्लाइंट के पेज एक scenario पर पोस्ट करते हैं, जो पेज URL से हर lead पर क्लाइंट का टैग लगाता है, उसे क्लाइंट की शीट में जोड़ता है और अकाउंट मैनेजर के चैनल पर सारांश पोस्ट करता है।

FAQ

Make इंटीग्रेशन FAQ

जो यहां नहीं है, हमसे पूछें।

Make और LanderLab

क्या Make को अपनी landing pages से जोड़ना फ़ायदेमंद है?

जब lead को कई टूल्स तक पहुंचना हो, या पेज या जवाब के हिसाब से अलग-अलग रास्ते लेने हों, तो हां। ऐसे एक डेस्टिनेशन के लिए जिससे LanderLab सीधे जुड़ता है, सीधा रास्ता आसान है।

क्या LanderLab, Make के साथ इंटीग्रेट होता है?

हां, पेज के Webhook इंटीग्रेशन से: यह हर lead को Make के custom webhook पर पोस्ट करता है, जो आपका scenario शुरू करता है। कोई Make ऐप इंस्टॉल नहीं करना, और LanderLab के docs में इसकी सेटअप गाइड है।

क्या एक Make scenario कई पेजों से leads ले सकता है?

हां। वही webhook URL कई पेजों पर इस्तेमाल हो सकता है, और filters वाला Router हर पेज के leads को उसके अपने रास्ते पर भेज सकता है।

क्या Make को मेरे UTMs और A/B वेरिएंट दिखेंगे?

हां। हिडन फ़ील्ड विज्ञापन के URL से UTMs और click IDs पकड़ते हैं, और LanderLab पेज URL, वेरिएंट ID और सबमिशन का समय जोड़ता है, इसलिए Router इनमें से किसी पर भी leads बांट सकता है।

क्या मैं quiz के जवाब Make को भेज सकता हूं?

हां। Quiz का हर जवाब एक फ़ील्ड है, और Make के एक टेस्ट lead देख लेने के बाद हर जवाब एक variable है जिसे आप scenario में मैप कर सकते हैं।

दूसरे इंटीग्रेशन

अपने बाकी स्टैक को भी जोड़ें।

Make जोड़ें और अपना अगला पेज लॉन्च करें।

पेज बनाएं, Make चालू करें और अपने विज्ञापन उस पर भेजें। शुरुआत फ़्री, बिना कार्ड।

एक prompt से क्वालिफ़ाइड leads तक

देखें कैसे एक prompt लाइव सोलर quote funnel बन जाता है, हर lead आपके बायर तक पहुंचता है, और लीकेज आपका बजट खाने से पहले ही पकड़ में आ जाती है।

0:00
0:59