वेन्यू के लिए ईमेल डिलीवरेबिलिटी: एक अनुपालन चेकलिस्ट

वेन्यू के लिए ईमेल डिलीवरी तीन बातों पर निर्भर करती है। आपको GDPR के तहत साबित करने योग्य सहमति और SPF, DKIM और DMARC के साथ प्रमाणित एक सेंडिंग डोमेन की आवश्यकता होती है। आपको Google के 0.10% दिशानिर्देश से नीचे स्पैम शिकायत दर की भी आवश्यकता है। गेस्ट WiFi लॉगिन पर ऑप्ट इन से सूची बनाएं, दो दिनों के भीतर अनसब्सक्राइब का सम्मान करें और निष्क्रिय मेहमानों को हटाएं।

एक ईमेल डिलीवरी चेकलिस्ट आपके वेन्यू के लिए क्या करती है?

स्पैम में जाने वाला हर ईमेल एक ऐसा दोहराया जाने वाला दौरा है जिसके लिए आपने भुगतान किया और वह आपको कभी नहीं मिला। डिलीवरी आपके भेजे गए ईमेल का वह हिस्सा है जो केवल प्राप्तकर्ता सर्वर तक ही नहीं, बल्कि सीधे इनबॉक्स तक पहुंचता है। एक संदेश "डिलीवर" हो सकता है और फिर भी जंक फ़ोल्डर में बिना पढ़ा पड़ा रह सकता है।

एक वेन्यू के लिए, इसका परिणाम व्यावसायिक होता है। इनबॉक्स प्लेसमेंट से ईमेल खुलते हैं। ईमेल खुलने से बुकिंग और दोबारा आने वाले मेहमान बढ़ते हैं, और दोबारा आने वाले मेहमानों से लाइफटाइम वैल्यू बढ़ती है। जिस पल Gmail या Outlook यह तय करता है कि आपका डोमेन जोखिम भरा लग रहा है, प्रति सेंड राजस्व गिर जाता है।

मेलबॉक्स प्रदाता अब इसे लागू करते हैं। फरवरी 2024 से, Google और Yahoo ने बल्क सेंडर्स के लिए अपने मेल को प्रमाणित करना, वन क्लिक अनसब्सक्राइब की सुविधा देना और शिकायतों को कम रखना अनिवार्य कर दिया है। Microsoft ने मई 2025 में Outlook.com के लिए समान नियम पेश किए। सप्ताहांत प्रचार भेजने वाला एक वेन्यू ग्रुप एक ही बार में Gmail पतों पर प्रति दिन 5,000 संदेशों की Google की बल्क सीमा को पार कर सकता है।

चेकलिस्ट दो कार्यों को कवर करती है। अनुपालन आपको GDPR और UK में प्राइवेसी एंड इलेक्ट्रॉनिक कम्युनिकेशंस रेगुलेशन (PECR) के तहत कानूनी बनाए रखता है। डिलीवरी आपको इनबॉक्स में बनाए रखती है। दोनों एक दूसरे से उससे कहीं अधिक जुड़ते हैं जितना कि अधिकांश मार्केटर्स उम्मीद करते हैं। जिन मेहमानों ने आपसे ईमेल प्राप्त करने पर कभी सहमति नहीं दी, वे ही ऐसे मेहमान होते हैं जो "रिपोर्ट स्पैम" दबाने की सबसे अधिक संभावना रखते हैं।

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

अपना पहला वेन्यू अभियान भेजने से पहले आपको क्या चाहिए?

अपने सेंडिंग डोमेन को प्रमाणित करें

तीन DNS रिकॉर्ड यह साबित करते हैं कि आपका मेल वास्तव में आपकी ओर से आया है। आपकी IT टीम या डोमेन प्रदाता उन्हें जोड़ता है, और आपका सेंडिंग प्लेटफॉर्म वैल्यू प्रदान करता है।

• SPF (Sender Policy Framework) उन सर्वरों को सूचीबद्ध करता है जिन्हें आपके डोमेन के लिए मेल भेजने की अनुमति है।
• DKIM (DomainKeys Identified Mail) एक क्रिप्टोग्राफिक हस्ताक्षर जोड़ता है, ताकि प्रदाता यह जांच सकें कि ट्रांजिट के दौरान किसी ने संदेश को बदला तो नहीं है।
• DMARC (Domain-based Message Authentication, Reporting and Conformance) प्रदाताओं को बताता है कि जब SPF या DKIM विफल हो जाए तो क्या करना है। यह आपको इस बारे में रिपोर्ट भी भेजता है कि आपके डोमेन के रूप में कौन मेल भेज रहा है।

DMARC को "none" की नीति पर शुरू करें, जो कि न्यूनतम है जिसे Google, Yahoo और Microsoft स्वीकार करते हैं। कुछ हफ्तों के लिए रिपोर्ट पढ़ें। आपकी बुकिंग इंजन और टिल सिस्टम सहित प्रत्येक वैध प्रेषक के पास होने के बाद "quarantine" पर जाएं।

अपने स्वयं के डोमेन (जैसे news@yourvenue.co.uk) से मार्केटिंग भेजें। एक निःशुल्क मेलबॉक्स पता DMARC अलाइनमेंट में विफल हो जाता है क्योंकि आप उस डोमेन के रिकॉर्ड्स को नियंत्रित नहीं करते हैं।

मेलबॉक्स प्रदाता अब क्या आवश्यकताएं रखते हैं

आवश्यकता	Google (Gmail)	Yahoo	Microsoft (Outlook.com)
यह किस पर लागू होता है	व्यक्तिगत Gmail खातों पर प्रतिदिन 5,000+ संदेश भेजने वाले	बल्क प्रेषक (कोई निश्चित सीमा प्रकाशित नहीं)	Outlook.com, Hotmail.com और Live.com पर प्रतिदिन 5,000+ संदेश भेजने वाले
प्रमाणीकरण	SPF और DKIM	SPF और DKIM	SPF और DKIM
DMARC न्यूनतम	"none" की नीति, SPF या DKIM के साथ अलाइन्ड	"none" की नीति	"none" की नीति, SPF या DKIM के साथ अलाइन्ड
अनसब्सक्राइब	वन-क्लिक (RFC 8058) और साथ में दृश्यमान लिंक, 2 दिनों के भीतर पूरा किया गया	वन-क्लिक, 2 दिनों के भीतर पूरा किया गया	कार्यात्मक अनसब्सक्राइब लिंक
स्पैम दर की अधिकतम सीमा	0.10% से नीचे, कभी भी 0.30% तक न पहुंचे	0.30% से नीचे	प्रकाशित नहीं
लागू होने की तिथि	फरवरी 2024	फरवरी 2024	मई 2025

Google किसी भी ऐसे प्रेषक को स्थाई रूप से बल्क प्रेषक मानता है जो एक दिन में 5,000 संदेशों तक पहुंचता है। एक बड़ा संदेश भेजना ही काफी है। पहले दिन से ही बल्क मानक के अनुसार निर्माण करें।

अपनी सहमति की शब्दावली और गोपनीयता सूचना सही रखें

GDPR अनुच्छेद 4(11) सहमति को "स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध" के रूप में परिभाषित करता है। अनुच्छेद 7(1) सबूत का भार आप पर, यानी प्रेषक पर डालता है। रेसिटल 32 पहले से टिक किए गए बॉक्स, चुप्पी और निष्क्रियता को खारिज करता है। अनुच्छेद 7(3) कहता है कि सहमति वापस लेना उतना ही आसान होना चाहिए जितना कि इसे देना।

एक भी ईमेल पता एकत्र करने से पहले, इन चार चीजों को व्यवस्थित करें:

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

आप अपने अतिथि WiFi डेटा के साथ अनुपालन-योग्य ईमेल कैप्चर कैसे सेट करते हैं?

यह वह जगह है जहां सूची अपने आप बनती है। अतिथि ईमेल पते या फोन नंबर के साथ आपके Guest WiFi में लॉगिन करते हैं। मार्केटिंग ऑप्ट-इन एक अलग, सचेत विकल्प के रूप में उसी स्क्रीन पर रहता है। Purple Engage लॉगिन के समय सत्यापित अतिथि ईमेल और फोन डेटा को कैप्चर करता है और उससे अभियानों को स्वचालित करता है।

इसका दायरा पहले से ही मौजूद है। 80,000+ से अधिक सक्रिय स्थानों में, Purple ने 2024 में 440 मिलियन लॉगिन दर्ज किए (Purple डेटा)। उनमें से प्रत्येक लॉगिन एक ऐसा क्षण है जब एक अतिथि आपसे जानकारी प्राप्त करने का विकल्प चुन सकता है।

Mailchimp, Klaviyo और HubSpot उस सूची को अभियान भेजते हैं जो आप उनके पास लाते हैं। वे आपके स्थान में पहले से मौजूद अतिथियों से वह सूची नहीं बनाते हैं।

मार्केटिंग सहमति को WiFi एक्सेस से अलग रखें

GDPR अनुच्छेद 7(4) कहता है कि जब कोई सेवा उस सहमति पर निर्भर होती है जिसकी उसे आवश्यकता नहीं है, तो सहमति स्वतंत्र रूप से दिए जाने की संभावना नहीं होती है। व्यवहार में, गेस्ट मार्केटिंग का विकल्प चुनता है या नहीं, इससे परे WiFi को काम करना चाहिए।

लॉगिन पेज को इस प्रकार सेटअप करें:

• डिफ़ॉल्ट रूप से मार्केटिंग बॉक्स को अनटिक रहने दें।
• यदि आप दोनों भेजते हैं तो ईमेल और SMS को अलग-अलग विकल्पों के रूप में पेश करें।
• यदि आप किसी समूह में डेटा साझा करते हैं तो इसमें शामिल ब्रांडों के नाम बताएं, ताकि सहमति विशिष्ट रहे।
• टेक्स्ट को इतना छोटा रखें कि इसे फोन पर पांच सेकंड में पढ़ा जा सके।

UK में, सॉफ्ट ऑप्ट-इन पर निर्भर न रहें। PECR नियम 22(3) इसकी अनुमति केवल वहीं देता है जहां आपने किसी उत्पाद या सेवा के "विक्रय या विक्रय के लिए बातचीत के दौरान" विवरण एकत्र किए हों। एक मुफ्त WiFi लॉगिन एक बिक्री नहीं है, इसलिए सहमति मांगें।

ऐसे सूची स्रोतों को चुनें जो आपकी प्रतिष्ठा की रक्षा करते हैं

सूची का स्रोत	सहमति का प्रमाण	पते की सटीकता	सुपुर्दगी (Deliverability) का जोखिम	यह किसके लिए उपयुक्त है
गेस्ट WiFi लॉगिन पर ऑप्ट-इन	लॉगिन पर डिजिटल ऑप्ट-इन कैप्चर किया गया, गेस्ट प्रोफ़ाइल के विरुद्ध संग्रहीत	लॉगिन के समय सत्यापित	कम	गेस्ट WiFi और निरंतर फ़ुट ट्रैफ़िक वाला कोई भी स्थान
कागजी साइन-अप कार्ड	कागजी रिकॉर्ड, जो अक्सर खो जाता है या कभी फाइल नहीं किया जाता	हस्तलेखन की त्रुटियां और गलत टाइप किए गए पते	मध्यम	बिना किसी डिजिटल कैप्चर वाले एकल स्थान
टिल या रसीद ईमेल प्रॉम्प्ट	कर्मचारियों द्वारा सही प्रश्न पूछने पर निर्भर करता है	कर्मचारियों द्वारा तेज़ी से टाइप किया गया	मध्यम	उच्च लेनदेन मात्रा वाले रिटेल और QSR
खरीदी गई या किराए पर ली गई सूची	ऐसा कोई नहीं जिसे आप अपने ब्रांड के लिए साबित कर सकें	अज्ञात, इसमें स्पैम ट्रैप हो सकते हैं	उच्च	कोई भी स्थान नहीं: आपके मार्केटिंग के लिए GDPR सहमति परीक्षण में विफल रहता है

कैप्चर को अपने भेजने वाले प्लेटफ़ॉर्म से कनेक्ट करें

यदि आप Purple Engage के माध्यम से भेजते हैं, तो अभियान सीधे लॉगिन डेटा से ट्रिगर होते हैं। यदि आप कोई अन्य प्लेटफ़ॉर्म रखते हैं, तो Purple CRM और मार्केटिंग प्लेटफ़ॉर्म के साथ एकीकृत होता है, ताकि सहमति वाले रिकॉर्ड उन टूल तक पहुंचें जिन्हें आप पहले से चला रहे हैं। प्रत्येक रिकॉर्ड के साथ सहमति की स्थिति पास करें। उन मेहमानों को कभी भी सिंक न करें जिन्होंने अस्वीकार कर दिया था।

Purple का सहायता दस्तावेज़ आपके लॉगिन पेज और एकीकरण के लिए कॉन्फ़िगरेशन चरणों को कवर करता है।

अपनी प्रेषक प्रतिष्ठा की रक्षा के लिए आपको क्या और कब भेजना चाहिए?

विज़िट ताज़ा होने पर स्वागत संदेश भेजें

जिस गेस्ट ने आज लॉगिन किया है वह आज आपके नाम को पहचानता है। तीन हफ्तों में वे ऐसा नहीं कर सकते हैं, और एक अनजान प्रेषक ही वह होता है जिसकी रिपोर्ट की जाती है। विज़िट के बाद स्वचालित रूप से एक स्वागत ईमेल ट्रिगर करें। पुष्टि करें कि गेस्ट ने किस लिए साइन अप किया है और अनसब्सक्राइब लिंक को साफ़ तौर पर शामिल करें।

वॉल्यूम को धीरे-धीरे बढ़ाएं, अचानक न बढ़ाएं

प्रदाता वॉल्यूम में अचानक वृद्धि को जोखिम के संकेत के रूप में आंकते हैं। यदि आप किसी नए डोमेन या प्लेटफ़ॉर्म पर जा रहे हैं, तो अपने सबसे हालिया सक्रिय मेहमानों के साथ शुरुआत करें। जैसे-जैसे आपकी स्पैम दर स्थिर रहती है, सप्ताह-दर-सप्ताह वॉल्यूम बढ़ाएं।

विज़िट व्यवहार के आधार पर खंडित करें

WiFi लॉगिन आपको बताते हैं कि किसने, कहां और हाल ही में दौरा किया। इसका उपयोग करें, सभी के लिए एक ही सूची का नहीं।

• हाल के पहली बार आने वाले आगंतुक: एक स्वागत संदेश और वापस आने का एक कारण।
• नियमित ग्राहक: पहचान और शुरुआती पहुंच, ईमेल और WiFi पर एक रेस्तरां लॉयल्टी प्रोग्राम बनाने का आधार।
• पुराने/लैप्स हो चुके अतिथि: एक एकल विन-बैक संदेश, फिर प्रतिक्रिया न देने पर उन्हें दबाना (suppression)।
• साइट-विशिष्ट दर्शक: केवल उन अतिथियों के लिए स्थानीय कार्यक्रम जिन्होंने उस साइट का दौरा किया था।

एक सनसेट नियम सेट करें

उन अतिथियों को मेल भेजना बंद करें जिन्होंने 180 दिनों जैसी एक निश्चित अवधि के लिए ईमेल खोला, क्लिक किया या विज़िट नहीं किया है। केवल ओपन्स (Opens) अविश्वसनीय हैं। Apple Mail Privacy Protection ईमेल सामग्री को प्रीलोड करता है, जो एक ऐसा ओपन दर्ज कर सकता है जो अतिथि ने कभी किया ही नहीं। एक रिटर्निंग WiFi लॉगिन एक मजबूत संकेत है, और एक ऐसा संकेत जिसे अधिकांश भेजने वाले प्लेटफ़ॉर्म नहीं देख सकते हैं।

काम किया गया परिदृश्य: एक तीन-होटल समूह अपनी सूची को फिर से बनाता है

नीचे दिए गए आंकड़े उदाहरणात्मक योजना धारणाएं हैं, न कि रिपोर्ट किए गए परिणाम।

स्थिति। तीन 200 कमरों वाले होटलों का एक समूह 24,000 संपर्कों को ईमेल भेजता है। सूची में बुकिंग इंजन निर्यात, पुराने पेपर कार्ड और पांच साल पहले खरीदी गई सूची का मिश्रण है। एक ग्रीष्मकालीन प्रचार द्वारा Google की थोक सीमा पार करने के बाद, Gmail ने इसके मेल को स्पैम में भेजना शुरू कर दिया।

समूह ने क्या किया। इसने सहमति रिकॉर्ड के बिना प्रत्येक संपर्क को दबा दिया (suppress किया), जिससे 8,500 संपर्क बचे। इसने SPF, DKIM और DMARC के साथ अपने डोमेन को प्रमाणित किया और वन-क्लिक अनसब्सक्राइब जोड़ा। इसके बाद इसने WiFi लॉगिन पर बिना टिक वाले ऑप्ट-इन के साथ नए कैप्चर को स्थानांतरित कर दिया, जिसमें प्रत्येक प्रवास के बाद एक स्वागत ईमेल शामिल था।

मापने योग्य परिणाम। पूरे समूह में प्रति माह 4,000 अतिथि लॉगिन और 35% ऑप्ट-इन दर मान लें। यह प्रति माह 1,400 सहमत संपर्कों को जोड़ता है, या प्रति वर्ष 16,800। 12 महीनों के भीतर सूची 25,300 तक पहुंच जाती है, जो पहले से बड़ी है, और प्रत्येक रिकॉर्ड में सहमति होती है। समूह सफलता को 0.10% से नीचे रखी गई Postmaster Tools स्पैम दर के रूप में मापता है।

आपको कैसे पता चलेगा कि आपकी ईमेल डिलीवरेबिलिटी काम कर रही है?

डिलीवरेबिलिटी और वाणिज्यिक परिणामों को साथ-साथ मापें। एक के बिना दूसरा समस्याओं को छुपाता है।

डिलीवरेबिलिटी संकेत

• स्पैम दर: Google Postmaster Tools इसे Gmail के लिए रिपोर्ट करता है। इसे 0.10% से नीचे रखें।
• DMARC पास दर: प्रत्येक वैध स्रोत को पास होना चाहिए। DMARC रिपोर्ट विफलताएं दिखाती हैं।
• हार्ड बाउंस: लॉगिन पर सत्यापित पते के लिए शून्य के करीब। वृद्धि एक आयातित या गलत टाइप की गई सूची की ओर इशारा करती है।
• Microsoft प्रतिष्ठा: Microsoft का Smart Network Data Services (SNDS) दिखाता है कि Outlook.com आपके भेजने वाले IP को कैसे देखता है, यदि आप समर्पित IP से भेजते हैं।
• प्रति भेज अनसब्सक्राइब दर: अचानक उछाल का मतलब है कि सामग्री या आवृत्ति चूक गई।

वाणिज्यिक संकेत

• लॉगिन पर ऑप्ट-इन दर: WiFi अतिथियों का हिस्सा जो मार्केटिंग चुनते हैं। यह आपको बताता है कि आपकी सहमति के शब्द कितने अच्छे से काम करते हैं।
• प्रति भेज राजस्व: भेजे गए संदेशों द्वारा विभाजित बुकिंग या मोचन (redemptions)।
• पुनरावृत्ति विज़िट दर: ईमेल प्राप्त करने वाले अतिथियों की तुलना में ईमेल न पाने वाले अतिथियों के रिटर्न लॉगिन।
• लाइफटाइम मूल्य: 12 महीनों में प्रति अतिथि खर्च और विज़िट।

काम किया गया परिदृश्य: एक 12-साइट पब समूह अपने शुक्रवार के सेंड्स को ठीक करता है

नीचे दिए गए आंकड़े उदाहरणात्मक योजना धारणाएं हैं, न कि रिपोर्ट किए गए परिणाम।

स्थिति। 12 स्थानों वाला एक पब समूह 30,000 सहमति प्राप्त मेहमानों का डेटा रखता है। हर शुक्रवार को यह सभी स्थानों के प्रत्येक कार्यक्रम के बारे में उन सभी को ईमेल भेजता है। हर हफ्ते अनसब्सक्राइब करने वालों की संख्या बढ़ रही है। इतने बड़े पैमाने पर, एक ही बार में 30 स्पैम रिपोर्ट भी समूह को गूगल की 0.10% की सीमा पर ला देती हैं।

समूह ने क्या किया। इसने प्रत्येक कार्यक्रम का संदेश केवल उन्हीं मेहमानों को भेजा जिन्होंने पिछले 90 दिनों में उस स्थान पर WiFi में लॉगिन किया था। इसने 180 दिनों का सनसेट नियम लागू किया और प्रत्येक मेहमान के लिए प्रति सप्ताह केवल एक इवेंट ईमेल की सीमा तय की। इसने समय-संवेदनशील रातों के लिए ईमेल के साथ SMS का उपयोग किया, पब के लिए इवेंट मार्केटिंग: एक SMS और ईमेल अभियान चेकलिस्ट का पालन करते हुए।

मापने योग्य परिणाम। मान लें कि प्रत्येक स्थान पर 2,500 हाल के आगंतुक हैं। साप्ताहिक संदेशों की संख्या 3,60,000 (30,000 लोगों को भेजे गए 12 कार्यक्रम) से घटकर 30,000 (2,500 लोगों को भेजे गए 12 कार्यक्रम) हो जाती है। यह 92% की कटौती है, और प्रत्येक मेहमान को अभी भी उनके स्थानीय स्थान के कार्यक्रम के बारे में जानकारी मिलती है। समूह अब स्थान के आधार पर प्रति 1,000 संदेशों पर बुकिंग की रिपोर्ट तैयार करता है, जिससे वह देख सकता है कि कौन से कार्यक्रम अपनी जगह सही साबित होते हैं।

वेन्यू ईमेल डिलीवरी में क्या गड़बड़ होती है, और आप इससे कैसे बच सकते हैं?

• पुरानी सूची इम्पोर्ट करना। दर्ज सहमति के बिना, वर्षों पहले एकत्र किए गए पते बाउंस और शिकायतें उत्पन्न करते हैं। केवल वही संपर्क रखें जिनकी सहमति आप साबित कर सकते हैं।
• सूची खरीदना। खरीदी गई सूची में आपके ब्रांड के लिए कोई सहमति नहीं होती है और इसमें स्पैम ट्रैप हो सकते हैं। इस पर संदेश न भेजें।
• पहले से टिक किए गए या बंडल किए गए बॉक्स। Recital 32 पहले से टिक की गई सहमति को खारिज करता है। WiFi एक्सेस के साथ मार्केटिंग को बंडल करना Article 7(4) को कमजोर करता है। बॉक्स को अनटिक और वैकल्पिक रखें।
• वन-क्लिक अनसब्सक्राइब का न होना। Gmail और Yahoo को बल्क मार्केटिंग मेल के लिए RFC 8058 हेडर की आवश्यकता होती है। पुष्टि करें कि आपका भेजने वाला प्लेटफॉर्म इसे हर अभियान में जोड़ता है।
• धीमा अनसब्सक्राइब। गूगल और याहू दो दिनों के भीतर ऑप्ट-आउट को पूरा करने की अपेक्षा करते हैं। CAN-SPAM 10 व्यावसायिक दिनों तक की अनुमति देता है, लेकिन सख्त मानकों का पालन करें।
• पूर्ण क्षमता पर एक नया डोमेन शुरू करना। अपने सबसे हाल के सक्रिय मेहमानों से शुरुआत करते हुए, धीरे-धीरे मात्रा बढ़ाएं।
• बिना बताए ब्रांड्स के बीच सहमति साझा करना। यदि आपका समूह कई ब्रांड चलाता है, तो सहमति के समय उनके नाम स्पष्ट करें।
• SMS को भूल जाना। PECR टेक्स्ट संदेशों के साथ-साथ ईमेल को भी कवर करता है। दोनों पर समान सहमति और ऑप्ट-आउट नियम लागू करें।
• सगाई के प्रमाण के रूप में केवल ईमेल खोलने (opens) पर भरोसा करना। अपनी सहभागिता के संकेतों के रूप में क्लिक, बुकिंग और रिटर्न WiFi लॉगिन का उपयोग करें।

अक्सर पूछे जाने वाले प्रश्न

ईमेल डिलीवरी सेवाएं क्या हैं, और क्या किसी वेन्यू को इनकी आवश्यकता होती है?

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

क्या गेस्ट WiFi लॉगिन पर ऑप्ट-इन GDPR के तहत वैध सहमति है?

हां, बशर्ते यह GDPR मानकों को पूरा करता हो। अनुच्छेद 4(11) के तहत सहमति स्वतंत्र रूप से दी गई, विशिष्ट, सूचित और असंदिग्ध होनी चाहिए। जैसा कि पाठ 32 द्वारा आवश्यक है, मार्केटिंग बॉक्स डिफ़ॉल्ट रूप से अनटिक होना चाहिए। अनुच्छेद 7(4) के अनुरूप, अतिथि ऑप्ट-इन करता है या नहीं, WiFi भी काम करना चाहिए। शामिल ब्रांडों और चैनलों का नाम बताएं, अपनी गोपनीयता सूचना को लिंक करें, और सहमति वापस लेने की प्रक्रिया को साइन अप करने जितना ही आसान बनाएं।

यदि मैं सप्ताह में केवल कुछ सौ ईमेल भेजता हूं तो क्या मुझे SPF, DKIM और DMARC की आवश्यकता है?

हां, आपको तीनों को सेटअप करना चाहिए। Google को प्रत्येक प्रेषक को SPF या DKIM के साथ प्रमाणित करने की आवश्यकता होती है। प्रति दिन 5,000 से अधिक संदेश भेजने वाले प्रेषकों को एक साथ SPF, DKIM और DMARC का उपयोग करना आवश्यक है। एक बार इस सीमा को पार करने के बाद Google प्रेषक को स्थायी रूप से बल्क प्रेषक मानता है, और एक व्यस्त प्रचार भी ऐसा कर सकता है। अभी तीनों को स्थापित करने में बहुत कम लागत आती है और यह आपके बढ़ने से पहले आपकी प्रतिष्ठा की रक्षा करता है।

प्लेटफ़ॉर्म बदलते समय मुझे अपनी मौजूदा ईमेल सूची का क्या करना चाहिए?

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

क्या Purple हमारे पास पहले से मौजूद WiFi हार्डवेयर के साथ काम करता है?

हां, Purple हार्डवेयर-अज्ञेयवादी है और आपके मौजूदा नेटवर्क पर क्लाउड ओवरले के रूप में चलता है। यह Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme और Fortinet के साथ काम करता है। आप अपने एक्सेस पॉइंट्स को बनाए रखते हैं और ऊपर से Purple जोड़ते हैं, जिसमें किसी रिप एंड रिप्लेस की आवश्यकता नहीं होती है। आपका अतिथि WiFi लॉगिन पृष्ठ फिर वह स्थान बन जाता है जहां सहमति वाला अतिथि डेटा कैप्चर किया जाता है।

Purple Engage Mailchimp, Klaviyo या HubSpot से किस तरह अलग है?

Purple Engage केवल अभियान ही नहीं बनाता, बल्कि सूची भी तैयार करता है। Mailchimp, Klaviyo और HubSpot आपके द्वारा लाए गए संपर्कों को संदेश भेजते हैं। Purple Engage सचेत-विकल्प ऑप्ट-इन के साथ, WiFi लॉगिन पर सत्यापित अतिथि ईमेल और फोन डेटा कैप्चर करता है, और इससे अभियानों को स्वचालित करता है। चूंकि Purple रिटर्न लॉगिन देखता है, आप वास्तविक विज़िट के आधार पर वर्गीकरण कर सकते हैं और केवल ओपन और क्लिक ही नहीं, बल्कि बार-बार आने वाले विज़िट को भी माप सकते हैं।

क्या मैं सहमति मांगने के बजाय सॉफ्ट ऑप्ट-इन पर भरोसा कर सकता हूं?

नहीं, यूके में WiFi साइन-अप के लिए नहीं। PECR विनियमन 22(3) केवल वहीं सॉफ्ट ऑप्ट-इन की अनुमति देता है जहां आपने बिक्री या बिक्री के लिए बातचीत के दौरान संपर्क विवरण एकत्र किए हों। एक मुफ़्त WiFi लॉगिन एक बिक्री नहीं है, इसलिए अतिथियों से स्पष्ट सहमति मांगें। खरीदारी के दौरान एक टिल या रसीद प्रॉम्प्ट योग्य हो सकता है, लेकिन यह संग्रह के समय और प्रत्येक संदेश में एक स्पष्ट ऑप्ट-आउट प्रदान करना चाहिए।

Purple हमारे द्वारा एकत्र किए जाने वाले अतिथि डेटा की सुरक्षा कैसे करता है?

Purple ISO 27001 प्रमाणित है और GDPR तथा CCPA का अनुपालन करता है। इसके पास Cyber Essentials प्रमाणन भी है और यह एक प्रमाणित B Corp है। लॉगिन के समय कैप्चर किया गया गेस्ट डेटा फ़र्स्ट-पार्टी डेटा होता है, जो आपकी वेन्यू की अपनी मार्केटिंग के लिए सहमति के साथ एकत्र किया जाता है। Purple 2012 से काम कर रहा है और 80,000+ से अधिक लाइव वेन्यू पर चलता है। आप अपनी सहमति की शब्दावली, गोपनीयता नोटिस और डेटा विषय अनुरोधों के उत्तर के लिए जिम्मेदार रहते हैं।