मुख्य सामग्री पर जाएं
हिन्दी

dotdigital (पूर्व में Dotmailer): Purple AI उपयोगकर्ताओं के लिए एकीकरण गाइड, सर्वोत्तम अभ्यास और समस्या निवारण

यह गाइड Purple AI उपयोगकर्ताओं — विशेष रूप से होटलों, रिटेल श्रृंखलाओं, स्टेडियमों और सम्मेलन केंद्रों के IT प्रबंधकों, नेटवर्क आर्किटेक्ट्स और CTOs — को dotdigital (पूर्व में Dotmailer) कनेक्टर को तैनात और अनुकूलित करने के लिए एक निश्चित तकनीकी संदर्भ प्रदान करती है। इसमें एंड-टू-एंड एकीकरण आर्किटेक्चर, चरण-दर-चरण कॉन्फ़िगरेशन, GDPR-अनुपालन डेटा हैंडलिंग, ऑटोमेशन प्रोग्राम डिज़ाइन और एक संरचित समस्या निवारण ढांचा शामिल है। जो संगठन इस एकीकरण को सही ढंग से लागू करते हैं, वे अतिथि WiFi लॉगिन को एक उच्च-मूल्य, सहमति-गेटेड मार्केटिंग डेटाबेस में परिवर्तित करते हैं जो मापने योग्य राजस्व परिणाम प्रदान करता है।

📖 11 मिनट का पाठ📝 2,662 शब्द🔧 2 हल किए गए उदाहरण❓ 4 अभ्यास प्रश्न📚 10 मुख्य परिभाषाएं

इस गाइड को सुनें

पॉडकास्ट ट्रांसक्रिप्ट देखें
Purple Intelligence Briefing में आपका स्वागत है। मैं आपका होस्ट हूं, और आज हम Purple इकोसिस्टम में सबसे अधिक तैनात किए जाने वाले कनेक्टर्स में से एक — dotdigital, जिसे पहले Dotmailer के नाम से जाना जाता था — के व्यावहारिक विवरण में जा रहे हैं। यदि आप एक IT प्रबंधक, एक नेटवर्क आर्किटेक्ट, या एक होटल समूह, एक रिटेल एस्टेट, एक स्टेडियम, या एक सम्मेलन केंद्र के लिए जिम्मेदार CTO हैं, तो यह एपिसोड आपके लिए ही बनाया गया है। अगले दस मिनटों में, हम कवर करने जा रहे हैं कि यह एकीकरण वास्तव में क्या करता है, इसे सही तरीके से कैसे सेट किया जाए, सर्वोत्तम अभ्यास जो एक उच्च-प्रदर्शन वाले परिनियोजन को एक औसत दर्जे के परिनियोजन से अलग करते हैं, और समस्या निवारण परिदृश्य जो अनुभवी टीमों को भी उलझा देते हैं। आइए शुरू करते हैं। [SECTION: CONTEXT AND WHY THIS MATTERS] सबसे पहले, आइए स्थापित करें कि हम वास्तव में किस बारे में बात कर रहे हैं। Purple एक एंटरप्राइज़ अतिथि WiFi इंटेलिजेंस प्लेटफॉर्म है। जब कोई विज़िटर आपके WiFi से जुड़ता है — चाहे वे होटल में चेक-इन कर रहे हों, रिटेल फ्लोर पर ब्राउज़ कर रहे हों, या किसी सम्मेलन केंद्र में पहुंच रहे हों — Purple का कैप्टिव पोर्टल उनकी सहमति और प्रोफ़ाइल डेटा कैप्चर करता है। वह डेटा आगे की हर चीज़ के लिए कच्चा माल है। dotdigital एक क्रॉस-चैनल मार्केटिंग ऑटोमेशन प्लेटफॉर्म है। यह ईमेल, SMS, पुश नोटिफिकेशन, WhatsApp और बहुत कुछ संभालता है। इसका उपयोग खुदरा विक्रेताओं, आतिथ्य ब्रांडों और उद्यम संगठनों द्वारा बड़े पैमाने पर परिष्कृत, वैयक्तिकृत मार्केटिंग प्रोग्राम चलाने के लिए किया जाता है। Purple-dotdigital कनेक्टर इन दोनों प्रणालियों को जोड़ता है। जैसे ही कोई अतिथि आपके WiFi पर प्रमाणित होता है और मार्केटिंग संचार के लिए ऑप्ट-इन करता है, Purple उनके प्रोफ़ाइल डेटा — नाम, ईमेल, मोबाइल नंबर, पिनकोड, जन्म तिथि, लिंग — को सीधे एक dotdigital एड्रेस बुक में भेज देता है। वहां से, dotdigital का ऑटोमेशन इंजन कार्यभार संभालता है, स्वागत यात्राएं, पुनः जुड़ाव अभियान, लॉयल्टी प्रोग्राम आमंत्रण और बहुत कुछ ट्रिगर करता है। व्यावसायिक मामला सम्मोहक है। लंदन के लक्ज़री रिटेलर Harrods ने इस तरह के WiFi-संचालित डेटा कैप्चर के माध्यम से 3.6 मिलियन संपर्कों का एक डेटाबेस बनाया। एक ही बारह महीने की अवधि में, 581,000 अद्वितीय व्यक्तियों ने उनके इन-स्टोर WiFi पर लॉग ऑन किया। उनमें से, 38 प्रतिशत — 220,000 से अधिक लोगों — ने मार्केटिंग के लिए ऑप्ट-इन किया। उस ऑप्ट-इन समूह से प्राप्त डाउनस्ट्रीम राजस्व उनके Purple निवेश पर 54 गुना रिटर्न का प्रतिनिधित्व करता था। यह कोई सैद्धांतिक अनुमान नहीं है। यह एक प्रलेखित परिणाम है। [SECTION: TECHNICAL DEEP-DIVE] अब बात करते हैं आर्किटेक्चर की। एकीकरण एक सर्वर-टू-सर्वर API कनेक्शन है। Purple डेटा निर्माता के रूप में कार्य करता है; dotdigital उपभोक्ता के रूप में कार्य करता है। प्रमाणीकरण dotdigital के मानक Basic Auth तंत्र का उपयोग करता है — एक समर्पित ईमेल पते और पासवर्ड के साथ एक API उपयोगकर्ता खाता, जो एक क्षेत्र-विशिष्ट API एंडपॉइंट के साथ जुड़ा होता है। एंडपॉइंट महत्वपूर्ण है। dotdigital कई क्षेत्रीय डेटा केंद्रों में काम करता है, और आपका API एंडपॉइंट आपके खाते के क्षेत्र के लिए विशिष्ट होगा। आप इसे dotdigital प्लेटफॉर्म के भीतर Account Settings, फिर Access से प्राप्त करते हैं। इसे गलत करना कनेक्टर सत्यापन विफलताओं का सबसे आम कारण है, इसलिए शुरू करने से पहले इसे दोबारा जांचना उचित है। Purple के भीतर, कनेक्टर को Management, फिर Connectors के अंतर्गत कॉन्फ़िगर किया जाता है। आप इसे दो स्तरों पर तैनात कर सकते हैं: ग्राहक स्तर, जो आपके पूरे Purple खाते में कनेक्टर को लागू करता है, या स्थान स्तर, जो आपको विभिन्न स्थानों को विभिन्न dotdigital एड्रेस बुक्स में रूट करने की अनुमति देता है। कई संपत्तियों वाले होटल समूह के लिए, स्थान-स्तरीय कॉन्फ़िगरेशन लगभग हमेशा सही विकल्प होता है — यह आपको शुरुआत से ही स्वच्छ विभाजन देता है। डेटा पेलोड जो Purple प्रत्येक नए प्रमाणित उपयोगकर्ता पर dotdigital को भेजता है, उसमें आठ फ़ील्ड शामिल हैं: पहला नाम, अंतिम नाम, उपयोगकर्ता ID, ईमेल पता, मोबाइल नंबर, लिंग, पिनकोड और जन्म तिथि। महत्वपूर्ण रूप से — और यह GDPR के दृष्टिकोण से गैर-परक्राम्य है — डेटा केवल तभी प्रसारित होता है जब उपयोगकर्ता ने मार्केटिंग संचार प्राप्त करने के लिए स्पष्ट रूप से सहमति दी हो। Purple इसे स्प्लैश पेज स्तर पर लागू करता है; कोई सहमति नहीं, कोई डेटा पुश नहीं। on the dotdigital side, संपर्क उस एड्रेस बुक में आते हैं जिसे आप कनेक्टर सेटअप के दौरान निर्दिष्ट करते हैं। वहां से, आप उन्हें ऑटोमेशन प्रोग्राम में नामांकित कर सकते हैं — जिसे dotdigital प्रोग्राम (Programs) कहता है। एक अच्छी तरह से डिज़ाइन किया गया स्वागत प्रोग्राम एक तत्काल पुष्टिकरण ईमेल भेज सकता है, 24 घंटे बाद एक स्थान गाइड या ऑफ़र के साथ फ़ॉलो-अप कर सकता है, और फिर पुनः जुड़ाव अभियान ट्रिगर कर सकता है यदि संपर्क 30 दिनों के भीतर वापस नहीं आया है। यह सब बिना किसी अतिरिक्त विकास कार्य के dotdigital के प्रोग्राम बिल्डर के भीतर कॉन्फ़िगर करने योग्य है। अधिक जटिल आवश्यकताओं वाले संगठनों के लिए, dotdigital का API कस्टम डेटा फ़ील्ड, संपर्क स्कोरिंग, इवेंट-आधारित ट्रिगर और वेबहुक कॉलबैक का समर्थन करता है। यदि आप एक लॉयल्टी प्रोग्राम चला रहे हैं — जैसा कि Harrods करता है — तो आप रुचि को कैप्चर करने के लिए स्प्लैश पेज की कस्टम प्रश्न सुविधा का उपयोग कर सकते हैं, फिर विभाजन के लिए उस सिग्नल को dotdigital को पास कर सकते हैं। संपर्क का WiFi लॉगिन डेटा आपके लॉयल्टी साइन-अप फॉर्म को पहले से भर देता है, जिससे घर्षण दूर होता है और रूपांतरण दरों में काफी सुधार होता है। अनुपालन के दृष्टिकोण से, दोनों प्लेटफॉर्म मजबूत क्रेडेंशियल रखते हैं। Purple डिज़ाइन द्वारा GDPR और CCPA के अनुरूप है। dotdigital लागू तकनीकी और संगठनात्मक उपायों के साथ GDPR के तहत डेटा प्रोसेसर के रूप में कार्य करता है। एकीकरण डबल ऑप्ट-इन वर्कफ़्लो, सहमति ट्रैकिंग और सप्रेशन सूची प्रबंधन का समर्थन करता है — जो कि UK और EU क्षेत्राधिकारों में काम करने वाले संगठनों के लिए आवश्यक हैं। [SECTION: IMPLEMENTATION RECOMMENDATIONS AND PITFALLS] मुझे आपको व्यावहारिक सिफारिशें देने दें जो निवेश पर रिटर्न देने वाले परिनियोजन और बेकार पड़े रहने वाले परिनियोजन के बीच अंतर पैदा करती हैं। पहला: कुछ भी कनेक्ट करने से पहले अपनी एड्रेस बुक वर्गीकरण (taxonomy) की योजना बनाएं। dotdigital में, एड्रेस बुक्स आपकी प्राथमिक विभाजन परत हैं। यदि आप कई स्थानों का संचालन कर रहे हैं, तो प्रति स्थान एक समर्पित एड्रेस बुक बनाएं, या कम से कम प्रति स्थान श्रेणी — होटल, रेस्तरां, रिटेल। हजारों संपर्कों को आयात करने के बाद इस संरचना को फिर से तैयार करना दर्दनाक और त्रुटि-प्रवण है। दूसरा: अपने स्प्लैश पेज मार्केटिंग सहमति चेकबॉक्स को सावधानीपूर्वक कॉन्फ़िगर करें। रूपांतरण दरों और कानूनी अनुपालन दोनों के लिए शब्द महत्वपूर्ण हैं। UK GDPR और गोपनीयता और इलेक्ट्रॉनिक संचार विनियमों (PECR) के तहत, सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध होनी चाहिए। पहले से टिक किया गया चेकबॉक्स इस मानक को पूरा नहीं करता है। Purple का स्प्लैश पेज बिल्डर आपको इस भाषा पर पूर्ण नियंत्रण देता है — इसका सोच-समझकर उपयोग करें। तीसरा: कनेक्टर के साथ लाइव जाने से पहले अपने ऑटोमेशन प्रोग्राम बनाएं। यदि वे बिना किसी प्रोग्राम के एड्रेस बुक में बैठते हैं तो ऑप्ट-इन संपर्कों को एकत्र करने का कोई मूल्य नहीं है। कम से कम, एक तीन-चरणीय स्वागत यात्रा तैनात करें: उनके WiFi एक्सेस की पुष्टि करने वाला एक तत्काल स्वागत ईमेल, 48 घंटे बाद एक प्रासंगिक ऑफ़र या सामग्री के साथ फ़ॉलो-अप, और उन संपर्कों के लिए 30 दिनों पर पुनः जुड़ाव ट्रिगर जो वापस नहीं आए हैं। चौथा: पहले दिन से अपने सुपुर्दगी मेट्रिक्स की निगरानी करें। dotdigital ओपन दरों, क्लिक-थ्रू दरों, बाउंस और अनसब्सक्राइब पर विस्तृत रिपोर्टिंग प्रदान करता है। स्वागत श्रृंखला पर दो प्रतिशत से अधिक की बाउंस दर या 0.5 प्रतिशत से अधिक की अनसब्सक्राइब दर एक संकेत है कि या तो आपकी सहमति की भाषा भ्रामक है या आपकी ईमेल सामग्री अपेक्षाओं को पूरा नहीं कर रही है। इसे जल्दी हल करें — इनबॉक्स प्रदाता यह निर्धारित करने के लिए जुड़ाव संकेतों का उपयोग करते हैं कि आपका डोमेन इनबॉक्स में समाप्त होता है या स्पैम फ़ोल्डर में। पांचवां: dotdigital अनसब्सक्राइब वेबहुक को वापस Purple में लागू करें। जब कोई संपर्क dotdigital में अनसब्सक्राइब करता है, तो वह सप्रेशन Purple के रिकॉर्ड में प्रतिबिंबित होना चाहिए। इस द्विदिशीय सिंक के बिना, आप उनके अगले WiFi लॉगिन पर dotdigital में एक सप्रेस्ड संपर्क को फिर से जोड़ने का जोखिम उठाते हैं — जो एक GDPR अनुपालन जोखिम है और सुपुर्दगी की समस्याओं का एक तेज़ रास्ता है। अब, कमियां। सबसे आम समस्या जो हम देखते हैं वह है गलत API एंडपॉइंट URL के कारण कनेक्टर सत्यापन विफलताएं। हमेशा सीधे अपने dotdigital खाते से एंडपॉइंट प्राप्त करें — दस्तावेज़ीकरण उदाहरणों से अनुमान न लगाएं या कॉपी न करें। दूसरी सबसे आम समस्या सफल कनेक्टर सेटअप के बावजूद dotdigital में संपर्कों का दिखाई न देना है। लगभग हर मामले में, यह स्प्लैश पेज पर मार्केटिंग सहमति चेकबॉक्स के सक्षम न होने के कारण होता है। इसे पहले जांचें। तीसरी समस्या डुप्लिकेट संपर्क है, जो तब होती है जब एक ही ईमेल पता कई WiFi सत्रों में सबमिट किया जाता है। dotdigital इसे अपने डुप्लीकेशन हटाने के तर्क के माध्यम से संभालता है, लेकिन आपको यह सुनिश्चित करने की आवश्यकता है कि आपकी एड्रेस बुक सेटिंग्स नए रिकॉर्ड बनाने के बजाय ईमेल पते पर मर्ज करने के लिए कॉन्फ़िगर की गई हैं। [SECTION: RAPID-FIRE Q&A] आइए कुछ ऐसे प्रश्नों पर नज़र डालें जो हम सबसे अक्सर सुनते हैं। क्या मैं विभिन्न dotdigital एड्रेस बुक्स से कई स्थानों को जोड़ सकता हूँ? हाँ। Purple के Management अनुभाग के भीतर स्थान स्तर पर कनेक्टर को कॉन्फ़िगर करें, और dotdigital में प्रत्येक स्थान को उसकी अपनी एड्रेस बुक में असाइन करें। क्या एकीकरण ईमेल के साथ-साथ SMS का भी समर्थन करता है? डेटा पेलोड में मोबाइल नंबर शामिल है, इसलिए हाँ — एक बार संपर्क dotdigital में आ जाने के बाद, आप dotdigital के SMS चैनल के माध्यम से SMS अभियानों के लिए उनके मोबाइल नंबर का उपयोग कर सकते हैं। सुनिश्चित करें कि आपके स्प्लैश पेज पर SMS मार्केटिंग को कवर करने के लिए उपयुक्त सहमति भाषा है। क्या होता है यदि कोई अतिथि कनेक्ट होता है लेकिन मार्केटिंग के लिए ऑप्ट-इन नहीं करता है? Purple विश्लेषण उद्देश्यों के लिए सत्र डेटा कैप्चर करता है, लेकिन dotdigital को कोई व्यक्तिगत डेटा नहीं भेजता है। अतिथि की विज़िट Purple के भीतर आपके फुटफॉल और ड्वेल टाइम एनालिटिक्स में योगदान करती है, लेकिन वे आपके मार्केटिंग डेटाबेस में प्रवेश नहीं करते हैं। क्या एकीकरण वास्तविक समय में होता है? हाँ। dotdigital पर डेटा पुश बैचों में नहीं, बल्कि WiFi प्रमाणीकरण के समय होता है। इसका मतलब है कि अतिथि के कनेक्ट होने के कुछ मिनटों के भीतर एक स्वागत ईमेल ट्रिगर किया जा सकता है — जो समय-संवेदनशील ऑफ़र के लिए एक महत्वपूर्ण लाभ है। [SECTION: SUMMARY AND NEXT STEPS] मुझे इस ब्रीफिंग से याद रखने योग्य मुख्य बिंदुओं के साथ समाप्त करने दें। Purple-dotdigital कनेक्टर एक वास्तविक समय, सहमति-गेटेड डेटा पाइपलाइन है जो WiFi लॉगिन को विपणन संपर्कों में परिवर्तित करती है। सेटअप सीधा है — चार कॉन्फ़िगरेशन फ़ील्ड और एक कनेक्टर सत्यापन — लेकिन मूल्य पूरी तरह से इस बात से निर्धारित होता है कि आप dotdigital में इसके ऊपर क्या बनाते हैं। जो संगठन सबसे अधिक मूल्य प्राप्त करते हैं वे वे हैं जो लाइव जाने से पहले एड्रेस बुक वर्गीकरण, ऑटोमेशन प्रोग्राम डिज़ाइन और सुपुर्दगी प्रबंधन में निवेश करते हैं। Harrods का उदाहरण — WiFi-संचालित ईमेल प्रोग्राम से निवेश पर 54 गुना रिटर्न — प्राप्त करने योग्य है, लेकिन इसके लिए केवल एक जुड़े हुए API के बजाय सोच-समझकर तैयार किए गए प्रोग्राम डिज़ाइन की आवश्यकता होती है। आपके तत्काल अगले कदम: अपने dotdigital खाता संरचना का ऑडिट करें, अपनी एड्रेस बुक वर्गीकरण को परिभाषित करें, अपने स्वागत ऑटोमेशन प्रोग्राम का मसौदा तैयार करें, और अपने स्प्लैश पेज सहमति भाषा की समीक्षा करें। फिर एकीकरण को कनेक्ट करें, इसे सत्यापित करें और लाइव जाएं। यदि आपको इनमें से किसी भी क्षेत्र में गहराई से जाने की आवश्यकता है, तो Purple सहायता दस्तावेज़ कनेक्टर कॉन्फ़िगरेशन को विस्तार से कवर करते हैं, और dotdigital का डेवलपर हब कस्टम एकीकरण बनाने वाली टीमों के लिए पूर्ण API संदर्भ दस्तावेज़ प्रदान करता है। Purple Intelligence Briefing सुनने के लिए धन्यवाद। हम जल्द ही स्थान ऑपरेटरों और IT टीमों के लिए अधिक तकनीकी मार्गदर्शन के साथ वापस आएंगे।

header_image.png

कार्यकारी सारांश

Purple AI प्लेटफॉर्म होटल, रिटेल एस्टेट, स्टेडियम और सार्वजनिक क्षेत्र के स्थानों पर WiFi प्रमाणीकरण के समय प्रथम-पक्ष (first-party) अतिथि डेटा कैप्चर करता है। dotdigital कनेक्टर — जिसे पहले Dotmailer के रूप में ब्रांड किया गया था — उस कच्चे डेटा कैप्चर को प्रोडक्शन-ग्रेड मार्केटिंग ऑटोमेशन पाइपलाइन में बदल देता है। जब कोई अतिथि आपके WiFi से जुड़ता है और मार्केटिंग संचार के लिए सहमति देता है, तो Purple वास्तविक समय में उनके प्रोफाइल को एक निर्दिष्ट dotdigital एड्रेस बुक में भेज देता है। उस क्षण से, dotdigital का ऑटोमेशन इंजन ईमेल, SMS और पुश पर स्वागत यात्राएं (welcome journeys), लॉयल्टी प्रोग्राम आमंत्रण, पुनः जुड़ाव अभियान और ओमनीचैनल संचार ट्रिगर कर सकता है।

व्यावसायिक मामला अच्छी तरह से प्रलेखित है। Harrods ने WiFi-संचालित डेटा कैप्चर के माध्यम से 3.6 मिलियन-संपर्क डेटाबेस बनाया और एक ही वर्ष के भीतर अपने Purple निवेश पर 54 गुना रिटर्न प्राप्त किया। AGS Airports ने 842% ROI प्रदान किया। Brussels South Charleroi Airport ने डाउनस्ट्रीम मार्केटिंग ऑटोमेशन के साथ मिलकर Purple के MicroSurveys का उपयोग करके 10,630% ROI दर्ज किया। ये परिणाम असाधारण नहीं हैं — ये सोच-समझकर तैयार किए गए प्रोग्राम डिज़ाइन के साथ तैनात एक अच्छी तरह से कॉन्फ़िगर किए गए एकीकरण के अपेक्षित परिणाम हैं।

यह गाइड एंटरप्राइज़ स्तर पर Purple-dotdigital एकीकरण को तैनात करने, अनुकूलित करने और समस्या निवारण के लिए आवश्यक तकनीकी गहराई प्रदान करती है। इसे उस IT पेशेवर के लिए संरचित किया गया है जिसे इस तिमाही में समाधान लागू करने की आवश्यकता है, न कि अगले वर्ष किसी समाधान का मूल्यांकन करने की।

integration_architecture.png

तकनीकी गहन विश्लेषण

एकीकरण आर्किटेक्चर

Purple-dotdigital कनेक्टर सर्वर-टू-सर्वर REST API एकीकरण के रूप में काम करता है। Purple डेटा निर्माता के रूप में कार्य करता है, और dotdigital उपभोक्ता के रूप में कार्य करता है। कनेक्शन को dotdigital के Basic Auth तंत्र का उपयोग करके प्रमाणित किया जाता है: dotdigital प्लेटफॉर्म के भीतर बनाया गया एक समर्पित API उपयोगकर्ता खाता (ईमेल पता और पासवर्ड), एक क्षेत्र-विशिष्ट API एंडपॉइंट URL के साथ संयुक्त।

आर्किटेक्चर डिफ़ॉल्ट रूप से एकदिशीय (unidirectional) है — Purple WiFi प्रमाणीकरण के समय dotdigital को संपर्क रिकॉर्ड भेजता है। द्विदिशीय सिंक्रनाइज़ेशन (उदाहरण के लिए, अनसब्सक्राइब या सप्रेशन सूची अपडेट को वापस Purple में प्रतिबिंबित करने के लिए) की आवश्यकता वाले संगठनों के लिए, इसके लिए dotdigital के वेबहुक फ्रेमवर्क के माध्यम से अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता होती है।

घटक भूमिका नोट्स
Purple कैप्टिव पोर्टल अतिथि प्रमाणीकरण और सहमति कैप्चर WiFi लॉगिन पर प्रस्तुत स्प्लैश पेज
Purple कनेक्टर इंजन डेटा परिवर्तन और API प्रेषण Management > Connectors के अंतर्गत कॉन्फ़िगर किया गया
dotdigital REST API संपर्क अंतर्ग्रहण और एड्रेस बुक प्रबंधन क्षेत्र-विशिष्ट एंडपॉइंट आवश्यक
dotdigital एड्रेस बुक संपर्क भंडारण और विभाजन परत प्रति स्थान/संपत्ति एक या अधिक बुक
dotdigital प्रोग्राम बिल्डर ऑटोमेशन प्रोग्राम निष्पादन एड्रेस बुक में संपर्क जोड़ने पर ट्रिगर

डेटा पेलोड और फ़ील्ड मैपिंग

Purple प्रत्येक सहमति देने वाले अतिथि के लिए dotdigital को आठ डेटा फ़ील्ड प्रसारित करता है। ये फ़ील्ड सीधे dotdigital के मानक संपर्क डेटा मॉडल से मैप होते हैं और बुनियादी तैनाती के लिए कस्टम फ़ील्ड कॉन्फ़िगरेशन की आवश्यकता नहीं होती है।

फ़ील्ड का नाम डेटा प्रकार विवरण
firstName String अतिथि का नाम
lastName String अतिथि का उपनाम
userID Integer Purple का आंतरिक उपयोगकर्ता पहचानकर्ता
email String प्राथमिक संपर्क पता; डुप्लीकेशन हटाने की कुंजी के रूप में उपयोग किया जाता है
mobile String मोबाइल टेलीफोन नंबर (E.164 प्रारूप अनुशंसित)
gender String स्प्लैश पेज से स्व-घोषित लिंग
postcode String पिनकोड; भौगोलिक विभाजन को सक्षम बनाता है
dateOfBirth String प्रारूप: YYYY-MM-DD; आयु-वर्ग विभाजन और जन्मदिन ट्रिगर सक्षम करता है

डेटा ट्रांसमिशन प्लेटफॉर्म स्तर पर सहमति-गेटेड (consent-gated) है। Purple तब तक dotdigital को संपर्क रिकॉर्ड नहीं भेजेगा जब तक कि अतिथि ने स्प्लैश पेज सहमति चेकबॉक्स के माध्यम से मार्केटिंग संचार के लिए स्पष्ट रूप से सहमति न दी हो। यह एक सख्त प्रवर्तन है — कोई कॉन्फ़िगर करने योग्य विकल्प नहीं है — और यह प्राथमिक तंत्र है जिसके द्वारा एकीकरण UK GDPR, यूरोपीय संघ के सामान्य डेटा संरक्षण विनियमन (GDPR) और CCPA के अनुपालन को बनाए रखता है।

प्रमाणीकरण और एंडपॉइंट कॉन्फ़िगरेशन

dotdigital अपने REST API के लिए HTTP Basic Authentication का उपयोग करता है। क्रेडेंशियल में एक API उपयोगकर्ता ईमेल पता और पासवर्ड शामिल होता है, जिसे dotdigital खाते के भीतर एक समर्पित उपयोगकर्ता के रूप में बनाया जाना चाहिए — न कि प्राथमिक खाता लॉगिन। API एंडपॉइंट URL खाता-विशिष्ट और क्षेत्र-निर्भर होता है। इसे dotdigital प्लेटफॉर्म के भीतर Account Settings > Access से प्राप्त किया जाता है। क्षेत्र एक खातों के लिए एक विशिष्ट एंडपॉइंट https://r1-api.dotdigital.com का रूप लेता है।

यह एंडपॉइंट विशिष्टता कनेक्टर सत्यापन विफलताओं का सबसे आम स्रोत है। जो टीमें सामान्य या दस्तावेज़ीकरण-उदाहरण URL का उपयोग करने का प्रयास करती हैं, उन्हें प्रमाणीकरण त्रुटियों का सामना करना पड़ेगा। हमेशा उपयोग में आने वाले dotdigital खाते से सीधे एंडपॉइंट मान प्राप्त करें।

कनेक्टर परिनियोजन स्तर

Purple dotdigital कनेक्टर के लिए दो परिनियोजन स्तरों का समर्थन करता है:

ग्राहक स्तर (Customer level) पूरे Purple खाते में कनेक्टर कॉन्फ़िगरेशन लागू करता है, जिससे सभी स्थानों से सहमति देने वाले सभी अतिथियों को एक ही dotdigital एड्रेस बुक में भेजा जाता है। यह एकल-स्थान ऑपरेटरों या समान स्थान वाले संगठनों के लिए उपयुक्त है।

स्थान स्तर (Venue level) प्रत्येक व्यक्तिगत स्थान को एक अलग dotdigital एड्रेस बुक से मैप करने की अनुमति देता है। यह बहु-संपत्ति ऑपरेटरों — होटल समूहों, रिटेल श्रृंखलाओं, स्टेडियम ऑपरेटरों — के लिए अनुशंसित कॉन्फ़िगरेशन है जहां लक्षित मार्केटिंग, स्थानीयकृत ऑफ़र या अलग ब्रांड पहचान के लिए स्थान-स्तरीय विभाजन की आवश्यकता होती है।

कार्यान्वयन गाइड

चरण 1: अपना dotdigital खाता तैयार करें

Purple कनेक्टर को कॉन्फ़िगर करने से पहले, अपने dotdigital खाते में निम्नलिखित को पूरा करें। Account Settings पर जाएं और एक समर्पित ईमेल पते और एक मजबूत पासवर्ड के साथ एक नया API उपयोगकर्ता बनाएं। Access पेज के शीर्ष पर प्रदर्शित API एंडपॉइंट URL को रिकॉर्ड करें। वह एड्रेस बुक या बुक्स बनाएं जो Purple संपर्कों को प्राप्त करेंगी — बहु-संपत्ति परिनियोजन के लिए प्रति स्थान एक की सिफारिश की जाती है। वैकल्पिक रूप से, यदि आप आठ मानक Purple फ़ील्ड से परे अतिरिक्त विशेषताओं को कैप्चर करना चाहते हैं, तो dotdigital में कस्टम डेटा फ़ील्ड बनाएं।

चरण 2: Purple कनेक्टर को कॉन्फ़िगर करें

Purple प्लेटफॉर्म के भीतर, Management > Connectors पर जाएं। dotdigital कनेक्टर ढूंढें और Add चुनें। चार आवश्यक फ़ील्ड भरें: कनेक्टर का नाम (आपके संदर्भ के लिए एक वर्णनात्मक लेबल), dotdigital API ईमेल, dotdigital API पासवर्ड और dotdigital API एंडपॉइंट URL। Verify चुनें। सफल सत्यापन पर, आपके dotdigital खाते में उपलब्ध एड्रेस बुक्स की सूची वाला एक ड्रॉपडाउन दिखाई देगा। लक्षित एड्रेस बुक चुनें और कॉन्फ़िगरेशन सहेजें।

बहु-स्थान परिनियोजन के लिए, प्रत्येक संपत्ति के लिए स्थान स्तर पर इस प्रक्रिया को दोहराएं, प्रत्येक को उसकी निर्दिष्ट एड्रेस बुक में असाइन करें।

चरण 3: स्प्लैश पेज सहमति तंत्र को कॉन्फ़िगर करें

आपके Purple स्प्लैश पेज पर मार्केटिंग सहमति चेकबॉक्स पूरे एकीकरण का प्रवेश द्वार है। अपने स्प्लैश पेज कॉन्फ़िगरेशन पर जाएं और सुनिश्चित करें कि मार्केटिंग ऑप्ट-इन चेकबॉक्स सक्षम और स्पष्ट रूप से लेबल किया गया है। UK GDPR अनुच्छेद 7 के तहत सहमति की भाषा स्पष्ट, विशिष्ट और असंदिग्ध होनी चाहिए। एक अनुपालन उदाहरण: "मैं ऑफ़र, इवेंट और समाचारों के बारे में [संगठन का नाम] से मार्केटिंग संचार प्राप्त करने के लिए सहमत हूं। आप किसी भी समय अनसब्सक्राइब कर सकते हैं।" इस चेकबॉक्स को पहले से टिक न करें।

यदि आपके मार्केटिंग प्रोग्राम में SMS शामिल है, तो सुनिश्चित करें कि सहमति की भाषा स्पष्ट रूप से SMS संचार को कवर करती है। ईमेल और SMS दोनों को कवर करने वाला एक एकल चेकबॉक्स स्वीकार्य है बशर्ते भाषा स्पष्ट हो।

चरण 4: अपने dotdigital ऑटोमेशन प्रोग्राम बनाएं

कनेक्टर के लाइव होने से पहले dotdigital में ऑटोमेशन प्रोग्राम तैनात करें। कम से कम, एड्रेस बुक में संपर्क जोड़ने से ट्रिगर होने वाला एक स्वागत प्रोग्राम कॉन्फ़िगर करें। एक अनुशंसित तीन-चरणीय स्वागत यात्रा:

  • तत्काल (0 मिनट): WiFi एक्सेस की पुष्टि करने वाला स्वागत ईमेल, जिसमें आपके स्थान या सेवाओं का ब्रांडेड परिचय हो।
  • दूसरा दिन (48 घंटे): अतिथि के संदर्भ के अनुरूप प्रासंगिक ऑफ़र, स्थान गाइड या सामग्री के साथ फ़ॉलो-अप ईमेल।
  • 30वां दिन (पुनः जुड़ाव): उन संपर्कों के लिए स्वचालित पुनः जुड़ाव ईमेल जो वापस नहीं आए हैं, उन्हें फिर से आने के लिए प्रोत्साहन के साथ।

लॉयल्टी प्रोग्राम एकीकरण के लिए, उन संपर्कों को नामांकित करने के लिए dotdigital के प्रोग्राम बिल्डर का उपयोग करें जो विशिष्ट मानदंडों को पूरा करते हैं — उदाहरण के लिए, वे संपर्क जिन्होंने लॉयल्टी प्रोग्राम की रुचि के बारे में कस्टम स्प्लैश पेज प्रश्न का सकारात्मक उत्तर दिया था।

चरण 5: द्विदिशीय सप्रेशन सिंक कॉन्फ़िगर करें

जब कोई संपर्क अनसब्सक्राइब करता है तो Purple को सूचित करने के लिए एक dotdigital वेबहुक कॉन्फ़िगर करें। यह सुनिश्चित करता है कि उनके अगले WiFi लॉगिन पर एक सप्रेस्ड (दबाया गया) संपर्क dotdigital में फिर से न जोड़ा जाए। इस चरण के बिना, GDPR अनुपालन के दृष्टिकोण से एकीकरण तकनीकी रूप से अधूरा है।

चरण 6: सत्यापित करें और लाइव जाएं

WiFi पर एक परीक्षण डिवाइस को प्रमाणित करके, एक परीक्षण ईमेल पते और मार्केटिंग सहमति के साथ स्प्लैश पेज को पूरा करके, और यह सत्यापित करके कि संपर्क दो से तीन मिनट के भीतर सही dotdigital एड्रेस बुक में दिखाई देता है, एक एंड-टू-एंड परीक्षण करें। पुष्टि करें कि स्वागत ऑटोमेशन प्रोग्राम सही ढंग से ट्रिगर होता है। परीक्षण के परिणामों को प्रलेखित करें और उत्पादन परिनियोजन के साथ आगे बढ़ें।

best_practices_infographic.png

सर्वोत्तम अभ्यास

सहमति आर्किटेक्चर

आपके ऑप्ट-इन डेटाबेस की गुणवत्ता सीधे आपके सहमति आर्किटेक्चर पर निर्भर करती है। जो संगठन स्पष्ट, ईमानदार सहमति भाषा में निवेश करते हैं — भले ही इससे ऑप्ट-इन दरों में मामूली कमी आए — वे अधिक व्यस्त, उच्च-मूल्य वाली संपर्क सूचियां बनाते हैं। एक पारदर्शी सहमति तंत्र से 30% की ऑप्ट-इन दर लगातार एक अस्पष्ट या भ्रामक तंत्र से 60% की ऑप्ट-इन दर से बेहतर प्रदर्शन करेगी, क्योंकि पहला समूह वास्तव में आपसे सुनना चाहता है। Harrods ने 581,000 WiFi उपयोगकर्ताओं से 38% की ऑप्ट-इन दर हासिल की — यह दर पारदर्शी, मूल्य-विनिमय सहमति भाषा के अनुरूप है।

एड्रेस बुक वर्गीकरण (Taxonomy)

Purple को जोड़ने से पहले अपनी dotdigital एड्रेस बुक संरचना को डिज़ाइन करें। 20 संपत्तियों का संचालन करने वाले एक होटल समूह के लिए, इसका मतलब 20 स्थान-विशिष्ट एड्रेस बुक्स हो सकता है, साथ ही क्रॉस-प्रॉपर्टी अभियानों के लिए एक मास्टर समेकित बुक हो सकती है। एक रिटेल श्रृंखला के लिए, इसका मतलब क्षेत्र या स्टोर प्रारूप द्वारा विभाजित बुक्स हो सकता है। मुख्य सिद्धांत यह है कि एड्रेस बुक संरचना डाउनस्ट्रीम में आपकी विभाजन क्षमता को निर्धारित करती है — डेटा एकत्र होने के बाद इसे फिर से तैयार करना महंगा और विघटनकारी होता है।

ऑटोमेशन प्रोग्राम की गहराई

सबसे प्रभावी Purple-dotdigital परिनियोजन dotdigital की पूर्ण प्रोग्राम क्षमता का उपयोग करते हैं: स्वागत यात्राएं, dateOfBirth फ़ील्ड द्वारा ट्रिगर किए गए जन्मदिन अभियान, निष्क्रिय संपर्कों के लिए पुनः जुड़ाव अनुक्रम और विज़िट के बाद के सर्वेक्षण। postcode फ़ील्ड स्थानीयकृत ऑफ़र के लिए भौगोलिक लक्ष्यीकरण को सक्षम बनाता है। gender फ़ील्ड जनसांख्यिकीय वैयक्तिकरण को सक्षम बनाता है। dateOfBirth फ़ील्ड आयु-वर्ग विभाजन और जन्मदिन ट्रिगर को सक्षम बनाता है। सभी आठ फ़ील्ड का उपयोग करें — वे एक समृद्ध विभाजन आधार का प्रतिनिधित्व करते हैं जिसका अधिकांश संगठन कम उपयोग करते हैं।

सुपुर्दगी (Deliverability) प्रबंधन

परिनियोजन के पहले 90 दिनों के दौरान साप्ताहिक रूप से dotdigital के सुपुर्दगी डैशबोर्ड की निगरानी करें। मुख्य बेंचमार्क: ओपन रेट 20% से ऊपर, क्लिक-थ्रू रेट 2% से ऊपर, बाउंस रेट 2% से नीचे, अनसब्सक्राइब रेट 0.5% से नीचे। यदि बाउंस दरें बढ़ी हुई हैं, तो ईमेल पतों को आपके सक्रिय डेटाबेस में प्रवेश करने से पहले सत्यापित करने के लिए dotdigital के डबल ऑप्ट-इन वर्कफ़्लो को लागू करें। यह विशेष रूप से उच्च क्षणिक फुटफॉल वाले स्थानों — हवाई अड्डों, ट्रेन स्टेशनों, सम्मेलन केंद्रों — के लिए प्रासंगिक है जहां अतिथि अस्थायी या गलत ईमेल पते दर्ज कर सकते हैं।

GDPR और PECR अनुपालन

एकीकरण को डिफ़ॉल्ट रूप से अनुपालन करने के लिए डिज़ाइन किया गया है, लेकिन अनुपालन एक साझा जिम्मेदारी है। Purple डेटा कैप्चर परत पर सहमति लागू करता है; dotdigital इसे संचार परत पर लागू करता है। आपका संगठन स्प्लैश पेज पर सहमति की भाषा, मार्केटिंग संचार की सामग्री और सप्रेशन सूचियों के रखरखाव के लिए जिम्मेदार है। UK GDPR या EU GDPR के अंतर्गत आने वाले क्षेत्राधिकारों में एकीकरण को तैनात करने से पहले एक डेटा संरक्षण प्रभाव मूल्यांकन (DPIA) आयोजित करें, विशेष रूप से सार्वजनिक क्षेत्र के संगठनों के लिए जो डेटा संरक्षण अधिनियम 2018 के तहत अतिरिक्त दायित्वों के अधीन हैं।

troubleshooting_guide.png

समस्या निवारण और जोखिम शमन

कनेक्टर सत्यापन विफलताएं

सबसे लगातार परिनियोजन समस्या। अधिकांश मामलों में एक गलत API एंडपॉइंट URL के कारण होती है। समाधान: dotdigital में लॉग इन करें, Account Settings > Access पर जाएं, और प्रदर्शित एंडपॉइंट URL को बिल्कुल वैसे ही कॉपी करें। सुनिश्चित करें कि कोई अंतिम स्लैश या व्हाइटस्पेस शामिल नहीं है। सत्यापित करें कि API उपयोगकर्ता क्रेडेंशियल एक समर्पित API उपयोगकर्ता खाते के लिए हैं, न कि प्राथमिक खाता लॉगिन के लिए। यदि सत्यापन अभी भी विफल रहता है, तो पुष्टि करें कि dotdigital खाते में API एक्सेस सक्षम है — यह एक ऐसी सुविधा है जिसे कुछ खाता स्तरों के लिए dotdigital समर्थन द्वारा सक्रिय करने की आवश्यकता हो सकती है।

dotdigital में संपर्क दिखाई नहीं दे रहे हैं

यदि कनेक्टर सफलतापूर्वक सत्यापित हो जाता है लेकिन संपर्क लक्षित एड्रेस बुक में दिखाई नहीं दे रहे हैं, तो इसका प्राथमिक कारण स्प्लैश पेज पर मार्केटिंग सहमति चेकबॉक्स का सक्षम न होना है। Purple स्पष्ट सहमति के बिना डेटा प्रसारित नहीं करेगा। माध्यमिक कारणों में कनेक्टर का गलत स्तर (ग्राहक बनाम स्थान) पर कॉन्फ़िगर होना, या कनेक्टर सहेजे जाने के बाद से एड्रेस बुक ID का बदल जाना शामिल है। समाधान: स्प्लैश पेज सहमति कॉन्फ़िगरेशन सत्यापित करें, कनेक्टर स्तर की पुष्टि करें, और एड्रेस बुक चयन को रीफ्रेश करने के लिए कनेक्टर को फिर से सत्यापित करें।

डुप्लिकेट संपर्क रिकॉर्ड

तब होता है जब एक ही ईमेल पता कई WiFi सत्रों में सबमिट किया जाता, आमतौर पर उच्च-फुटफॉल वाले स्थानों में। समाधान: सुनिश्चित करें कि dotdigital की एड्रेस बुक नए रिकॉर्ड बनाने के बजाय ईमेल पता मिलान पर मौजूदा संपर्कों को अपडेट करने के लिए कॉन्फ़िगर की गई है। इसे dotdigital की संपर्क आयात सेटिंग्स के भीतर नियंत्रित किया जाता है। इसके अतिरिक्त, समीक्षा करें कि क्या Purple कनेक्टर एक ही स्थान के लिए ग्राहक और स्थान दोनों स्तरों पर कॉन्फ़िगर किया गया है — एक दोहरे कॉन्फ़िगरेशन के परिणामस्वरूप डुप्लिकेट पुश होंगे।

अनुपलब्ध डेटा फ़ील्ड

यदि संपर्क dotdigital में दिखाई देते हैं लेकिन कुछ फ़ील्ड खाली हैं, तो सबसे संभावित कारण यह है कि अतिथियों ने स्प्लैश पेज पर उन फ़ील्ड को पूरा नहीं किया। Purple केवल उन्हीं फ़ील्ड को प्रसारित करता है जो प्रमाणीकरण के दौरान प्रदान किए गए थे। मोबाइल नंबर या जन्म तिथि जैसे वैकल्पिक फ़ील्ड के लिए, कुछ अतिथि उन्हें प्रदान करने से मना कर देंगे। यदि आपकी विभाजन रणनीति के लिए विशिष्ट फ़ील्ड की पूर्णता महत्वपूर्ण है, तो स्प्लैश पेज पर उन फ़ील्ड को आवश्यक बनाने पर विचार करें — लेकिन ध्यान दें कि प्रत्येक अतिरिक्त आवश्यक फ़ील्ड आपकी समग्र ऑप्ट-इन रूपांतरण दर को कम कर देगा।

GDPR सप्रेशन का सम्मान न होना

यदि अनसब्सक्राइब किए गए संपर्कों को बाद के WiFi लॉगिन पर dotdigital में फिर से जोड़ा जा रहा है, तो द्विदिशीय सप्रेशन वेबहुक कॉन्फ़िगर नहीं किया गया है। यह एक अनुपालन जोखिम है। समाधान: एक dotdigital वेबहुक कॉन्फ़िगर करें जो अनसब्सक्राइब इवेंट्स पर सक्रिय होता है और Purple में संबंधित संपर्क रिकॉर्ड को सप्रेस्ड के रूप में चिह्नित करने के लिए अपडेट करता है। वेबहुक कॉन्फ़िगरेशन मार्गदर्शन के लिए dotdigital डेवलपर दस्तावेज़ देखें।

जोखिम शमन ढांचा

जोखिम संभावना प्रभाव शमन
गलत API एंडपॉइंट उच्च मध्यम सीधे dotdigital खाते से एंडपॉइंट प्राप्त करें
सहमति चेकबॉक्स अक्षम मध्यम उच्च लॉन्च-पूर्व चेकलिस्ट में शामिल करें; वास्तविक डिवाइस के साथ परीक्षण करें
डुप्लिकेट संपर्क मध्यम निम्न dotdigital में ईमेल-आधारित डुप्लीकेशन हटाना कॉन्फ़िगर करें
सप्रेशन सिंक नहीं हुआ निम्न उच्च गो-लाइव से पहले अनसब्सक्राइब वेबहुक लागू करें
डेटा फ़ील्ड पूर्णता उच्च निम्न विभाजन की आवश्यकताओं के आधार पर फ़ील्ड आवश्यकताएं सेट करें
API क्रेडेंशियल एक्सपोज़र निम्न उच्च समर्पित API उपयोगकर्ता का उपयोग करें; क्रेडेंशियल को त्रैमासिक रूप से बदलें

ROI और व्यावसायिक प्रभाव

सफलता को मापना

Purple-dotdigital एकीकरण दो अलग-अलग आयामों में मूल्य प्रदान करता है: डेटाबेस विकास और राजस्व एट्रिब्यूशन। डेटाबेस विकास को प्रति माह जोड़े गए नए ऑप्ट-इन संपर्कों की संख्या, कुल WiFi प्रमाणीकरण के प्रतिशत के रूप में ऑप्ट-इन दर, और संपर्क डेटा पूर्णता की दर (सभी आठ फ़ील्ड भरे हुए संपर्कों का प्रतिशत) द्वारा मापा जाता है। राजस्व एट्रिब्यूशन को खरीदारी, लॉयल्टी प्रोग्राम साइन-अप, या अन्य रूपांतरण घटनाओं को ट्रैक करके मापा जाता है जिन्हें उन संपर्कों से जोड़ा जा सकता है जिन्होंने WiFi लॉगिन के माध्यम से डेटाबेस में प्रवेश किया था।

dotdigital का रिपोर्टिंग सूट अभियान-स्तरीय विश्लेषण — ओपन रेट, क्लिक-थ्रू रेट, रूपांतरण दर — प्रदान करता है जिसका उपयोग प्रत्येक ऑटोमेशन प्रोग्राम के राजस्व योगदान की गणना करने के लिए किया जा सकता है। Purple का एनालिटिक्स डैशबोर्ड अधिग्रहित संपर्क प्रति लागत की गणना करने के लिए आवश्यक फुटफॉल और प्रमाणीकरण डेटा प्रदान करता है।

बेंचमार्क और अपेक्षित परिणाम

Purple एस्टेट से प्रलेखित परिनियोजन के आधार पर:

स्थान का प्रकार विशिष्ट ऑप्ट-इन दर अपेक्षित ROI समयरेखा मुख्य राजस्व चालक
लक्ज़री रिटेल 35–45% 6–12 महीने लॉयल्टी प्रोग्राम रूपांतरण
होटल (मध्य-बाज़ार) 25–35% 12–18 महीने प्रत्यक्ष बुकिंग पुनः जुड़ाव
हवाई अड्डा / परिवहन केंद्र 15–25% 18–24 महीने रिटेल और F&B अपसेल
स्टेडियम / इवेंट स्थान 20–30% 12–18 महीने मर्चेंडाइज और टिकट अपसेल
सम्मेलन केंद्र 30–40% 6–12 महीने इवेंट री-बुकिंग और प्रायोजन

लागत-लाभ विचार

राजस्व क्षमता की तुलना में Purple के भीतर dotdigital कनेक्टर की सीमांत लागत कम है। प्राथमिक निवेश प्रोग्राम डिज़ाइन और सामग्री निर्माण में है — ऑटोमेशन यात्राएं, ईमेल टेम्पलेट और विभाजन तर्क जो यह निर्धारित करते हैं कि संपर्क डेटाबेस का कितनी प्रभावी ढंग से मुद्रीकरण किया जाता है। जो संगठन एकीकरण को सेट-एंड-फॉरगेट डेटा पाइप के रूप में मानते हैं, उन्हें मामूली रिटर्न दिखाई देगा। जो लोग निरंतर प्रोग्राम अनुकूलन में निवेश करते हैं — विषय पंक्तियों का A/B परीक्षण करना, विभाजन को परिष्कृत करना, ऑटोमेशन की गहराई का विस्तार करना — वे ऊपर प्रलेखित Harrods और AGS Airports बेंचमार्क के अनुरूप रिटर्न देखेंगे।

एक व्यावहारिक नियम: WiFi के माध्यम से प्राप्त प्रत्येक 10,000 ऑप्ट-इन संपर्कों के लिए, एक अच्छी तरह से कॉन्फ़िगर किए गए dotdigital प्रोग्राम को परिनियोजन के 90 दिनों के भीतर मापने योग्य वृद्धिशील राजस्व उत्पन्न करना चाहिए, बशर्ते स्वागत श्रृंखला पर न्यूनतम 20% की ओपन दर और 2% की क्लिक-थ्रू दर हो।

मुख्य परिभाषाएं

Captive Portal

WiFi नेटवर्क तक पहुंच प्रदान करने से पहले अतिथि के सामने प्रस्तुत किया जाने वाला एक वेब पेज। Purple का कैप्टिव पोर्टल — जिसे स्प्लैश पेज भी कहा जाता है — वह इंटरफ़ेस है जिसके माध्यम से अतिथि प्रमाणित करते हैं, प्रोफ़ाइल डेटा प्रदान करते हैं, और मार्केटिंग सहमति देते हैं। यह dotdigital एकीकरण में बहने वाले सभी डेटा के लिए प्रवेश बिंदु है।

IT टीमें नेटवर्क कॉन्फ़िगरेशन और स्प्लैश पेज डिज़ाइन के दौरान इसका सामना करती हैं। कैप्टिव पोर्टल का सहमति चेकबॉक्स पूरी मार्केटिंग ऑटोमेशन पाइपलाइन का कानूनी और तकनीकी प्रवेश द्वार है।

Address Book (dotdigital)

dotdigital के भीतर संपर्कों की एक नामित सूची, जो एक मेलिंग सूची या CRM सेगमेंट के समान है। एड्रेस बुक्स dotdigital में प्राथमिक संगठनात्मक इकाई हैं और Purple के डेटा पुश के लिए लक्षित गंतव्य के रूप में कार्य करती हैं। ऑटोमेशन प्रोग्राम किसी विशिष्ट एड्रेस बुक में संपर्क जोड़ने से ट्रिगर होते हैं।

एड्रेस बुक वर्गीकरण (taxonomy) — कितनी बुक्स, क्या नाम, किस स्तर पर — बहु-स्थान परिनियोजन में सबसे महत्वपूर्ण आर्किटेक्चरल निर्णय है। यह सभी डाउनस्ट्रीम मार्केटिंग गतिविधियों के लिए विभाजन क्षमता निर्धारित करता है।

Automation Programme (dotdigital)

dotdigital में स्वचालित कार्रवाइयों का एक कॉन्फ़िगर किया गया अनुक्रम, जो एक परिभाषित घटना जैसे कि एड्रेस बुक में संपर्क जोड़े जाने से ट्रिगर होता है। प्रोग्राम में ईमेल भेजना, SMS संदेश, प्रतीक्षा अवधि, सशर्त शाखाएं और संपर्क स्कोरिंग अपडेट शामिल हो सकते हैं। वे वह तंत्र हैं जिसके माध्यम से Purple का डेटा कैप्चर मार्केटिंग संचार में परिवर्तित हो जाता है।

IT टीमें यह सुनिश्चित करने के लिए ज़िम्मेदार हैं कि कनेक्टर प्रोग्राम नामांकन को सही ढंग से ट्रिगर करे। मार्केटिंग टीमें प्रोग्राम सामग्री डिज़ाइन करती हैं। 'API के माध्यम से जोड़े गए संपर्कों को शामिल करें' सेटिंग एक सामान्य कॉन्फ़िगरेशन चूक है जो प्रोग्राम को ट्रिगर होने से रोकती है।

API Endpoint (dotdigital)

dotdigital के REST API के लिए बेस URL, जो प्रत्येक खाते को सौंपे गए क्षेत्रीय डेटा सेंटर के लिए विशिष्ट है। यह `https://r{n}-api.dotdigital.com` का रूप लेता है जहां `{n}` क्षेत्र संख्या है। इसे dotdigital प्लेटफॉर्म के भीतर Account Settings > Access से प्राप्त किया जाता है।

यह कनेक्टर सत्यापन विफलताओं का सबसे आम स्रोत है। इसे सीधे dotdigital खाते से प्राप्त किया जाना चाहिए — इसका अनुमान नहीं लगाया जा सकता है या सामान्य दस्तावेज़ीकरण से कॉपी नहीं किया जा सकता है।

Consent-Gated Data Push

एक डेटा ट्रांसमिशन तंत्र जो केवल तब सक्रिय होता है जब स्पष्ट उपयोगकर्ता सहमति दर्ज की गई हो। Purple-dotdigital एकीकरण में, Purple केवल तभी dotdigital को संपर्क रिकॉर्ड भेजेगा जब अतिथि ने स्प्लैश पेज पर मार्केटिंग सहमति चेकबॉक्स पर टिक किया हो। यह एक प्लेटफॉर्म-स्तरीय प्रवर्तन है, न कि कोई कॉन्फ़िगर करने योग्य विकल्प।

यह तंत्र एकीकरण में प्राथमिक GDPR अनुपालन नियंत्रण है। यह सुनिश्चित करता है कि केवल वास्तविक रूप से ऑप्ट-इन किए गए संपर्क ही मार्केटिंग डेटाबेस में प्रवेश करें, जिससे संगठन नियामक जोखिम से बचता है और कम जुड़ाव वाले संपर्कों से सुपुर्दगी की रक्षा होती है।

Double Opt-In

एक दो-चरणीय सहमति सत्यापन प्रक्रिया जिसमें एक संपर्क, शुरू में ऑप्ट-इन करने के बाद, एक पुष्टिकरण ईमेल प्राप्त करता है और अपने ईमेल पते को सत्यापित करने और अपनी सदस्यता की पुष्टि करने के लिए एक लिंक पर क्लिक करना होता है। dotdigital मूल रूप से डबल ऑप्ट-इन का समर्थन करता है। यह संपर्कों को 'Pending' से 'Subscribed' स्थिति में परिवर्तित करता है और सहमति प्रलेखन की एक अतिरिक्त परत प्रदान करता है।

उच्च क्षणिक फुटफॉल वाले स्थानों — हवाई अड्डों, सम्मेलन केंद्रों, ट्रेन स्टेशनों — के लिए अनुशंसित, जहां अतिथि गलत या अस्थायी ईमेल पते दर्ज कर सकते हैं। डबल ऑप्ट-इन कम प्रारंभिक रूपांतरण दर की कीमत पर बाउंस दरों को कम करता है और सुपुर्दगी में सुधार करता है।

Suppression List

ईमेल पतों या संपर्कों की एक सूची जिन्हें मार्केटिंग संचार प्राप्त नहीं होना चाहिए, आमतौर पर इसलिए क्योंकि उन्होंने अनसब्सक्राइब किया है, शिकायत की है, या अमान्य के रूप में पहचाने गए हैं। dotdigital स्वचालित रूप से सप्रेशन सूचियों का रखरखाव करता है। Purple-dotdigital एकीकरण को सप्रेशन को वापस Purple में सिंक करने के लिए एक वेबहुक की आवश्यकता होती है, जिससे बाद के WiFi लॉगिन पर सप्रेस्ड संपर्कों को फिर से जोड़ने से रोका जा सके।

द्विदिशीय सप्रेशन सिंक को लागू करने में विफलता एक GDPR अनुपालन जोखिम और एक सुपुर्दगी जोखिम है। यह किसी भी उत्पादन परिनियोजन में एक अनिवार्य कॉन्फ़िगरेशन चरण है।

Venue-Level Connector

एक एकल स्थान के लिए सीमित एक Purple कनेक्टर कॉन्फ़िगरेशन, ग्राहक-स्तरीय कॉन्फ़िगरेशन के विपरीत जो पूरे Purple खाते में लागू होता है। स्थान-स्तरीय कनेक्टर विभिन्न स्थानों को विभिन्न dotdigital एड्रेस बुक्स में रूट करने की अनुमति देते हैं, जिससे स्थान-विशिष्ट विभाजन और वैयक्तिकरण सक्षम होता है।

बहु-संपत्ति ऑपरेटरों के लिए आवश्यक। होटल समूहों, रिटेल श्रृंखलाओं और स्टेडियम ऑपरेटरों को अपने पूरे एस्टेट में स्वच्छ डेटा विभाजन बनाए रखने के लिए हमेशा स्थान-स्तरीय कॉन्फ़िगरेशन का उपयोग करना चाहिए।

First-Party Data

विपणन के लिए इसका उपयोग करने वाले संगठन द्वारा सीधे व्यक्तियों से एकत्र किया गया डेटा, व्यक्ति की जानकारी और सहमति के साथ। WiFi लॉगिन डेटा कैप्चर किया गया Purple के कैप्टिव पोर्टल के माध्यम से प्रथम-पक्ष डेटा है। यह तृतीय-पक्ष डेटा (खरीदी गई सूचियां) और द्वितीय-पक्ष डेटा (साझेदारों द्वारा साझा किया गया डेटा) से अलग है। पोस्ट-कुकी, पोस्ट-GDPR परिदृश्य में प्रथम-पक्ष डेटा मार्केटिंग डेटा का सबसे मूल्यवान और सबसे अनुपालन रूप है।

Purple-dotdigital एकीकरण का रणनीतिक मूल्य यह है कि यह भौतिक स्थान विज़िट से बड़े पैमाने पर उच्च गुणवत्ता वाला प्रथम-पक्ष डेटा उत्पन्न करता है। यह डेटा किसी भी डिजिटल मार्केटिंग चैनल के माध्यम से उपलब्ध नहीं है और स्थान ऑपरेटरों के लिए एक वास्तविक प्रतिस्पर्धी लाभ का प्रतिनिधित्व करता है।

PECR (Privacy and Electronic Communications Regulations)

यूके के नियम जो ईमेल और SMS सहित इलेक्ट्रॉनिक माध्यमों से प्रत्यक्ष विपणन को नियंत्रित करते हैं। PECR को व्यक्तियों (व्यवसायों के विपरीत) को मार्केटिंग ईमेल भेजने के लिए पूर्व सहमति की आवश्यकता होती है। यह Purple-dotdigital एकीकरण द्वारा ट्रिगर किए गए मार्केटिंग संचार के लिए कानूनी आधार को परिभाषित करने के लिए UK GDPR के साथ मिलकर काम करता है।

IT और मार्केटिंग टीमों को यह सुनिश्चित करना चाहिए कि स्प्लैश पेज सहमति की भाषा मार्केटिंग के लिए उपयोग किए जाने वाले सभी चैनलों — ईमेल, SMS और पुश — को कवर करती है और जहां आवश्यक हो, सहमति प्रत्येक चैनल के लिए विशिष्ट है।

हल किए गए उदाहरण

UK भर में 12 संपत्तियों वाला एक 450-कमरों का सिटी-सेंटर होटल समूह प्रत्यक्ष बुकिंग पुनः जुड़ाव प्रोग्राम बनाने के लिए Purple के dotdigital कनेक्टर का उपयोग करना चाहता है। प्रत्येक संपत्ति का अपना Purple स्थान कॉन्फ़िगरेशन है। मार्केटिंग टीम उन अतिथियों को संपत्ति-विशिष्ट ऑफ़र भेजना चाहती है जो किसी विशेष होटल में रुके हैं, साथ ही समूह-व्यापी अभियान चलाने में भी सक्षम होना चाहती है। एकीकरण को कैसे आर्किटेक्ट किया जाना चाहिए?

सही आर्किटेक्चर Purple में स्थान-स्तरीय कनेक्टर कॉन्फ़िगरेशन का उपयोग करता है, जिसमें 12 संपत्तियों में से प्रत्येक को एक समर्पित dotdigital एड्रेस बुक से मैप किया जाता है। यह मार्केटिंग टीम को संपत्ति-स्तरीय लक्ष्यीकरण के लिए स्वच्छ, स्थान-विशिष्ट संपर्क सूचियां देता है। इसके समानांतर, एक dotdigital सेगमेंट बनाया जाता है जो सभी 12 एड्रेस बुक्स के संपर्कों को एकत्रित करता है — इस सेगमेंट का उपयोग संपर्क रिकॉर्ड को डुप्लिकेट किए बिना समूह-व्यापी अभियानों के लिए किया जाता है।

चरण 1: dotdigital में, संपत्ति के नाम से 12 एड्रेस बुक्स बनाएं (जैसे, 'Purple - Manchester City Centre', 'Purple - Edinburgh Royal Mile')। सभी 12 बुक्स को कवर करने वाली 'संपर्क इनमें से किसी भी एड्रेस बुक में है' शर्त का उपयोग करके एक मास्टर सेगमेंट बनाएं।

चरण 2: Purple में, Management > Venues के अंतर्गत प्रत्येक स्थान की सेटिंग्स पर जाएं। प्रत्येक स्थान के लिए, समान API क्रेडेंशियल्स का उपयोग करके लेकिन संपत्ति-विशिष्ट एड्रेस बुक का चयन करके स्थान स्तर पर एक dotdigital कनेक्टर जोड़ें।

चरण 3: 12 एड्रेस बुक्स में से किसी में भी संपर्क जोड़ने से ट्रिगर होने वाला एक स्वागत ऑटोमेशन प्रोग्राम dotdigital में बनाएं। ईमेल टेम्पलेट में डायनेमिक कंटेंट ब्लॉक का उपयोग करके संदेश को उस एड्रेस बुक (संपत्ति) के आधार पर वैयक्तिकृत करें जिसमें संपर्क जोड़ा गया था — उदाहरण के लिए, विशिष्ट होटल की सुविधाएं और एक सीधा बुकिंग लिंक प्रदर्शित करना।

चरण 4: एक पुनः जुड़ाव प्रोग्राम बनाएं जो अंतिम WiFi लॉगिन के 30 दिनों बाद संपत्ति-विशिष्ट ऑफ़र के साथ सक्रिय हो। प्रीमियम पुनः जुड़ाव अभियानों के लिए उच्च-मूल्य वाले अतिथियों (कई विज़िट, उच्च डेटा पूर्णता) की पहचान करने के लिए dotdigital के संपर्क स्कोरिंग का उपयोग करें।

चरण 5: समूह-व्यापी अभियानों — मौसमी प्रचार, लॉयल्टी प्रोग्राम लॉन्च — के लिए, उन संपर्कों को डुप्लिकेट संदेश भेजने से बचने के लिए मास्टर सेगमेंट का उपयोग करें जो कई संपत्ति एड्रेस बुक्स में दिखाई देते हैं।

परीक्षक की टिप्पणी: यह आर्किटेक्चर स्थान-स्तरीय विभाजन को समूह-स्तरीय पहुंच से सही ढंग से अलग करता है। मुख्य निर्णय बिंदु ग्राहक-स्तरीय के बजाय स्थान-स्तरीय कनेक्टर कॉन्फ़िगरेशन का उपयोग करना है, जो सभी 12 संपत्तियों को एक ही एड्रेस बुक में भेज देगा और स्थान एट्रिब्यूशन खो देगा। मास्टर सेगमेंट दृष्टिकोण समूह-व्यापी संचार के लिए 12 अलग-अलग अभियान भेजने के प्रबंधन की परिचालन जटिलता से बचाता है। स्वागत ईमेल में डायनेमिक कंटेंट दृष्टिकोण एक सर्वोत्तम अभ्यास है जो जुड़ाव दरों में काफी सुधार करता है — अतिथि उन संचारों का जवाब देते हैं जो उनके विशिष्ट अनुभव को संदर्भित करते हैं, न कि सामान्य ब्रांड संदेशों का। 30 दिनों पर पुनः जुड़ाव ट्रिगर सिटी-सेंटर संपत्तियों में होटल मेहमानों की वापसी की आवृत्ति के लिए प्रलेखित उद्योग बेंचमार्क पर आधारित है।

85 स्टोरों वाली एक राष्ट्रीय रिटेल श्रृंखला ने अपने पूरे एस्टेट में Purple WiFi तैनात किया है। छह महीने के बाद, मार्केटिंग टीम रिपोर्ट करती है कि संपर्क dotdigital में दिखाई दे रहे हैं लेकिन स्वागत ऑटोमेशन प्रोग्राम लगभग 15% नए संपर्कों के लिए ट्रिगर नहीं हो रहा है। IT टीम ने पुष्टि की है कि कनेक्टर सत्यापित है और संपर्कों को सही एड्रेस बुक में जोड़ा जा रहा है। सबसे संभावित कारण क्या है और इसे कैसे हल किया जाना चाहिए?

सबसे संभावित कारण dotdigital में संपर्क निर्माण और प्रोग्राम नामांकन के बीच एक रेस कंडीशन (race condition) है, साथ ही संपर्कों को dotdigital के मूल आयात के बजाय API के माध्यम से जोड़ा जा रहा है। जब संपर्कों को API के माध्यम से एड्रेस बुक में जोड़ा जाता है — जैसा कि Purple करता है — तो dotdigital का प्रोग्राम ट्रिगर लॉजिक काम नहीं कर सकता है यदि प्रोग्राम को 'API के माध्यम से जोड़े गए संपर्क' के बजाय 'आयात के माध्यम से एड्रेस बुक में जोड़े गए संपर्क' पर ट्रिगर करने के लिए कॉन्फ़िगर किया गया है।

समाधान चरण 1: dotdigital के प्रोग्राम बिल्डर में, स्वागत प्रोग्राम खोलें और नामांकन ट्रिगर का निरीक्षण करें। सत्यापित करें कि ट्रिगर शर्त 'एड्रेस बुक में जोड़ा गया संपर्क' पर सेट है और 'API के माध्यम से जोड़े गए संपर्कों को शामिल करें' विकल्प सक्षम है। यह विकल्प सभी dotdigital खाता कॉन्फ़िगरेशन में डिफ़ॉल्ट रूप से सक्षम नहीं होता है।

समाधान चरण 2: यदि ट्रिगर स्थिति सही है, तो जांचें कि क्या प्रभावित संपर्कों की ऑप्ट-इन स्थिति dotdigital में 'Subscribed' के बजाय 'Unknown' है। प्रोग्राम सेटिंग्स के आधार पर 'Unknown' स्थिति वाले संपर्कों को प्रोग्राम नामांकन से बाहर रखा जा सकता है। समाधान: 'Unknown' ऑप्ट-इन स्थिति वाले संपर्कों को शामिल करने के लिए प्रोग्राम को कॉन्फ़िगर करें, या पुष्टि पर संपर्कों को 'Subscribed' स्थिति में बदलने के लिए dotdigital के डबल ऑप्ट-इन वर्कफ़्लो को लागू करें।

समाधान चरण 3: प्रोग्राम की नामांकन आवृत्ति सेटिंग की समीक्षा करें। यदि 'केवल एक बार नामांकित करें' पर सेट किया गया है, तो जो संपर्क पहले नामांकित हो चुके हैं — उदाहरण के लिए, किसी भिन्न स्टोर पर पिछले WiFi सत्र से — वे पुनः नामांकित नहीं होंगे। एक रिटेल श्रृंखला के लिए जहां अतिथि कई स्टोरों पर जा सकते हैं, विचार करें कि क्या प्रत्येक नए स्टोर विज़िट पर पुनः नामांकन उपयुक्त है, और तदनुसार कॉन्फ़िगर करें।

समाधान चरण 4: प्रोग्राम नामांकन सीमाओं की जांच करें। कुछ dotdigital खाता कॉन्फ़िगरेशन अधिकतम दैनिक नामांकन दर लागू करते हैं। यदि रिटेल श्रृंखला का WiFi व्यस्त व्यावसायिक दिनों में बड़ी संख्या में नए संपर्क उत्पन्न करता है, तो यह सीमा 15% के अंतर का कारण बन सकती है।

परीक्षक की टिप्पणी: यह परिदृश्य एक सामान्य प्रकार की एकीकरण समस्या को दर्शाता है जो कनेक्टर कॉन्फ़िगरेशन से तुरंत दिखाई नहीं देती है — इसके लिए यह समझने की आवश्यकता होती है कि dotdigital का प्रोग्राम ट्रिगर लॉजिक API-स्रोत संपर्कों के साथ कैसे इंटरैक्ट करता है। 'API के माध्यम से जोड़े गए संपर्कों को शामिल करें' सेटिंग प्रारंभिक परिनियोजन में एक आम चूक है। बहु-स्थान रिटेल परिनियोजन में ऑप्ट-इन स्थिति की समस्या भी उतनी ही आम है जहां अतिथियों ने पहले किसी अन्य चैनल के माध्यम से ब्रांड के साथ बातचीत की होगी। नामांकन आवृत्ति का प्रश्न एक वास्तविक आर्किटेक्चरल निर्णय है — एक रिटेल श्रृंखला के लिए, स्टोर-विशिष्ट सामग्री देने के लिए प्रत्येक स्टोर विज़िट पर पुनः नामांकन उपयुक्त हो सकता है, लेकिन अत्यधिक संचार से बचने के लिए सावधानीपूर्वक प्रोग्राम डिज़ाइन की आवश्यकता होती है।

अभ्यास प्रश्न

Q1. एक सम्मेलन केंद्र ऑपरेटर तीन स्थानों को कवर करने वाला एक एकल Purple खाता चलाता है: एक मुख्य सभागार, एक ब्रेकआउट सूट और एक प्रदर्शनी हॉल। वे उपस्थित लोगों को इवेंट के बाद फ़ॉलो-अप ईमेल भेजने के लिए dotdigital का उपयोग करना चाहते हैं, जिसमें वे किस स्थान पर गए थे, इसके विशिष्ट सामग्री हो। उनका वर्तमान कनेक्टर ग्राहक स्तर पर कॉन्फ़िगर किया गया है, जो तीनों स्थानों को एक ही dotdigital एड्रेस बुक में रूट करता है। उन्हें क्या बदलाव करना चाहिए, और इसके क्या निहितार्थ हैं?

संकेत: विचार करें कि स्थान-स्तरीय कॉन्फ़िगरेशन एड्रेस बुक संरचना को कैसे बदलता है, और स्थान-विशिष्ट सामग्री का समर्थन करने के लिए dotdigital में किन अतिरिक्त चरणों की आवश्यकता होती है।

मॉडल उत्तर देखें

ऑपरेटर को स्थान स्तर पर कनेक्टर को पुनर्गठित करना चाहिए, जिससे तीन अलग-अलग dotdigital एड्रेस बुक्स बनें — प्रति स्थान एक। यह dotdigital को यह पहचानने की अनुमति देता है कि कोई संपर्क किस स्थान से जोड़ा गया था, जिससे ऑटोमेशन प्रोग्राम में स्थान-विशिष्ट सामग्री सक्षम होती है। निहितार्थ हैं: (1) एकल ग्राहक-स्तरीय एड्रेस बुक में मौजूदा संपर्कों को माइग्रेट या पुन: विभाजित करने की आवश्यकता होगी; (2) तीन अलग-अलग ऑटोमेशन प्रोग्राम बनाने होंगे या डायनेमिक कंटेंट ब्लॉक के साथ एक एकल प्रोग्राम कॉन्फ़िगर करना होगा; (3) समूह-व्यापी संचार के लिए, तीनों एड्रेस बुक्स को एकत्रित करने वाला एक dotdigital सेगमेंट बनाया जाना चाहिए। मौजूदा संपर्कों का माइग्रेशन सबसे जटिल परिचालन चरण है — इसके लिए यह पहचानना आवश्यक है कि प्रत्येक मौजूदा संपर्क किस स्थान से जुड़ा था, जिसके लिए dotdigital संपर्क रिकॉर्ड के साथ Purple के एनालिटिक्स डेटा को क्रॉस-रेफरेंस करने की आवश्यकता हो सकती है।

Q2. एक होटल समूह की IT टीम ने 8 संपत्तियों में Purple-dotdigital कनेक्टर तैनात किया है। गो-लाइव के तीन महीने बाद, मार्केटिंग टीम रिपोर्ट करती है कि स्वागत ईमेल ओपन दर 12% है — जो आतिथ्य स्वागत ईमेल के लिए 25% बेंचमार्क से काफी नीचे है। बाउंस दरें 4.2% पर हैं। सबसे संभावित कारण क्या हैं और IT टीम को किन सुधारात्मक कदमों की सिफारिश करनी चाहिए?

संकेत: 4.2% बाउंस दर संग्रह के बिंदु पर डेटा गुणवत्ता के बारे में एक मजबूत संकेत है। विचार करें कि बाउंस दरें बढ़ने पर ईमेल सुपुर्दगी का क्या होता है, और सहमति तंत्र इसमें कैसे योगदान दे सकता है।

मॉडल उत्तर देखें

4.2% बाउंस दर प्राथमिक समस्या है और लगभग निश्चित रूप से कम ओपन दर का कारण बन रही है। जब बाउंस दरें 2% से अधिक हो जाती हैं, तो इनबॉक्स प्रदाता भेजने वाले डोमेन को निम्न-गुणवत्ता वाले ईमेल के स्रोत के रूप में मानना शुरू कर देते हैं, जिससे पूरे डेटाबेस में इनबॉक्स प्लेसमेंट दरें कम हो जाती हैं — जिसमें वैध, सक्रिय संपर्क भी शामिल हैं। उच्च बाउंस दर का मूल कारण संभवतः अतिथियों द्वारा स्प्लैश पेज पर गलत या अस्थायी ईमेल पते दर्ज करना है, जो क्षणिक आतिथ्य वातावरण में आम है। समाधान: सक्रिय डेटाबेस में प्रवेश करने से पहले ईमेल पतों को सत्यापित करने के लिए dotdigital के डबल ऑप्ट-इन वर्कफ़्लो को लागू करें। इससे नए संपर्कों की मात्रा कम हो जाएगी लेकिन डेटा गुणवत्ता में काफी सुधार होगा। इसके अतिरिक्त, समीक्षा करें कि क्या स्प्लैश पेज पर ईमेल पते की पुष्टि (दो बार पता दर्ज करना) की आवश्यकता है — यह सरल UX परिवर्तन टाइपो-आधारित बाउंस को कम करता है। ओपन दर के लिए, स्वागत ईमेल भेजने के समय की समीक्षा करें — यदि ईमेल WiFi कनेक्शन के कुछ मिनटों के भीतर भेजने के बजाय चेक-इन के घंटों बाद भेजा जाता है, तो प्रासंगिकता कम हो जाती है। प्रासंगिकता और विश्वास संकेतों के लिए विषय पंक्ति और प्रेषक के नाम की भी समीक्षा करें।

Q3. एक बड़ी रिटेल श्रृंखला के डेटा सुरक्षा अधिकारी ने चिंता जताई है कि Purple-dotdigital एकीकरण पहले से अनसब्सक्राइब किए गए संपर्कों को मार्केटिंग डेटाबेस में फिर से जोड़ सकता है जब वे किसी स्टोर पर जाते हैं और WiFi से जुड़ते हैं। IT टीम को यह पुष्टि करने की आवश्यकता है कि क्या ऐसा हो रहा है और यदि हां, तो एक समाधान लागू करना होगा। उन्हें क्या कदम उठाने चाहिए?

संकेत: यह केवल एक तकनीकी समस्या नहीं बल्कि एक GDPR अनुपालन समस्या है। दोनों दिशाओं में डेटा प्रवाह पर विचार करें और सप्रेस्ड संपर्कों को फिर से जोड़ने से रोकने के लिए किस कॉन्फ़िगरेशन की आवश्यकता है।

मॉडल उत्तर देखें

यह एक वास्तविक GDPR जोखिम है। यह परिदृश्य तब होता है जब: (1) एक संपर्क dotdigital मार्केटिंग से अनसब्सक्राइब करता है; (2) अनसब्सक्राइब को वापस Purple में सिंक नहीं किया जाता है; (3) संपर्क बाद में एक स्टोर पर जाता है और WiFi से जुड़ता है; (4) Purple, सप्रेशन से अनजान होने के कारण, संपर्क रिकॉर्ड को फिर से dotdigital पर भेजता है; (5) dotdigital संपर्क को फिर से एड्रेस बुक में जोड़ता है। यह पुष्टि करने के लिए कि क्या ऐसा हो रहा है, हाल ही में एड्रेस बुक में जोड़े गए संपर्कों के साथ dotdigital की सप्रेशन सूची को क्रॉस-रेफरेंस करें — दोनों सूचियों में दिखाई देने वाला कोई भी ईमेल पता इंगित करता है कि समस्या हो रही है। समाधान के लिए दो चरणों की आवश्यकता है: (1) एक dotdigital वेबहुक कॉन्फ़िगर करें जो अनसब्सक्राइब इवेंट्स पर सक्रिय होता है और Purple में संबंधित संपर्क रिकॉर्ड को सप्रेस्ड के रूप में चिह्नित करने के लिए अपडेट करता है; (2) संचारित करने से पहले यह सत्यापित करने के लिए कि संपर्क का ईमेल पता dotdigital सप्रेशन सूची में नहीं है, कनेक्टर कॉन्फ़िगरेशन में एक प्री-पुश चेक लागू करें। DPO को यह भी सलाह दी जानी चाहिए कि यदि इस एकीकरण के लिए पहले से कोई डेटा संरक्षण प्रभाव मूल्यांकन नहीं किया गया है, तो इसे किया जाना चाहिए, क्योंकि इसमें क्रॉस-सिस्टम व्यक्तिगत डेटा प्रोसेसिंग शामिल है।

Q4. एक स्टेडियम ऑपरेटर उन प्रशंसकों को वैयक्तिकृत पोस्ट-मैच ईमेल भेजने के लिए Purple-dotdigital एकीकरण का उपयोग करना चाहता है जो एक इवेंट के दौरान स्टेडियम WiFi से जुड़े थे। वे मैच का परिणाम, मैच हाइलाइट्स का एक लिंक और प्रशंसक की टीम संबद्धता के आधार पर एक वैयक्तिकृत मर्चेंडाइज ऑफ़र शामिल करना चाहते हैं। वर्तमान एकीकरण केवल आठ विभाग-विशिष्ट Purple डेटा फ़ील्ड को कैप्चर करता है। इस उपयोग के मामले का समर्थन करने के लिए किस अतिरिक्त कॉन्फ़िगरेशन की आवश्यकता है?

संकेत: विचार करें कि इवेंट-विशिष्ट डेटा (मैच की तारीख, टीमें, परिणाम) को dotdigital में संपर्कों के साथ कैसे जोड़ा जा सकता है, और टीम संबद्धता को स्प्लैश पेज स्तर पर कैसे कैप्चर किया जा सकता है।

मॉडल उत्तर देखें

इस उपयोग के मामले में मानक एकीकरण से परे दो संवर्द्धन की आवश्यकता होती है। पहला, टीम संबद्धता को स्प्लैश पेज पर Purple की कस्टम प्रश्न सुविधा का उपयोग करके स्प्लैश पेज स्तर पर कैप्चर किया जाना चाहिए। एक ड्रॉपडाउन या रेडियो बटन प्रश्न — 'आज आप किस टीम का समर्थन कर रहे हैं?' — प्रमाणीकरण के समय संबद्धता को कैप्चर करता है। इस डेटा को एक कस्टम संपर्क डेटा फ़ील्ड के रूप में dotdigital को पारित किया जा सकता है, जिसे कनेक्टर कॉन्फ़िगर होने से पहले dotdigital की खाता सेटिंग्स में बनाया जाना चाहिए। दूसरा, इवेंट-विशिष्ट डेटा (मैच की तारीख, प्रतिद्वंद्वी, परिणाम) को संपर्क के सत्र के साथ जोड़ा जाना चाहिए। इसे प्रत्येक इवेंट के लिए एक अलग dotdigital एड्रेस बुक बनाकर प्राप्त किया जा सकता है, जिसका नाम मैच के विवरण के साथ रखा गया हो, और उस इवेंट के WiFi लॉगिन को इवेंट-विशिष्ट एड्रेस बुक में रूट करने के लिए Purple कनेक्टर को कॉन्फ़िगर किया जा सकता है। पोस्ट-मैच ऑटोमेशन प्रोग्राम तब उस एड्रेस बुक में जोड़ने से ट्रिगर होता है, जिसमें मैच का विवरण ईमेल टेम्पलेट में एम्बेड होता है। मर्चेंडाइज ऑफ़र के लिए, dotdigital की डायनेमिक कंटेंट सुविधा टीम संबद्धता कस्टम डेटा फ़ील्ड के आधार पर विभिन्न उत्पाद अनुशंसाएं प्रदान कर सकती है। यह एक अधिक जटिल परिनियोजन है जो प्रारंभिक कॉन्फ़िगरेशन के दौरान Purple की व्यावसायिक सेवा (Professional Services) टीम की भागीदारी से लाभान्वित होता है।

इस श्रृंखला में आगे पढ़ें

Purple WiFi के साथ Grandstream GWN Access Points का एकीकरण

यह आधिकारिक तकनीकी संदर्भ गाइड विस्तार से बताती है कि Grandstream GWN access points को Purple के Guest WiFi और एनालिटिक्स प्लेटफॉर्म के साथ कैसे एकीकृत किया जाए। यह Grandstream कैप्टिव पोर्टल कॉन्फ़िगरेशन, RADIUS AAA सेटिंग्स, walled garden सेटअप, डायनेमिक VLAN स्टीयरिंग के साथ सुरक्षित स्टाफ 802.1X प्रमाणीकरण, और मल्टी-टेनेंट PPSK विभाजन को कवर करता है - जो बड़े पैमाने पर अतिथि और स्टाफ WiFi तैनात करने वाले MSPs और आईटी टीमों के लिए व्यावहारिक, चरण-दर-चरण मार्गदर्शन प्रदान करता है।

गाइड पढ़ें →

Cisco WLC और Catalyst एकीकरण Purple WiFi के साथ: चरण-दर-चरण अतिथि एक्सेस गाइड

यह गाइड Purple के साथ Cisco WLC और Catalyst 9800 Wireless के चरण-दर-चरण एकीकरण का विवरण देती है, जिसमें Central Web Authentication के माध्यम से Guest WiFi कैप्टिव पोर्टल रीडायरेक्शन, 802.1X EAP-TLS का उपयोग करके सुरक्षित Staff WiFi, और डायनेमिक VLAN असाइनमेंट के साथ Cisco Identity Pre-Shared Keys (iPSK) का उपयोग करके मल्टी-टेनेंट सेगमेंटेशन शामिल है। यह उन एंटरप्राइज नेटवर्क आर्किटेक्ट्स और IT सुरक्षा निदेशकों के लिए लिखी गई है जो हॉस्पिटैलिटी, रिटेल और बड़े सार्वजनिक वेन्यू में Cisco इन्फ्रास्ट्रक्चर को डिप्लॉय कर रहे हैं।

गाइड पढ़ें →

Purple WiFi के साथ OpenWrt कस्टम फ़र्मवेयर एकीकरण

यह गाइड Purple WiFi के साथ OpenWrt कस्टम फ़र्मवेयर को तैनात करने के लिए संपूर्ण एकीकरण प्लेबुक प्रदान करती है। इसमें CoovaChilli कैप्टिव पोर्टल कॉन्फ़िगरेशन, iptables वॉल्ड गार्डन प्रबंधन, hostapd के साथ 802.1X सुरक्षित स्टाफ WiFi, और डायनेमिक VLAN असाइनमेंट के साथ मल्टी-टेनेंट PPSK सेगमेंटेशन शामिल है - जो IT टीमों को किसी भी OpenWrt-सक्षम हार्डवेयर पर पहचान-आधारित नेटवर्क बनाने के लिए आवश्यक सटीक कॉन्फ़िगरेशन चरण प्रदान करता है।

गाइड पढ़ें →