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

वेन्यूसाठी ईमेल डिलिव्हरेबिलिटी तीन गोष्टींवर अवलंबून असते. तुम्हाला GDPR अंतर्गत सिद्ध करता येईल अशी संमती आणि SPF, DKIM आणि DMARC द्वारे ऑथेंटिकेट केलेला सेंडिंग डोमेन आवश्यक आहे. तसेच, तुमचा स्पॅम तक्रार दर Google च्या 0.10% मार्गदर्शक तत्त्वापेक्षा कमी असणे आवश्यक आहे. गेस्ट WiFi लॉगिनवेळी मिळणाऱ्या ऑप्ट-इन्सद्वारे यादी तयार करा, दोन दिवसांच्या आत अनसब्सक्राइबचा आदर करा आणि निष्क्रिय पाहुण्यांना पाठवणे थांबवा.

ईमेल डिलिव्हरेबिलिटी चेकलिस्ट तुमच्या वेन्यूसाठी काय करते?

स्पॅममध्ये जाणारा प्रत्येक ईमेल म्हणजे तुम्ही पैसे देऊनही न मिळालेली पुन्हा भेट असते. डिलिव्हरेबिलिटी म्हणजे केवळ प्राप्त करणाऱ्या सर्व्हरपर्यंत पोहोचणे नव्हे, तर तुमच्या पाठवलेल्या ईमेलपैकी इनबॉक्समध्ये पोहोचणाऱ्या ईमेल्सचा वाटा आहे. एखादा संदेश "डिलिव्हर" झाला तरीही तो जंक फोल्डरमध्ये न वाचता पडून राहू शकतो.

वेन्यूसाठी, याचा परिणाम व्यावसायिक असतो. इनबॉक्स प्लेसमेंटमुळे ईमेल्स उघडले जातात. ईमेल उघडल्याने बुकिंग आणि पुन्हा भेटी दिल्या जातात, आणि पुन्हा भेटी दिल्याने लाईफटाईम व्हॅल्यू वाढते. जेव्हा Gmail किंवा Outlook ला तुमचा डोमेन धोकादायक वाटू लागतो, तेव्हाच प्रत्येक पाठवलेल्या ईमेलमागील महसूल घटतो.

मेलबॉक्स प्रदाते आता याची सक्ती करतात. फेब्रुवारी 2024 पासून, Google आणि Yahoo ने मोठ्या प्रमाणात ईमेल पाठवणाऱ्यांसाठी त्यांचे मेल ऑथेंटिकेट करणे, वन-क्लिक अनसब्सक्राइब पर्याय देणे आणि तक्रारी कमी ठेवणे अनिवार्य केले आहे. Microsoft ने मे 2025 मध्ये Outlook.com साठी असेच नियम लागू केले. वीकेंड प्रमोशन पाठवणारा वेन्यू ग्रुप एकाच वेळी ईमेल पाठवून Google ची दररोज 5,000 संदेशांची बल्क मर्यादा ओलांडू शकतो.

ही चेकलिस्ट दोन कामे पूर्ण करते. अनुपालन तुम्हाला GDPR आणि UK मधील Privacy and Electronic Communications Regulations (PECR) अंतर्गत कायदेशीर ठेवते. डिलिव्हरेबिलिटी तुम्हाला इनबॉक्समध्ये ठेवते. बहुतेक मार्केटर्सना अपेक्षा असते त्यापेक्षा या दोन गोष्टी अधिक एकमेकांशी जोडलेल्या आहेत. ज्या पाहुण्यांनी तुमचे संदेश मिळण्यास कधीही संमती दिली नाही, तेच पाहुणे "report spam" वर क्लिक करण्याची सर्वाधिक शक्यता असते.

बहुतेक ईमेल डिलिव्हरेबिलिटी सेवा पाठवण्याच्या बाजूवर लक्ष केंद्रित करतात: ऑथेंटिकेशन, 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 Article 7(4) नुसार जेव्हा एखादी सेवा तिला नको असलेल्या संमतीवर अवलंबून असते, तेव्हा ती संमती स्वेच्छेने दिली जाण्याची शक्यता कमी असते. व्यवहारात, पाहुण्यांनी (guest) मार्केटिंगची निवड केली असो वा नसो, WiFi चाललेच पाहिजे.

लॉगिन पेज खालीलप्रमाणे सेट करा:

• मार्केटिंग बॉक्स मुलभूतरित्या (by default) अनटिक ठेवा.
• तुम्ही ईमेल आणि SMS दोन्ही पाठवत असल्यास त्यांना स्वतंत्र पर्याय म्हणून ऑफर करा.
• तुम्ही एखाद्या समूहामध्ये डेटा शेअर करत असल्यास कव्हर केलेल्या ब्रँडची नावे द्या, जेणेकरून संमती विशिष्ट राहील.
• शब्दरचना पुरेशी लहान ठेवा जेणेकरून ती फोनवर पाच सेकंदात वाचता येईल.

UK मध्ये, सॉफ्ट ऑप्ट-इन वर अवलंबून राहू नका. PECR नियमन 22(3) केवळ अशाच ठिकाणी परवानगी देते जिथे तुम्ही उत्पादन किंवा सेवेच्या "विक्री किंवा विक्रीसाठीच्या वाटाघाटी दरम्यान" तपशील गोळा केले आहेत. मोफत WiFi लॉगिन ही विक्री नाही, त्यामुळे संमती मागा.

तुमच्या प्रतिष्ठेचे रक्षण करणारे लिस्ट स्रोत निवडा

लिस्ट स्रोत	संमतीचा पुरावा	पत्त्याची अचूकता	डिलिव्हरेबिलिटी जोखीम	हे कोणाला सुट होते
गेस्ट WiFi लॉगिनवर ऑप्ट-इन	लॉगिन वेळी डिजिटल ऑप्ट-इन कॅप्चर केले जाते, गेस्ट प्रोफाईलमध्ये स्टोअर केले जाते	लॉगिन वेळी पडताळणी केली जाते	कमी	गेस्ट WiFi आणि स्थिर फूट ट्रॅफिक असलेले कोणतेही ठिकाण
कागदी साइन-अप कार्ड	कागदी नोंद, अनेकदा हरवते किंवा कपाटात जात नाही	हस्तलेखनातील चुका आणि चुकीचे टाईप केलेले पत्ते	मध्यम	डिजिटल कॅप्चर नसलेली एकल ठिकाणे
टिल किंवा पावती ईमेल प्रॉम्प्ट	कर्मचारी योग्य प्रश्न विचारण्यावर अवलंबून असते	कर्मचाऱ्यांनी घाईत टाईप केलेले	मध्यम	उच्च व्यवहार प्रमाण असलेले रिटेल आणि QSR
खरेदी केलेली किंवा भाड्याने घेतलेली लिस्ट	तुमच्या स्वतःच्या ब्रँडसाठी तुम्ही सिद्ध करू शकाल असा काहीही नाही	अज्ञात, स्पॅम ट्रॅप्स असू शकतात	जास्त	कोणतेही ठिकाण नाही: तुमच्या मार्केटिंगसाठी GDPR संमती चाचणीत अपयशी ठरते

कॅप्चर तुमच्या पाठवणाऱ्या प्लॅटफॉर्मशी कनेक्ट करा

तुम्ही Purple Engage द्वारे पाठवल्यास, कॅम्पेन्स थेट लॉगिन डेटावरून ट्रिगर होतात. जर तुम्ही दुसरे प्लॅटफॉर्म वापरत असाल, तर Purple हे CRM आणि मार्केटिंग प्लॅटफॉर्मशी एकत्रित (integrate) होते, ज्यामुळे संमती असलेल्या नोंदी तुम्ही आधीपासून वापरत असलेल्या टूलमध्ये प्रवाहित होतात. प्रत्येक नोंदीसोबत संमती स्थिती पास करा. नाकारलेल्या पाहुण्यांचा डेटा कधीही सिंक करू नका.

Purple चे सपोर्ट दस्तऐवज तुमच्या लॉगिन पेज आणि इंटिग्रेशनसाठी कॉन्फिगरेशन टप्पे कव्हर करतात.

तुमच्या पाठवणाऱ्याच्या प्रतिष्ठेचे रक्षण करण्यासाठी तुम्ही काय आणि केव्हा पाठवले पाहिजे?

भेट ताजी असतानाच स्वागत संदेश पाठवा

आज लॉगिन केलेल्या गेस्टला आज तुमचे नाव ओळखता येते. तीन आठवड्यांत ते कदाचित ओळखणार नाहीत, आणि अनोळखी पाठवणारा तोच असतो ज्याची तक्रार केली जाते. भेटीनंतर स्वयंचलितपणे वेलकम ईमेल ट्रिगर करा. पाहुण्याने कशासाठी साइन अप केले याची पुष्टी करा आणि अनसब्सक्राइब लिंक स्पष्टपणे समाविष्ट करा.

व्हॉल्यूम हळूहळू वाढवा, अचानक वाढवू नका

प्रदाते (providers) व्हॉल्यूममधील अचानक वाढ जोखीम सिग्नल म्हणून मानतात. तुम्ही नवीन डोमेन किंवा प्लॅटफॉर्मवर जात असल्यास, तुमच्या अलीकडील सक्रिय पाहुण्यांपासून सुरुवात करा. तुमचा स्पॅम दर स्थिर राहिल्यामुळे आठवड्यातून आठवड्यात व्हॉल्यूम वाढवा.

भेटीच्या वर्तनानुसार वर्गीकरण (Segment) करा

WiFi लॉगिन तुम्हाला कोणी भेट दिली, कुठे आणि किती अलीकडे भेट दिली हे सांगते. ते वापरा, सर्वांसाठी एकच लिस्ट वापरू नका.

• अलीकडील पहिल्यांदा भेट देणारे: एक स्वागत आणि परत येण्याचे कारण.
• नियमित ग्राहक: ओळख आणि पूर्व प्रवेश, ईमेल आणि WiFi वर रेस्टॉरंट लॉयल्टी प्रोग्राम तयार करण्याचा पाया.
• माजी पाहुणे: एकच विन-बॅक संदेश, आणि त्यांनी प्रतिसाद न दिल्यास त्यांना लिस्टधून काढणे (suppression).
• विशिष्ट ठिकाणचे प्रेक्षक: केवळ त्या ठिकाणाला भेट देणाऱ्या पाहुण्यांसाठीच स्थानिक कार्यक्रम.

सनसेट नियम (sunset rule) सेट करा

180 दिवसांसारख्या ठराविक कालावधीसाठी ज्या पाहुण्यांनी ईमेल उघडला नाही, क्लिक केले नाही किंवा भेट दिली नाही त्यांना ईमेल पाठवणे थांबवा. केवळ ईमेल ओपन होण्यावर विश्वास ठेवता येत नाही. Apple Mail Privacy Protection ईमेल सामग्री प्रीलोड करते, ज्यामुळे पाहुण्याने कधीही न उघडलेला ईमेल देखील ओपन झाल्याचे नोंदवले जाऊ शकते. परत येणारा WiFi लॉगिन हा अधिक मजबूत सिग्नल आहे, जो बहुतांश पाठवणारे प्लॅटफॉर्म पाहू शकत नाहीत.

कार्यप्रणालीचे उदाहरण: तीन हॉटेल्सचा समूह त्यांची सूची पुन्हा तयार करतो

खालील आकडेवारी ही काल्पनिक नियोजनाच्या गृहितकांवर आधारित आहे, कोणताही प्रत्यक्ष अहवाल नाही.

परिस्थिती. तीन 200-खोल्यांच्या हॉटेल्सचा समूह 24,000 संपर्कांना ईमेल पाठवतो. या सूचीमध्ये बुकिंग इंजिन निर्याती, जुने कागदी कार्ड आणि पाच वर्षांपूर्वी खरेदी केलेली सूची एकत्रित आहे. उन्हाळी जाहिरातीने Google ची बल्क मर्यादा ओलांडल्यानंतर, Gmail ने त्यांचे ईमेल स्पॅममध्ये पाठवण्यास सुरुवात केली.

समूहाने काय केले. त्यांनी संमतीची नोंद नसलेला प्रत्येक संपर्क बाजूला केला, ज्यामुळे 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 प्रतिष्ठा: तुम्ही समर्पित IPs वरून पाठवत असल्यास, Microsoft चे Smart Network Data Services (SNDS) हे दाखवते की Outlook.com तुमचे पाठवणारे IPs कसे पाहाते.
• प्रति पाठवणी अनसब्सक्राइब दर: यात अचानक झालेली वाढ म्हणजे मजकूर किंवा वारंवारता चुकली आहे.

व्यावसायिक सिग्नल

• लॉगिनच्या वेळी ऑप्ट-इन दर: मार्केटिंग निवडणाऱ्या WiFi पाहुण्यांचा भाग. हे तुमचे संमतीचे शब्द किती चांगले कार्य करतात ते सांगते.
• प्रति पाठवणी महसूल: पाठवलेल्या संदेशांनी भागलेले बुकिंग किंवा रिडेम्प्शन.
• पुन्हा भेट देण्याचा दर: ईमेल न मिळालेल्या पाहुण्यांच्या तुलनेत ईमेल पाठवलेल्या पाहुण्यांचे रिटर्न लॉगिन.
• लाइफटाइम व्हॅल्यू: 12 महिन्यांत प्रति पाहुणा झालेला खर्च आणि भेट.

कार्यप्रणालीचे उदाहरण: 12-ठिकाणे असणारा पब समूह त्याचे शुक्रवारचे संदेश सुधारतो

खालील आकडेवारी ही काल्पनिक नियोजनाच्या गृहितकांवर आधारित आहे, कोणताही प्रत्यक्ष अहवाल नाही.

परिस्थिती. 12-साइट असलेल्या पब ग्रुपकडे 30,000 संमती दिलेले अतिथी आहेत. दर शुक्रवारी ते सर्वांना प्रत्येक साइटवरील प्रत्येक कार्यक्रमाबद्दल ईमेल पाठवतात. दर आठवड्याला अनसब्सक्राइब करण्याचे प्रमाण वाढत आहे. या प्रमाणावर, एकाच वेळी पाठवलेल्या 30 स्पॅम रिपोर्टमुळे हा ग्रुप Google च्या 0.10% च्या मर्यादेवर पोहोचतो.

ग्रुपने काय केले. त्यांनी प्रत्येक कार्यक्रम फक्त अशाच अतिथींना पाठवला ज्यांनी गेल्या 90 दिवसांत त्या साइटवरील WiFi मध्ये लॉगिन केले होते. त्यांनी 180-दिवसांचा सनसेट नियम लागू केला आणि प्रत्येक अतिथीला आठवड्याला फक्त एक कार्यक्रम ईमेल मर्यादित केला. त्यांनी वेळ-संवेदनशील रात्रींसाठी ईमेलसोबत SMS ची जोड दिली, पबसाठी इव्हेंट मार्केटिंग: एक SMS आणि ईमेल मोहीम चेकलिस्ट चे अनुसरण करून.

मोजता येण्याजोगा परिणाम. असे गृहीत धरा की प्रत्येक साइटवर 2,500 अलीकडील भेट देणारे आहेत. साप्ताहिक प्रमाण 360,000 संदेशांवरून (30,000 अतिथींना पाठवलेले 12 कार्यक्रम) 30,000 वर (2,500 अतिथींना पाठवलेले 12 कार्यक्रम) खाली आले. ही 92% ची कपात आहे, आणि तरीही प्रत्येक अतिथीला त्यांच्या स्थानिक पबमधील कार्यक्रमाबद्दल माहिती मिळते. ग्रुप आता साइटनुसार प्रति 1,000 पाठवण्यांवर होणाऱ्या बुकिंगची नोंद करतो, जेणेकरून कोणते कार्यक्रम योग्य आहेत ते त्यांना स्पष्ट दिसू शकेल.

वेन्यू ईमेल डिलिव्हरेबिलिटीमध्ये काय चुकीचे घडते, आणि तुम्ही ते कसे टाळू शकता?

• जुनी यादी इंपोर्ट करणे. वर्षांपूर्वी नोंदवलेल्या संमतीशिवाय गोळा केलेले पत्ते बाउंस आणि तक्रारी निर्माण करतात. फक्त तेच संपर्क ठेवा ज्यांची संमती तुम्ही सिद्ध करू शकता.
• यादी खरेदी करणे. खरेदी केलेल्या यादीमध्ये तुमच्या ब्रँडसाठी कोणतीही संमती नसते आणि त्यात स्पॅम ट्रॅप असू शकतात. त्यांना ईमेल पाठवू नका.
• आधीच टिक केलेले किंवा एकत्रित बॉक्स. Recital 32 आधीच टिक केलेल्या संमतीला नाकारते. WiFi ॲक्सेससोबत मार्केटिंग एकत्रित केल्याने Article 7(4) चे उल्लंघन होते. बॉक्स अनटिक आणि ऐच्छिक ठेवा.
• वन-क्लिक अनसब्सक्राइब नसणे. Gmail आणि Yahoo ला मोठ्या प्रमाणावर पाठवल्या जाणाऱ्या मार्केटिंग मेलसाठी RFC 8058 हेडर आवश्यक आहे. तुमचा पाठवणारा प्लॅटफॉर्म प्रत्येक मोहिमेमध्ये ते जोडतो याची खात्री करा.
• हळूहळू अनसब्सक्राइब होणे. Google आणि Yahoo दोन दिवसांच्या आत ऑप्ट-आउट मान्य करण्याची अपेक्षा करतात. CAN-SPAM 10 व्यवसायाचे दिवस देतो, परंतु अधिक कडक मानकांचे पालन करा.
• पूर्ण क्षमतेने नवीन डोमेन सुरू करणे. तुमच्या सर्वात अलीकडील सक्रिय अतिथींपासून सुरुवात करून हळूहळू ते वाढवा.
• स्पष्ट न करता ब्रँड्समध्ये संमती शेअर करणे. जर तुमचा ग्रुप अनेक ब्रँड चालवत असेल, तर संमतीच्या वेळी त्यांची नावे स्पष्ट करा.
• SMS कडे दुर्लक्ष करणे. PECR ईमेलप्रमाणेच टेक्स्ट मेसेजचाही विचार करतो. दोघांनाही समान संमती आणि ऑप्ट-आउट नियम लागू करा.
• ओपन दरांवर संमतीचा पुरावा म्हणून विश्वास ठेवणे. तुमच्या प्रतिबद्धतेचे संकेत म्हणून क्लिक, बुकिंग आणि पुन्हा येऊन केलेले 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 ला रिटर्न लॉगिन दिसतात, त्यामुळे तुम्ही वास्तविक भेटींनुसार वर्गवारी करू शकता आणि फक्त ओपन आणि क्लिक्स ऐवजी पुनरावृत्ती भेटी मोजू शकता.

मी संमती मागण्याऐवजी सॉफ्ट ऑप्ट इनवर अवलंबून राहू शकतो का?

नाही, UK मधील WiFi साइन अपसाठी नाही. PECR नियम 22(3) फक्त तिथेच सॉफ्ट ऑप्ट इनला अनुमती देता जिथे तुम्ही विक्रीदरम्यान किंवा विक्रीसाठीच्या वाटाघाटीदरम्यान संपर्क तपशील गोळा केले आहेत. मोफत WiFi लॉगिन ही विक्री नाही, त्यामुळे पाहुण्यांना स्पष्ट संमती मागा. खरेदीदरम्यान टिल किंवा पावतीवरील सूचना पात्र ठरू शकते, परंतु तिने संकलन करताना आणि प्रत्येक संदेशात स्पष्ट ऑप्ट आउट पर्याय दिला पाहिजे.

आम्ही गोळा करत असलेल्या पाहुण्यांच्या डेटाचे Purple कसे रक्षण करते?

Purple हे ISO 27001 प्रमाणित आहे आणि GDPR व CCPA चे पालन करते. यात Cyber Essentials प्रमाणपत्र देखील आहे आणि ही एक प्रमाणित B Corp आहे. लॉगिनच्या वेळी संकलित केलेला गेस्ट डेटा हा फर्स्ट-पार्टी डेटा असतो, जो तुमच्या ठिकाणाच्या स्वतःच्या मार्केटिंगसाठी संमतीने गोळा केला जातो. Purple 2012 पासून कार्यरत आहे आणि 80,000+ पेक्षा जास्त थेट ठिकाणी चालते. तुमची संमतीची भाषा, गोपनीयता सूचना आणि डेटा विषयाच्या विनंत्यांना प्रतिसाद देण्यासाठी तुम्हीच जबाबदार राहाल.