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

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

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

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

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

पॉडकास्ट ट्रांसक्रिप्ट देखें
Purple इंटेलिजेंस ब्रीफिंग में आपका स्वागत है। मैं आपका होस्ट हूं, और आज हम Purple इकोसिस्टम में सबसे अधिक तैनात कनेक्टर्स में से एक के व्यावहारिक विवरण में जा रहे हैं — dotdigital, जिसे पहले Dotmailer के रूप में जाना जाता था। यदि आप एक IT प्रबंधक, एक नेटवर्क आर्किटेक्ट, या एक होटल समूह, एक रिटेल एस्टेट, एक स्टेडियम, या एक सम्मेलन केंद्र के लिए जिम्मेदार CTO हैं, तो यह एपिसोड आपके लिए ही बनाया गया है। अगले दस मिनटों में, हम कवर करने जा रहे हैं कि यह एकीकरण वास्तव में क्या करता है, इसे सही तरीके से कैसे सेट किया जाए, सर्वोत्तम प्रथाएं जो एक उच्च प्रदर्शन वाले परिनियोजन को एक औसत दर्जे के परिनियोजन से अलग करती हैं, और समस्या निवारण परिदृश्य जो अनुभवी टीमों को भी उलझा देते हैं। आइए शुरू करते हैं। [अनुभाग: संदर्भ और यह क्यों महत्वपूर्ण है] सबसे पहले, आइए स्थापित करें कि हम वास्तव में किस बारे में बात कर रहे हैं। 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 गुना रिटर्न का प्रतिनिधित्व करता था। यह कोई सैद्धांतिक अनुमान नहीं है। यह एक प्रलेखित परिणाम है। [अनुभाग: तकनीकी गहन विश्लेषण] अब आइए आर्किटेक्चर के बारे में बात करते हैं। यह एकीकरण एक सर्वर-टू-सर्वर API कनेक्शन है। Purple डेटा निर्माता के रूप में कार्य करता है; dotdigital उपभोक्ता के रूप में कार्य करता है। प्रमाणीकरण dotdigital के मानक Basic Auth तंत्र का उपयोग करता है — एक समर्पित ईमेल पते और पासवर्ड के साथ एक API उपयोगकर्ता खाता, जो एक क्षेत्र-विशिष्ट API एंडपॉइंट के साथ जुड़ा होता है। एंडपॉइंट महत्वपूर्ण है। dotdigital कई क्षेत्रीय डेटा सेंटरों में काम करता है, और आपका API एंडपॉइंट आपके खाते के क्षेत्र के लिए विशिष्ट होगा। आप इसे dotdigital प्लेटफॉर्म के भीतर Account Settings, फिर Access से प्राप्त करते हैं। इसे गलत करना कनेक्टर सत्यापन विफलताओं का सबसे आम कारण है, इसलिए शुरू करने से पहले इसे दोबारा जांचना उचित है। Purple के भीतर, कनेक्टर को Management, फिर Connectors के अंतर्गत कॉन्फ़िगर किया जाता है। आप इसे दो स्तरों पर तैनात कर सकते हैं: ग्राहक स्तर, जो आपके पूरे Purple खाते में कनेक्टर को लागू करता है, या स्थान स्तर, जो आपको विभिन्न स्थानों को विभिन्न dotdigital एड्रेस बुक्स में रूट करने की अनुमति देता है। कई संपत्तियों वाले होटल समूह के लिए, स्थान-स्तरीय कॉन्फ़िगरेशन लगभग हमेशा सही विकल्प होता है — यह आपको शुरुआत से ही स्वच्छ सेगमेंटेशन देता है। Purple प्रत्येक नए प्रमाणित उपयोगकर्ता पर dotdigital को जो डेटा पेलोड भेजता है उसमें आठ फ़ील्ड शामिल होते हैं: पहला नाम, अंतिम नाम, उपयोगकर्ता ID, ईमेल पता, मोबाइल नंबर, लिंग, पोस्टकोड और जन्म तिथि। गंभीर रूप से — और यह GDPR के दृष्टिकोण से गैर-परक्राम्य है — डेटा केवल तभी प्रसारित होता है जब उपयोगकर्ता ने मार्केटिंग संचार प्राप्त करने के लिए स्पष्ट रूप से सहमति दी हो। Purple इसे स्प्लैश पेज स्तर पर लागू करता है; कोई सहमति नहीं, कोई डेटा पुश नहीं। dotdigital की तरफ, संपर्क उस एड्रेस बुक में आते हैं जिसे आप कनेक्टर सेटअप के दौरान निर्दिष्ट करते हैं। वहां से, आप उन्हें ऑटोमेशन प्रोग्राम में नामांकित कर सकते हैं — जिसे dotdigital 'Programs' कहता है। एक अच्छी तरह से डिज़ाइन किया गया वेलकम प्रोग्राम एक तत्काल पुष्टिकरण ईमेल भेज सकता है, 24 घंटे बाद एक स्थान गाइड या ऑफ़र के साथ फ़ॉलो-अप कर सकता है, और फिर एक री-एंगेजमेंट अभियान ट्रिगर कर सकता है यदि संपर्क 30 दिनों के भीतर वापस नहीं आया है। यह सब बिना किसी अतिरिक्त विकास कार्य के dotdigital के प्रोग्राम बिल्डर के भीतर कॉन्फ़िगर करने योग्य है। अधिक जटिल आवश्यकताओं वाले संगठनों के लिए, dotdigital का API कस्टम डेटा फ़ील्ड, संपर्क स्कोरिंग, इवेंट-आधारित ट्रिगर और वेबहुक कॉलबैक का समर्थन करता है। यदि आप एक लॉयल्टी प्रोग्राम चला रहे हैं — जैसा कि Harrods करता है — तो आप रुचि को कैप्चर करने के लिए स्प्लैश पेज की कस्टम प्रश्न सुविधा का उपयोग कर सकते हैं, फिर सेगमेंटेशन के लिए उस सिग्नल को dotdigital पर भेज सकते हैं। संपर्क का WiFi लॉगिन डेटा आपके लॉयल्टी साइन-अप फॉर्म को पहले से भर देता है, जिससे घर्षण दूर होता है और रूपांतरण दरों में काफी सुधार होता है। अनुपालन के दृष्टिकोण से, दोनों प्लेटफॉर्म मजबूत क्रेडेंशियल रखते हैं। Purple डिज़ाइन द्वारा GDPR और CCPA अनुपालन करता है। dotdigital तकनीकी और संगठनात्मक उपायों के साथ GDPR के तहत एक डेटा प्रोसेसर के रूप में कार्य करता है। एकीकरण डबल ऑप्ट-इन वर्कफ़्लो, सहमति ट्रैकिंग और सप्रेशन सूची प्रबंधन का समर्थन करता है — ये सभी UK और EU क्षेत्राधिकारों में काम करने वाले संगठनों के लिए आवश्यक हैं। [अनुभाग: कार्यान्वयन सिफारिशें और नुकसान] मैं आपको व्यावहारिक सिफारिशें देता हूं जो निवेश पर रिटर्न देने वाले परिनियोजन और निष्क्रिय रहने वाले परिनियोजन के बीच अंतर पैदा करती हैं। पहला: कुछ भी कनेक्ट करने से पहले अपनी एड्रेस बुक टैक्सोनॉमी की योजना बनाएं। dotdigital में, एड्रेस बुक्स आपकी प्राथमिक सेगमेंटेशन लेयर हैं। यदि आप कई स्थानों का संचालन कर रहे हैं, तो प्रति स्थान एक समर्पित एड्रेस बुक बनाएं, या कम से कम प्रति स्थान श्रेणी — होटल, रेस्तरां, रिटेल। हजारों संपर्कों को आयात करने के बाद इस संरचना को फिर से तैयार करना दर्दनाक और त्रुटि-प्रवण है। दूसरा: अपने स्प्लैश पेज मार्केटिंग सहमति चेकबॉक्स को सावधानीपूर्वक कॉन्फ़िगर करें। शब्द रूपांतरण दरों और कानूनी अनुपालन दोनों के लिए महत्वपूर्ण हैं। UK GDPR और Privacy and Electronic Communications Regulations के तहत, सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध होनी चाहिए। पहले से टिक किया गया चेकबॉक्स इस मानक को पूरा नहीं करता है। Purple का स्प्लैश पेज बिल्डर आपको इस भाषा पर पूर्ण नियंत्रण देता है — इसका सोच-समझकर उपयोग करें। तीसरा: कनेक्टर के साथ लाइव होने से पहले अपने ऑटोमेशन प्रोग्राम बनाएं। यदि ऑप्ट-इन किए गए संपर्क बिना किसी प्रोग्राम के एड्रेस बुक में बैठे हैं तो उन्हें एकत्र करने का कोई मूल्य नहीं है। कम से कम, एक तीन-चरणीय वेलकम जर्नी तैनात करें: उनके WiFi एक्सेस की पुष्टि करने वाला एक तत्काल वेलकम ईमेल, 48 घंटे बाद एक प्रासंगिक ऑफ़र या सामग्री के साथ फ़ॉलो-अप, और उन संपर्कों के लिए 30 दिनों पर एक री-एंगेजमेंट ट्रिगर जो वापस नहीं आए हैं। चौथा: पहले दिन से अपने डिलिवरेबिलिटी मेट्रिक्स की निगरानी करें। dotdigital ओपन रेट, क्लिक-थ्रू रेट, बाउंस और अनसब्सक्राइब पर विस्तृत रिपोर्टिंग प्रदान करता है। वेलकम सीरीज़ पर दो प्रतिशत से अधिक बाउंस दर या 0.5 प्रतिशत से अधिक अनसब्सक्राइब दर एक संकेत है कि या तो आपकी सहमति की भाषा भ्रामक है या आपकी ईमेल सामग्री उम्मीदों पर खरी नहीं उतर रही है। इसे जल्दी हल करें — इनबॉक्स प्रदाता यह निर्धारित करने के लिए जुड़ाव संकेतों का उपयोग करते हैं कि आपका डोमेन इनबॉक्स में जाता है या स्पैम फ़ोल्डर में। पांचवां: dotdigital अनसब्सक्राइब वेबहुक को वापस Purple में लागू करें। जब कोई संपर्क dotdigital में अनसब्सक्राइब करता है, तो वह सप्रेशन Purple के रिकॉर्ड में प्रतिबिंबित होना चाहिए। इस द्विदिश सिंक के बिना, आप उनके अगले WiFi लॉगिन पर dotdigital में एक सप्रेस्ड संपर्क को फिर से जोड़ने का जोखिम उठाते हैं — जो एक GDPR अनुपालन जोखिम है और डिलिवरेबिलिटी समस्याओं का एक तेज़ रास्ता है। अब, नुकसान। सबसे आम समस्या जो हम देखते हैं वह गलत API एंडपॉइंट URL के कारण कनेक्टर सत्यापन विफलताएं हैं। हमेशा एंडपॉइंट को सीधे अपने dotdigital खाते से प्राप्त करें — दस्तावेज़ीकरण उदाहरणों से अनुमान न लगाएं या कॉपी न करें। दूसरी सबसे आम समस्या सफल कनेक्टर सेटअप के बावजूद dotdigital में संपर्कों का दिखाई न देना है। लगभग हर मामले में, यह स्प्लैश पेज पर मार्केटिंग सहमति चेकबॉक्स के सक्षम न होने के कारण होता है। इसे पहले जांचें। तीसरी समस्या डुप्लिकेट संपर्क है, जो तब होती है जब एक ही ईमेल पता कई WiFi सत्रों में सबमिट किया जाता है। dotdigital इसे अपने डुप्लीकेशन हटाने के तर्क के माध्यम से संभालता है, लेकिन आपको यह सुनिश्चित करने की आवश्यकता है कि आपकी एड्रेस बुक सेटिंग्स नए रिकॉर्ड बनाने के बजाय ईमेल पते पर मर्ज करने के लिए कॉन्फ़िगर की गई हैं। [अनुभाग: रैपिड-फायर प्रश्नोत्तर] आइए मैं कुछ ऐसे प्रश्नों पर नज़र डालूं जो हम सबसे अक्सर सुनते हैं। क्या मैं कई स्थानों को विभिन्न dotdigital एड्रेस बुक्स से जोड़ सकता हूँ? हाँ। Purple के Management अनुभाग के भीतर स्थान स्तर पर कनेक्टर को कॉन्फ़िगर करें, और dotdigital में प्रत्येक स्थान को उसकी अपनी एड्रेस बुक में असाइन करें। क्या एकीकरण ईमेल के साथ-साथ SMS का भी समर्थन करता है? डेटा पेलोड में मोबाइल नंबर शामिल है, इसलिए हाँ — एक बार संपर्क dotdigital में आ जाने के बाद, आप dotdigital के SMS चैनल के माध्यम से SMS अभियानों के लिए उनके मोबाइल नंबर का उपयोग कर सकते हैं। सुनिश्चित करें कि आपके पास SMS मार्केटिंग को कवर करने के लिए आपके स्प्लैश पेज पर उपयुक्त सहमति भाषा है। क्या होगा यदि कोई गेस्ट जुड़ता है लेकिन मार्केटिंग के लिए ऑप्ट-इन नहीं करता है? Purple एनालिटिक्स उद्देश्यों के लिए सत्र डेटा कैप्चर करता है, लेकिन dotdigital को कोई व्यक्तिगत डेटा नहीं भेजता है। गेस्ट की विज़िट Purple के भीतर आपके फुटफॉल और ड्वेल टाइम एनालिटिक्स में योगदान करती है, लेकिन वे आपके मार्केटिंग डेटाबेस में प्रवेश नहीं करते हैं। क्या एकीकरण वास्तविक समय में होता है? हाँ। dotdigital पर डेटा पुश बैचों में नहीं, बल्कि WiFi प्रमाणीकरण के समय होता है। इसका मतलब है कि गेस्ट के कनेक्ट होने के कुछ मिनटों के भीतर एक वेलकम ईमेल ट्रिगर किया जा सकता है — जो समय-संवेदनशील ऑफ़र के लिए एक महत्वपूर्ण लाभ है। [अनुभाग: सारांश और अगले कदम] आइए मैं इस ब्रीफिंग के मुख्य बिंदुओं के साथ समाप्त करूँ। Purple-dotdigital कनेक्टर एक प्रोडक्शन-रेडी, सहमति-गेटेड डेटा पाइपलाइन है जो WiFi लॉगिन को एड्रेसेबल मार्केटिंग संपर्कों में बदल देती है। सेटअप सीधा है — चार कॉन्फ़िगरेशन फ़ील्ड और एक कनेक्टर सत्यापन — लेकिन मूल्य पूरी तरह से इस बात से निर्धारित होता है कि आप dotdigital में इसके ऊपर क्या बनाते हैं। जो संगठन सबसे अधिक मूल्य प्राप्त करते हैं वे वे हैं जो लाइव होने से पहले एड्रेस बुक टैक्सोनॉमी, ऑटोमेशन प्रोग्राम डिज़ाइन और डिलिवरेबिलिटी प्रबंधन में निवेश करते हैं। Harrods का उदाहरण — WiFi-संचालित ईमेल प्रोग्राम से 54 गुना रिटर्न — प्राप्त करने योग्य है, लेकिन इसके लिए सोच-समझकर प्रोग्राम डिज़ाइन की आवश्यकता होती है, न कि केवल एक जुड़े हुए API की। आपके तत्काल अगले कदम: अपने dotdigital खाता संरचना का ऑडिट करें, अपनी एड्रेस बुक टैक्सोनॉमी को परिभाषित करें, अपने वेलकम ऑटोमेशन प्रोग्राम का मसौदा तैयार करें, और अपने स्प्लैश पेज सहमति भाषा की समीक्षा करें। फिर एकीकरण को कनेक्ट करें, इसे सत्यापित करें, और लाइव जाएं। यदि आपको इनमें से किसी भी क्षेत्र में गहराई से जाने की आवश्यकता है, तो Purple सहायता दस्तावेज़ कनेक्टर कॉन्फ़िगरेशन को विस्तार से कवर करते हैं, और dotdigital का डेवलपर हब कस्टम एकीकरण बनाने वाली टीमों के लिए पूर्ण API संदर्भ दस्तावेज़ प्रदान करता है। Purple इंटेलिजेंस ब्रीफिंग सुनने के लिए धन्यवाद। हम जल्द ही स्थान ऑपरेटरों और IT टीमों के लिए अधिक तकनीकी मार्गदर्शन के साथ वापस आएंगे।

header_image.png

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

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

व्यावसायिक मामला अच्छी तरह से प्रलेखित है। 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 के साथ संयुक्त।

आर्किटेक्चर डिफ़ॉल्ट रूप से एकतरफा है — 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; आयु-वर्ग सेगमेंटेशन और जन्मदिन ट्रिगर सक्षम करता है

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

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

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

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

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

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

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

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

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

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

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

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

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

best_practices_infographic.png

सर्वोत्तम प्रथाएं

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

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

एड्रेस बुक टैक्सोनॉमी

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

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

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

डिलिवरेबिलिटी प्रबंधन

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

GDPR और PECR अनुपालन

एकीकरण को डिफ़ॉल्ट रूप से अनुपालन करने के लिए डिज़ाइन किया गया है, लेकिन अनुपालन एक साझा जिम्मेदारी है। Purple डेटा कैप्चर लेयर पर सहमति लागू करता है; dotdigital इसे संचार लेयर पर लागू करता है। आपका संगठन स्प्लैश पेज पर सहमति की भाषा, मार्केटिंग संचार की सामग्री और सप्रेशन सूचियों के रखरखाव के लिए जिम्मेदार है। UK GDPR या EU GDPR के अंतर्गत आने वाले क्षेत्राधिकारों में एकीकरण को तैनात करने से पहले एक डेटा संरक्षण प्रभाव मूल्यांकन आयोजित करें, विशेष रूप से सार्वजनिक क्षेत्र के संगठनों के लिए जो डेटा संरक्षण अधिनियम 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 का एनालिटिक्स डैशबोर्ड प्रति अधिग्रहीत संपर्क लागत की गणना करने के लिए आवश्यक फुटफॉल और प्रमाणीकरण डेटा प्रदान करता है।

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

Based on documented deployments across the Purple estate:

स्थान का प्रकार विशिष्ट ऑप्ट-इन दर अपेक्षित 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% हो।

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

कैप्टिव पोर्टल

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

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

Address Book (dotdigital)

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

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

Automation Programme (dotdigital)

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

IT टीमें यह सुनिश्चित करने के लिए जिम्मेदार हैं कि कनेक्टर प्रोग्राम नामांकन को सही ढंग से ट्रिगर करे। मार्केटिंग टीमें प्रोग्राम सामग्री डिज़ाइन करती हैं। 'Include contacts added via 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 बुक्स को कवर करने वाली 'Contact is in any of these address books' स्थिति का उपयोग करके एक मास्टर सेगमेंट बनाएं।

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

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

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

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

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

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

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

समाधान चरण 1: dotdigital के प्रोग्राम बिल्डर में, वेलकम प्रोग्राम खोलें और नामांकन ट्रिगर का निरीक्षण करें। सत्यापित करें कि ट्रिगर स्थिति 'Contact added to address book' पर सेट है और 'Include contacts added via API' विकल्प सक्षम है। यह विकल्प सभी dotdigital खाता कॉन्फ़िगरेशन में डिफ़ॉल्ट रूप से सक्षम नहीं होता है।

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

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

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

परीक्षक की टिप्पणी: यह परिदृश्य एक सामान्य प्रकार की एकीकरण समस्या को दर्शाता है जो कनेक्टर कॉन्फ़िगरेशन से तुरंत दिखाई नहीं देती है — इसके लिए यह समझने की आवश्यकता होती है कि dotdigital का प्रोग्राम ट्रिगर लॉजिक API-स्रोत संपर्कों के साथ कैसे इंटरैक्ट करता है। 'Include contacts added via 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 की व्यावसायिक सेवा टीम की भागीदारी से लाभान्वित होता है।

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

Purple WiFi के साथ Huawei AirEngine और CloudCampus एकीकरण

यह गाइड Huawei AirEngine एक्सेस पॉइंट्स और iMaster NCE-Campus को Purple WiFi के साथ एकीकृत करने के लिए चरण-दर-चरण निर्देश प्रदान करती है। इसमें एंटरप्राइज नेटवर्क के लिए कैप्टिव पोर्टल कॉन्फ़िगरेशन, 802.1X स्टाफ प्रमाणीकरण और PPSK डायनेमिक VLAN स्टीयरिंग शामिल है।

गाइड पढ़ें →

Purple WiFi के साथ EnGenius Cloud Access Points का एकीकरण

यह तकनीकी संदर्भ EnGenius Cloud Access Points और ECS स्विचों के Purple के गेस्ट WiFi प्लेटफॉर्म के साथ चरण-दर-चरण एकीकरण का विवरण देता है। इसमें बाहरी स्प्लैश पेज के माध्यम से गेस्ट कैप्टिव पोर्टल रीडायरेक्शन, Walled Garden कॉन्फ़िगरेशन, IEEE 802.1X का उपयोग करके सुरक्षित स्टाफ WiFi, और गतिशील VLAN असाइनमेंट के साथ EnGenius MyPSK का उपयोग करके मल्टी-टेनेंट नेटवर्क अलगाव शामिल है। IT इंस्टॉलरों और नेटवर्क आर्किटेक्ट्स को EnGenius हार्डवेयर संपत्तियों में Purple को तैनात करने के लिए व्यावहारिक कॉन्फ़िगरेशन अनुक्रम, वास्तविक दुनिया के केस स्टडीज और एक समस्या निवारण ढांचा मिलेगा।

गाइड पढ़ें →

Purple WiFi के साथ DrayTek Vigor राउटर्स और एक्सेस पॉइंट्स का एकीकरण

यह गाइड DrayTek Vigor राउटर्स और VigorAP एक्सेस पॉइंट्स को Purple के क्लाउड प्लेटफॉर्म के साथ एकीकृत करने के लिए चरण-दर-चरण तकनीकी निर्देश प्रदान करती है। इसमें Guest WiFi के लिए DrayTek कैप्टिव पोर्टल कॉन्फ़िगरेशन, सुरक्षित Staff WiFi के लिए 802.1X प्रमाणीकरण, Walled Garden सेटअप, और डायनेमिक VLAN असाइनमेंट के साथ मल्टी-टेनेंट नेटवर्क सेगमेंटेशन के लिए DrayTek Multiple PSK (PPSK) कॉन्फ़िगरेशन शामिल है। इसे हॉस्पिटैलिटी, रिटेल और मल्टी-टेनेंट स्थानों पर Purple को तैनात करने वाले IT इंस्टॉलरों और SMB नेटवर्क प्रशासकों के लिए डिज़ाइन किया गया है।

गाइड पढ़ें →