Email Marketing

Gmail आणि Yahoo प्रेषक आवश्यकता: वेन्यू मार्केटर्सने काय बदलणे आवश्यक आहे

Gmail आणि Yahoo तुमच्या वेन्यूला बल्क प्रेषक मानतात का आणि सर्वात आधी काय दुरुस्त करायचे हे शोधण्यासाठी या मार्गदर्शकाचा वापर करा. याचा अर्थ तुमच्या स्वतःच्या डोमेनवर SPF, DKIM आणि DMARC असणे, दोन दिवसांच्या आत वन-क्लिक अनसब्सक्राइबची अंमलबजावणी करणे आणि स्पॅम रिपोर्ट 0.

13 min read३,१५५ words

Part of the guide topicEmail marketing compliance for venues

फेब्रुवारी 2024 पासून, Gmail आणि Yahoo ने बल्क पाठवणाऱ्यांसाठी SPF, DKIM आणि DMARC द्वारे ईमेल ऑथेंटिकेट करणे अनिवार्य केले आहे. Gmail दररोज 5,000 मेसेजची बल्क मर्यादा ठरवते. बल्क पाठवणाऱ्यांनी वन-क्लिक अनसब्सक्राइब पर्याय देणे, दोन दिवसांच्या आत ऑप्ट-आउट्सची अंमलबजावणी करणे आणि रिपोर्ट केलेले स्पॅम 0.3% पेक्षा कमी ठेवणे आवश्यक आहे. वेन्यूसाठी, याचा अर्थ तुमचा पाठवणारा डोमेन दुरुस्त करणे आणि केवळ संमती दिलेल्या पाहुण्यांनाच ईमेल पाठवणे असा होतो.

Gmail आणि Yahoo पाठवणाऱ्यांसाठीचे नियम काय आहेत?

Google आणि Yahoo ने त्यांच्या वैयक्तिक मेलबॉक्सवर ईमेल पाठवणाऱ्या प्रत्येकासाठी ऑक्टोबर 2023 मध्ये संयुक्त पाठवणारे नियम जाहीर केले. फेब्रुवारी 2024 पासून अंमलबजावणी सुरू झाली. जून 2024 पासून Gmail बल्क पाठवणाऱ्यांसाठी वन-क्लिक अनसब्सक्राइब अनिवार्य झाले. हे नियम पाठवणाऱ्यांची दोन स्तरांमध्ये विभागणी करतात आणि दुसऱ्या स्तरामध्ये बहुतेक काम समाविष्ट आहे.

या संपूर्ण प्रक्रियेत तीन संज्ञा येतात:

  • SPF (Sender Policy Framework) हा एक DNS रेकॉर्ड आहे जो तुमच्या डोमेनसाठी ईमेल पाठवण्याची परवानगी असलेल्या सर्व्हरची यादी देतो.
  • DKIM (DomainKeys Identified Mail) प्रत्येक मेसेजमध्ये क्रिप्टोग्राफिक स्वाक्षरी जोडते. हे मेसेजमध्ये कोणताही बदल झालेला नाही हे सिद्ध करते आणि त्याला पाठवणाऱ्या डोमेनशी जोडते.
  • DMARC (Domain-based Message Authentication, Reporting and Conformance) SPF किंवा DKIM अपयशी ठरल्यास काय करायचे ते मेलबॉक्स प्रदात्यांना सांगते. हे तुमच्या नावाखाली कोण मेल पाठवत आहे याचे दैनंदिन रिपोर्ट देखील तुम्हाला पाठवते.

प्रत्येक पाठवणाऱ्याने पाळले पाहिजेत असे नियम

gmail.com, googlemail.com किंवा yahoo.com पत्त्यावर ईमेल पाठवणाऱ्या प्रत्येक वेन्यूने, त्यांचे प्रमाण कितीही असले तरी, मूळ निकष पूर्ण केले पाहिजेत. Google च्या ईमेल पाठवणाऱ्यांच्या मार्गदर्शक तत्त्वांमध्ये हे स्पष्ट केले आहे:

  • SPF किंवा DKIM सह मेल ऑथेंटिकेट करा.
  • वैध फॉरवर्ड आणि रिव्हर्स DNS रेकॉर्ड असलेल्या डोमेन आणि IP पत्त्यांवरून पाठवा.
  • TLS कनेक्शन वापरा, जे ट्रान्सिट दरम्यान मेसेज एन्क्रिप्ट करते.
  • Google Postmaster Tools मध्ये दाखवलेला स्पॅम दर 0.3% पेक्षा कमी ठेवा.
  • gmail.com पत्त्यावरून येत असल्याचा दावा करणारा मार्केटिंग मेल कधीही पाठवू नका.

तुमचे पाठवणारे प्लॅटफॉर्म सामान्यतः त्याच्या सर्व्हरसाठी आणि TLS साठी DNS रेकॉर्ड हाताळते. डोमेन ऑथेंटिकेशन आणि स्पॅम दर व्यवस्थापित करणे तुमची जबाबदारी आहे.

बल्क पाठवणाऱ्यांसाठी अतिरिक्त नियम

Google बल्क पाठवणारा म्हणून त्याची व्याख्या करते जो 24 तासांच्या आत वैयक्तिक Gmail खात्यांवर 5,000 किंवा त्याहून अधिक मेसेज पाठवतो. एकाच प्राथमिक डोमेनवरील मेल एकत्र मोजले जातात, त्यामुळे तुमचे सबडोमेन एकत्र जोडले जातात. एकदा तुम्ही ही मर्यादा ओलांडली की, Google तुम्हाला कायमस्वरूपी बल्क पाठवणारा मानतो. Yahoo हेच बल्क नियम लागू करते परंतु कोणतीही संख्यात्मक मर्यादा प्रकाशित करत नाही.

बल्क पाठवणाऱ्यांनी खालील गोष्टी देखील केल्या पाहिजेत:

  • SPF आणि DKIM दोन्हीसह ऑथेंटिकेट करा.
  • किमान p=none पॉलिसीसह DMARC रेकॉर्ड प्रकाशित करा, ज्याचा अर्थ "ब्लॉक करा" ऐवजी "मॉनिटर करा आणि रिपोर्ट करा" असा होतो.
  • From पत्त्यामधील डोमेन SPF किंवा DKIM पास करणाऱ्या डोमेनशी जुळवा.
  • RFC 8058 मध्ये परिभाषित केल्यानुसार मार्केटिंग मेसेजमध्ये वन-क्लिक अनसब्सक्राइबला सपोर्ट करा आणि बॉडीमध्ये दृश्यमान अनसब्सक्राइब लिंक समाविष्ट करा.
  • अनसब्सक्राइब विनंत्यांवर दोन दिवसांच्या आत कारवाई करा.
आवश्यकता सर्व पाठवणारे बल्क पाठवणारे (Gmail वर दररोज 5,000+) वेन्यू काय बदलते
SPF SPF किंवा DKIM आवश्यक SPF आणि DKIM दोन्ही आवश्यक तुमच्या डोमेनच्या SPF रेकॉर्डमध्ये तुमचा मेसेज पाठवणारा प्लॅटफॉर्म जोडा
DKIM SPF किंवा DKIM आवश्यक आवश्यक, तुमच्या डोमेनसह साइन केलेले तुमच्या पाठवणाऱ्या प्लॅटफॉर्ममध्ये तुमचे डोमेन प्रमाणित करा
DMARC आवश्यक नाही आवश्यक, धोरण किमान p=none रिपोर्टिंग पत्त्यासह DMARC रेकॉर्ड प्रकाशित करा
From-address अलाइनमेंट आवश्यक नाही From डोमेन हे SPF किंवा DKIM डोमेनशी जुळणारे असावे तुमच्या स्वतःच्या डोमेनवरून पाठवा, कधीही gmail.com किंवा yahoo.com पत्त्यावरून पाठवू नका
वन-क्लिक अनसबस्क्राईब आवश्यक नाही मार्केटिंग संदेशांवर आवश्यक (RFC 8058) तुमचा प्लॅटफॉर्म List-Unsubscribe आणि List-Unsubscribe-Post हेडर जोडत असल्याची खात्री करा
अनसबस्क्राईब प्रक्रिया कोणतीही Gmail मुदत नाही; GDPR नुसार अजूनही संदेश पाठवणे थांबवणे आवश्यक दोन दिवसांच्या आत गेस्ट डेटा असलेल्या प्रत्येक सिस्टमवर ऑप्ट-आऊट्स सिंक करा
स्पॅम दर 0.3% पेक्षा कमी 0.3% पेक्षा कमी; Google कडून 0.1% पेक्षा कमी ठेवण्याचा सल्ला Postmaster Tools वर लक्ष ठेवा आणि अलीकडील भेट देणाऱ्यांना प्रथम ईमेल पाठवा
DNS आणि TLS आवश्यक आवश्यक तुमच्या पाठवणाऱ्या प्लॅटफॉर्मसह खात्री करा

वेन्यूसाठी पाठवणाऱ्याच्या (sender) आवश्यकता का महत्त्वाच्या आहेत?

येथे मुख्य ध्येय म्हणजे प्रति मेसेज मिळणारा महसूल (revenue per send). स्पॅममध्ये जाणार्‍या मोहिमेतून काहीही उत्पन्न मिळत नाही, ऑफर कितीही चांगली असली तरीही. Gmail कडून ईमेल नाकारला जाणे अधिक वाईट आहे, कारण संदेश कधीच पोहचत नाही. तुमचा रिपीट-व्हिजिट प्रोग्राम तेव्हाच कार्य करतो जेव्हा तुमचा ईमेल इनबॉक्समध्ये पोहोचतो.

वेन्यू मार्केटिंगची तीन वैशिष्ट्ये तुम्हाला तुमच्या अपेक्षेपेक्षा नियमांच्या अधिक जवळ आणतात.

तुमची यादी वैयक्तिक पत्त्यांनी बनलेली आहे

पाहुणे त्यांच्या रोजच्या वापरातील पत्त्यासह त्यांच्या स्वतःच्या फोनवर गेस्ट WiFi मध्ये साइन इन करतात. त्यामुळे WiFi द्वारे मिळवलेली यादी व्यावसायिक खात्यांऐवजी ग्राहक मेलबॉक्स प्रदात्यांकडे अधिक झुकते. तुम्ही काहीही बदलण्यापूर्वी, तुमच्या सूचीतील gmail.com, googlemail.com, yahoo.com आणि outlook.com पत्ते मोजा. तो भाग तुम्हाला सांगतो की तुमचा प्रति मेसेज महसूल या नियमांवर किती अवलंबून आहे.

वेन्यूचे ईमेल अचानक मोठ्या प्रमाणात पाठवले जातात (spiky)

रेस्टॉरंट ग्रुप महिन्यातून एकदा प्रत्येकाला एक न्यूझलेटर पाठवतो. स्टेडियम सामन्याच्या दिवशी प्रत्येक चाहत्याला ईमेल पाठवते. किरकोळ विक्रेता ब्लॅक फ्रायडेला मोठ्या प्रमाणात ईमेल पाठवतो. तुमचे दैनंदिन प्रमाण रातोरात 2,000 वरून 30,000 पर्यंत वाढू शकते. 24 तासांत 5,000 पेक्षा जास्त Gmail संदेशांचा एक मोठा स्पाइक तुम्हाला कायमचा मोठ्या प्रमाणावर मेसेज पाठवणारा (bulk sender) बनवतो.

स्पॅम रिपोर्टची गणना केली जाते; अनसबस्क्राईबची नाही

18 महिन्यांपूर्वी एकदा कनेक्ट झालेल्या पाहुण्याला तुमचे पाठवणाऱ्याचे नाव ओळखता येणार नाही. त्यांनी "Unsubscribe" ऐवजी "Report spam" वर टॅप केल्यास, ती तक्रार तुमच्या 0.3% च्या कमाल मर्यादेत मोजली जाते. अनसबस्क्राईब मोजले जात नाही. जो पाहुणा सहजपणे बाहेर पडतो तो असा पाहुणा आहे जो तुमची तक्रार करत नाही.

पाठवणाऱ्याच्या आवश्यकता प्रत्यक्षात कशा काम करतात?

अनुपालन तीन कामांवर येते: तुमचे डोमेन प्रमाणित करा, बाहेर पडणे सोपे करा आणि तक्रारी कमी ठेवा. यातील प्रत्येक गोष्ट मोजण्यायोग्य आहे.

तुम्ही ज्या डोमेनवरून पाठवता ते प्रमाणित करा

तुमच्या मालकीच्या डोमेनपासून सुरुवात करा, जसे की yourvenue.co.uk. विपणन प्लॅटफॉर्मद्वारे gmail.com पत्त्यावरून आपले वृत्तपत्र पाठवणारे स्वतंत्र कॅफे अपयशी ठरेल. Gmail आणि Yahoo त्यांच्या स्वतःच्या डोमेनवर DMARC धोरणे प्रकाशित करतात, त्यामुळे त्यांच्याकडून आल्याचा दावा करणारे परंतु इतर ठिकाणाहून येणारे ईमेल प्रमाणीकरणात अपयशी ठरतात.

नंतर, तुमच्या पाठवणाऱ्या प्लॅटफॉर्ममध्ये तुमचे डोमेन प्रमाणित करा. बहुतेक प्लॅटफॉर्म तुम्हाला तुमच्या DNS मध्ये जोडण्यासाठी DKIM रेकॉर्ड आणि कस्टम रिटर्न-पाथ रेकॉर्ड देतात. ही पायरी संरेखन तयार करते: पाहुण्यांना From ओळीत दिसणारे डोमेन तपासणी उत्तीर्ण होणाऱ्या डोमेनशी जुळते.

त्यानंतर p=none आणि रिपोर्टिंग पत्त्यासह DMARC रेकॉर्ड प्रकाशित करा. दोन ते चार आठवडे एकत्रित अहवाल वाचा. ते तुमच्या डोमेनवरून पाठवणारी प्रत्येक सेवा दर्शवतात, ज्यामध्ये तुम्ही विसरलेला बुकिंग सिस्टम किंवा लॉयल्टी ॲप समाविष्ट आहे. एकदा प्रत्येक कायदेशीर पाठवणारा उत्तीर्ण झाला की, p=quarantine आणि नंतर p=reject कडे जा. यामुळे तुमच्या ठिकाणाचे नाव वापरून कोणीही बनावटगिरी करण्यापासून रोखले जाते.

थेट मोहीम तपासण्यासाठी, ती Gmail इनबॉक्सवर पाठवा आणि "Show original" उघडा. Gmail वरच्या बाजूला SPF, DKIM आणि DMARC साठी पास किंवा फेल दाखवते. आमची मार्गदर्शिका स्थानिकांसाठी ईमेल वितरण क्षमता: एक अनुपालन चेकलिस्ट प्रत्येक रेकॉर्ड अधिक सखोलपणे कव्हर करते.

सदस्यत्व रद्द करणे एका टॅपमध्ये करा

वन-क्लिक अनसब्सक्राइब RFC 8058 मध्ये परिभाषित केलेल्या दोन संदेश हेडरवर अवलंबून असते: List-Unsubscribe आणि List-Unsubscribe-Post. जेव्हा दोन्ही उपस्थित असतात, तेव्हा Gmail आणि Yahoo तुमच्या पाठवणाऱ्याच्या नावाशेजारी अनसब्सक्राइब पर्याय दाखवू शकतात. पाहुणे पसंतीचे पृष्ठ किंवा लॉग इन न करता बाहेर पडतात. तरीही तुम्हाला ईमेल बॉडीमध्ये एक दृश्यमान अनसब्सक्राइब लिंक आवश्यक आहे.

GDPR एका वेगळ्या दृष्टिकोनातून समान अपेक्षा निश्चित करते. कलम 7(3) म्हणते की संमती मागे घेणे हे संमती देण्याइतकेच सोपे असावे. कलम 21(3) असे सांगते की जेव्हा कोणी थेट विपणनास आक्षेप घेते, तेव्हा तुम्ही ते थांबवले पाहिजे. UK मध्ये, प्रायव्हसी अँड इलेक्ट्रॉनिक कम्युनिकेशन्स रेग्युलेशन्स (PECR) देखील विपणन ईमेल नियंत्रित करतात.

दोन दिवसांची मुदत एक सामान्य तफावत उघड करते. जर ऑप्ट-आऊट तुमच्या ईमेल प्लॅटफॉर्मवर पोहोचले परंतु तुमच्या WiFi किंवा CRM डेटामध्ये नसेल, तर पाहुणे सूचीमध्ये पुन्हा दिसू शकतात. हे त्यांच्या पुढील भेटीच्या वेळी किंवा तुमच्या पुढील इम्पोर्टच्या वेळी घडू शकते. प्रत्येक ऑप्ट-आऊट पाहुण्यांच्या नोंदी ठेवणाऱ्या प्रत्येक प्रणालीपर्यंत पोहोचेल याची खात्री करा.

स्पॅम अहवाल 0.3% च्या खाली ठेवा

Google Postmaster Tools मोफत आहे. तुमचे डोमेन सत्यापित करा आणि ते तुमचा दैनिक स्पॅम दर नोंदवते: प्राप्तकर्त्यांनी स्पॅम म्हणून चिन्हांकित केलेल्या इनबॉक्स केलेल्या संदेशांचा वाटा. तुमचा Gmail वरील व्हॉल्यूम पुरेसा जास्त झाल्यावरच ते डेटा दाखवते.

हे गणित क्षमा न करणारे आहे. जर तुमचे 20,000 संदेश एका दिवसात Gmail इनबॉक्समध्ये पोहोचले, तर 60 स्पॅम अहवाल तुम्हाला 0.3% वर ठेवतात. Google 0.1% च्या खाली राहण्याचा सल्ला देते, जे 20 अहवाल आहे.

चार पद्धती तुम्हाला या रेषेच्या खाली ठेवतात:

  • प्रथम अलीकडील अभ्यागतांना पाठवा. गेल्या महिन्यात भेट दिलेला पाहुणा तुम्हाला ओळखतो. दोन वर्षांपूर्वीचा पाहुणा कदाचित ओळखणार नाही.
  • पाठवणाऱ्याचे नाव म्हणून तुमच्या ठिकाणाचे नाव वापरा. पाहुण्यांनी तुमच्या पालक कंपनीसाठी नाही, तर "The Crown" साठी ऑप्ट इन केले आहे.
  • opt-in च्या वेळी दिलेल्या वचनाशी जुळवून घ्या. WiFi opt-in द्वारे जर ऑफर्स आणि कार्यक्रमांचा उल्लेख केला असेल, तर दररोजची न्यूजलेटर्स पाठवण्याऐवजी केवळ ऑफर्स आणि कार्यक्रमच पाठवा.
  • गर्दीच्या काळात फ्रिक्वेन्सी नियंत्रणात ठेवा. ख्रिसमसच्या काळात प्रत्येक ठिकाणाहून अधिक ईमेल्स पाठवले जातात आणि पाहुण्यांचा संयम सर्वात कमी असतो.

सरावलेले उदाहरण: एका हॉटेल ग्रुपचे मासिक न्यूजलेटर

दोन्ही उदाहरणांमधील आकडेवारी ही केवळ स्पष्टीकरणासाठी दिलेले गणित आहे, ग्राहकांचे प्रत्यक्ष निकाल नाहीत.

परिस्थिती. पाच हॉटेल्सच्या एका ग्रुपकडे guest WiFi द्वारे मिळवलेले 60,000 पाहुण्यांचे पत्ते आहेत. त्यापैकी सुमारे 24,000 पत्ते gmail.com किंवा googlemail.com चे आहेत. हा ग्रुप एका मुख्य प्रवाहातील मार्केटिंग प्लॅटफॉर्मद्वारे hello@hotelgroup.co.uk वरून सर्वांना दरमहा एक न्यूजलेटर पाठवतो. प्रत्येक वेळी पाठवले जाणारे संदेश 5,000 पेक्षा जास्त Gmail संदेशांपेक्षा अधिक असतात, त्यामुळे हा ग्रुप एक बल्क सेंडर (bulk sender) ठरतो. "Show original" तपासल्यावर असे दिसून येते की DKIM वर ग्रुपच्या डोमेनऐवजी प्लॅटफॉर्मच्या डोमेनची स्वाक्षरी आहे. येथे कोणताही DMARC रेकॉर्ड नाही. प्रत्येक हॉटेल सबडोमेनवरून स्वतःच्या ऑफर्स देखील पाठवते आणि ती संख्या देखील त्याच प्राथमिक डोमेनमध्ये गणली जाते.

काय करण्यात आले. मार्केटिंग टीमने प्लॅटफॉर्ममध्ये hotelgroup.co.uk प्रमाणीकृत केले, ज्यामुळे त्याचे DKIM आणि रिटर्न-पाथ रेकॉर्ड जोडले गेले. त्यांनी प्राथमिक डोमेनवर p=none वर एक DMARC रेकॉर्ड प्रकाशित केला, जो हॉटेलच्या सबडोमेन्सना देखील लागू होतो. त्यांनी चाचणी ईमेलमध्ये List-Unsubscribe-Post हेडरची पुष्टी केली. शेवटी, त्यांनी प्लॅटफॉर्मच्या अनसबस्क्राईब (opt-outs) पर्यायाला गेस्ट डेटाबेसशी जोडले जेणेकरून बाहेर पडलेले लोक यादीतून बाहेरच राहतील.

मोजता येण्याजोगा परिणाम. परिणाम दोन ठिकाणी दिसून येतो. "Show original" मध्ये, न्यूजलेटर SPF, DKIM आणि DMARC साठी DMARC fail वरून DMARC pass वर जाते. Postmaster Tools मध्ये, टीमने तक्रारींचे बजेट निश्चित केले: 24,000 Gmail प्राप्तकर्त्यांवर, 0.1% म्हणजे प्रत्येक वेळी पाठवल्या जाणाऱ्या ईमेलमध्ये 24 पेक्षा कमी स्पॅम अहवाल. ही आकडेवारी प्रत्येक मोहिमेनंतर, प्रत्येक ईमेल पाठवण्यापासून मिळालेल्या उत्पन्नासोबत पुनरावलोकन केली जाणारी KPI बनते.

सरावलेले उदाहरण: एका शॉपिंग सेंटरची ख्रिसमस मोहीम

परिस्थिती. एका शॉपिंग सेंटरने तीन वर्षांत guest WiFi वर 120,000 खरेदीदारांचे पत्ते गोळा केले आहेत. त्यापैकी सुमारे 48,000 Gmail वर आहेत. ख्रिसमससाठी, मार्केटिंग टीमला त्या सर्वांना ईमेल पाठवायचा आहे. भेट दिलेल्या डेटावरून असे दिसून येते की त्यापैकी 20,000 Gmail खरेदीदार गेल्या 18 महिन्यांत कनेक्ट झालेले नाहीत.

काय करण्यात आले. टीमने ईमेल पाठवण्यापूर्वी धोक्याचे मॉडेलिंग केले. त्यांनी निष्क्रिय गटाकडून 0.6% आणि सक्रिय खरेदीदारांकडून 0.05% स्पॅम अहवालांची गृहितक धरली. यामुळे निष्क्रिय गटाकडून 120 आणि सक्रिय गटाकडून 14 अहवाल मिळतात. 48,000 संदेशांमध्ये एकूण 134 अहवाल किंवा 0.28% होतात: मर्यादा ओलांडण्यापासून फक्त एक वाईट दुपार दूर. म्हणून टीमने यादी दोन भागात विभागली. गेल्या 12 महिन्यांत आलेल्या खरेदीदारांना ख्रिसमस मोहीम मिळाली. निष्क्रिय खरेदीदारांना ऑक्टोबरमध्ये दररोजच्या बॅचमध्ये पाठवलेला एक छोटा पुनर्-परवानगी ईमेल मिळाला. ज्यांनी ईमेल उघडला नाही किंवा क्लिक केले नाही त्यांना मुख्य कालावधी सुरू होण्यापूर्वी यादीतून हटवण्यात आले.

मोजता येण्याजोगा परिणाम. त्याच गृहितकांवर, 28,000 सक्रिय Gmail खरेदीदारांना ख्रिसमससाठी पाठवलेल्या ईमेल्सवर सुमारे 14 अहवाल किंवा 0.05% मिळतात. यामुळे त्यानंतर डिसेंबरमध्ये पाठवल्या जाणाऱ्या प्रत्येक ईमेलसाठी पुरेशी मर्यादा शिल्लक राहते. ज्या खरेदीदारांनी ऑक्टोबरमध्ये पुन्हा पुष्टी केली ते नव्याने दिलेल्या संमतीसह पुन्हा सक्रिय विभागात सामील होतात.

सेंडरच्या आवश्यकता तुमच्या उर्वरित मार्केटिंगशी कुठे जुळतात?

नियम तुमच्या ईमेल प्लॅटफॉर्मचा न्याय करत नाहीत. ते तुमच्या यादीचा आणि पाहुणे त्यावर कशी प्रतिक्रिया देतात याचा न्याय करतात. यामुळे कठीण प्रश्न हा सुरुवातीलाच येतो, की तुम्ही मुळात ही यादी कशी तयार करता.

कॅप्चरच्या वेळी संमती

GDPR मधील आर्टिकल 4(11) संमतीची व्याख्या ही स्वेच्छेने दिलेली, विशिष्ट, माहितीवर आधारित आणि स्पष्ट अशी करते. आर्टिकल 7(1) नुसार प्रत्येक व्यक्तीने ती दिली आहे हे तुम्ही दाखवणे आवश्यक आहे. आपण काय पाठवणार आहात हे पाहिल्यानंतर, WiFi लॉगिनच्या वेळी अनटिक असलेल्या ऑप्ट-इन बॉक्सवर टिक करणारा पाहुणा, या चाचणीत बसतो. असा पाहुणा तुम्हाला स्पॅम म्हणून रिपोर्ट करण्याची शक्यता खूपच कमी असते.

येथेच Purple हे Mailchimp, Klaviyo आणि HubSpot पेक्षा वेगळे आहे. ते प्लॅटफॉर्म तुमच्याकडे आधीपासून असलेल्या यादीला मोहिमा पाठवण्यासाठी तयार केले गेले आहेत. Guest WiFi तुमच्यासाठी ही यादी तयार करते. प्रत्येक लॉगिन एका जाणीवपूर्वक केलेल्या ऑप्ट-इनची नोंद करू शकते, त्यामुळे हे पत्ते संमती असलेले प्रथम-पक्ष डेटा म्हणून येतात. 2024 मध्ये, Purple ने 80,000+ पेक्षा जास्त लाइव्ह ठिकाणांवर 440 दशलक्ष लॉगिन हाताळले (Purple चा स्वतःचा डेटा). Purple हे CRM आणि मार्केटिंग प्लॅटफॉर्मसोबत देखील समाकलित (integrate) होते, त्यामुळे तुम्ही इच्छित असल्यास आज वापरत असलेला सेंडर तसाच ठेवू शकता.

साइन-अप तारखेनुसार नाही, तर भेटीनुसार विभागणी करा

WiFi-द्वारे तयार केलेल्या यादीमध्ये पत्त्यासोबत भेटीचा डेटा देखील असतो. गेल्या आठवड्यात कोण आले, दरमहा कोण भेट देते आणि उन्हाळ्यापासून कोण परत आले नाही हे तुम्ही पाहू शकता. हे तुम्हाला अलीकडील अभ्यागतांना आधी मेल पाठवण्याची मुभा देते, जो स्पॅम दरावर नियंत्रण मिळवण्याचा सर्वात प्रभावी मार्ग आहे. Purple Engage product overview हे दर्शवते की भेटीवर आधारित विभाग मोहिमांना कशी मदत करतात. भेटीचा डेटा निष्ठा (loyalty) वाढवण्यासाठी देखील मदत करतो: building a restaurant loyalty program on email and WiFi पहा.

आधी काय बदलायचे ते ठरवा

तुमची परिस्थिती तुमची स्थिती आधी बदला कसे तपासायचे
gmail.com किंवा yahoo.com पत्त्यावरून पाठवणारे स्वतंत्र ठिकाण कोणत्याही प्रमाणावर Gmail आणि Yahoo वर DMARC अपयशी ठरते तुमच्या मालकीच्या डोमेनवर जा आणि ते प्रमाणित करा Gmail "Show original" DMARC pass दाखवते
सिंगल साइट, दररोज 5,000 पेक्षा कमी Gmail संदेश सर्व-सेंडर नियम लागू होतात तुमच्या डोमेनवर SPF किंवा DKIM, स्पॅम दर 0.3% पेक्षा कमी प्लॅटफॉर्म रिपोर्ट्स आणि Postmaster Tools
संपूर्ण यादीला एकच न्यूजलेटर पाठवणारा ग्रुप मोठ्या प्रमाणावर पाठवणारा, कायमस्वरूपी तुमच्या डोमेनवर DKIM, p=none वर DMARC, एका क्लिकवर अनसब्सक्राइब DMARC एकत्रित अहवाल
प्रति ठिकाण सबडोमेन असलेला ब्रँड प्राथमिक डोमेनवर प्रमाण मोजले जाते सबडोमेन समाविष्ट करणारे प्राथमिक डोमेनवर एक DMARC रेकॉर्ड DMARC अहवाल प्रत्येक सबडोमेनची यादी करतात
12 महिन्यांपेक्षा जुने पत्ते पुन्हा सक्रिय करणे सर्वाधिक स्पॅम-रिपोर्ट धोका कोणत्याही मुख्य पाठवणीपूर्वी पुन्हा-परवानगी मोहीम Postmaster Tools प्रति दिन स्पॅम दर
बुकिंगची पुष्टी आणि पावत्या पाठवणे प्रमाणीकरण नियम लागू होतात ट्रान्झॅक्शनल मेल मार्केटिंग मेलपासून वेगळा करा चाचणी पाठवणीवर हेडर्स तपासले जातात

नियमांच्या मर्यादा काय आहेत?

आवश्यकता केवळ एक किमान पातळी ठरवतात, कोणतीही हमी देत नाहीत. या मर्यादा लक्षात ठेवा:

  • अनुपालनामुळे इनबॉक्समध्ये जागा मिळण्याची शाश्वती मिळत नाही. Gmail आणि Yahoo अजूनही परस्परसंवाद (engagement) आणि मजकुराच्या आधारे फिल्टर करतात. नियमांचे पालन करणारी परंतु कोणीही न उघडलेली मोहीम तरीही स्पॅममध्ये जाऊ शकते.
  • फक्त वैयक्तिक खाती गणली जातात. Gmail ची 5,000 ची मर्यादा वैयक्तिक Gmail पत्त्यांची गणना करते, Google Workspace व्यावसायिक खात्यांची नाही.
  • बलक (Bulk) स्टेटस कधीही मुदतबाह्य होत नाही. तुम्ही एकदा ही मर्यादा ओलांडली की, त्यानंतरच्या प्रत्येक ईमेल पाठवणीसाठी बलक नियम लागू होतात, अगदी शांततेच्या महिन्यातही.
  • व्यवहारात्मक (Transactional) ईमेलना काही प्रमाणात सूट आहे. बुकिंगच्या पुष्टीकरणासारख्या व्यवहारात्मक संदेशांवर Google ला एका क्लिकवर अनसब्सक्राइब करण्याची आवश्यकता नसते. तरीही प्रमाणीकरण (Authentication) लागू होते.
  • Gmail चे अनुपालन म्हणजे GDPR चे अनुपालन नाही. DMARC उत्तीर्ण होणे हे ईमेल पाठवण्याच्या तुमच्या कायदेशीर आधाराबद्दल काहीही सांगत नाही. संमतीच्या नोंदी आणि ऑप्ट-आउट हाताळणे या वेगळ्या जबाबदाऱ्या आहेत.
  • Microsoft ने देखील हेच पाऊल उचलले आहे. 2025 मध्ये, Microsoft ने Outlook.com, Hotmail.com आणि Live.com पत्त्यांवर दररोज 5,000 हून अधिक संदेश पाठवणाऱ्या डोमेनसाठी समान SPF, DKIM आणि DMARC आवश्यकता लागू केल्या आहेत.

तुम्ही पुढे काय केले पाहिजे?

या सहा पायऱ्यांनुसार क्रमाने काम करा. बहुतांश ठिकाणे (venues) पहिल्या चार पायऱ्या एका आठवड्यात पूर्ण करतात.

  1. तुमची जोखीम आणा. Gmail, Yahoo आणि Outlook वर तुमच्या अतिथी सूचीचा वाटा आणि प्रत्येकाला पाठवली जाणारी तुमची कमाल दैनिक संख्या शोधा.
  2. तुमच्या स्वतःच्या डोमेनवरून पाठवा. कोणताही gmail.com किंवा yahoo.com पाठवणारा पत्ता वापरणे बंद करा.
  3. प्रमाणीकृत आणि संरेखित करा. तुमच्या ईमेल पाठवणाऱ्या प्लॅटफॉर्मसाठी SPF आणि DKIM जोडा, नंतर रिपोर्टिंग पत्त्यासह p=none वर DMARC प्रकाशित करा.
  4. वन-क्लिक अनसब्सक्राइबची पुष्टी करा. List-Unsubscribe आणि List-Unsubscribe-Post हेडर तपासा आणि ऑप्ट-आउट दोन दिवसांच्या आत प्रत्येक अतिथी डेटाबेसपर्यंत पोहोचतील याची खात्री करा.
  5. Postmaster Tools साठी नोंदणी करा. प्रत्येक मोहिमेसाठी 0.1% ची तक्रार मर्यादा निश्चित करा आणि प्रति पाठवणीच्या उत्पन्नासह त्याचे पुनरावलोकन करा.
  6. मूळ स्त्रोतावरच सूची सुधारा. शेवटच्या भेटीनुसार विभागणी करा, निष्क्रिय अतिथींना पुन्हा परवानगी द्या आणि अतिथी WiFi वर जाणीवपूर्वक घेतलेल्या पर्यायांद्वारे (conscious-choice opt-ins) नवीन पत्ते मिळवा.
  7. पूर्ण रेकॉर्ड-बाय-रेकॉर्ड चेकलिस्टसाठी, email deliverability for venues: a compliance checklist पहा.

वारंवार विचारले जाणारे प्रश्न

Gmail आणि Yahoo च्या पाठवणाऱ्यासंबंधीच्या आवश्यकता एका एकमेव रेस्टॉरंटला लागू होतात का?

होय, मूलभूत नियम प्रत्येक पाठवणाऱ्याला लागू होतात, मग त्याचा आकार काहीही असो. तुम्हाला SPF किंवा DKIM, वैध DNS रेकॉर्ड, TLS कनेक्शन आणि 0.3% पेक्षा कमी स्पॅम दर असणे आवश्यक आहे. तुम्ही 24 तासांत Gmail वर 5,000 च्या आसपास संदेश पाठवण्यास सुरुवात केल्यावर DMARC आणि वन-क्लिक अनसब्सक्राइबसह अधिक कडक बलक नियम सुरू होतात. WiFi वरून गोळा केलेल्या मोठ्या सूचीला पाठवलेले एकच वृत्तपत्र ती मर्यादा ओलांडू शकते, म्हणून तुमचा उच्चांकी दिवस तपासा.

मी WiFi वरून मिळवलेल्या अतिथी डेटासह Mailchimp, Klaviyo किंवा HubSpot वापरणे सुरू ठेवू शकतो का?

होय. Purple हे CRM आणि मार्केटिंग प्लॅटफॉर्मसह एकत्रित होते, त्यामुळे WiFi वर गोळा केलेला अतिथी डेटा तुम्ही आज वापरत असलेल्या पाठवणाऱ्या प्लॅटफॉर्मवर सहज पाठवला जाऊ शकतो. Gmail आणि Yahoo चे नियम ईमेल पाठवणाऱ्या कोणत्याही प्लॅटफॉर्मला लागू होतात. प्रमाणीकरण तुमच्या स्वतःच्या डोमेनवर असते, त्यामुळे तुम्ही तुमच्या ठिकाणाच्या नावाने ईमेल पाठवणाऱ्या प्रत्येक प्लॅटफॉर्मसाठी SPF, DKIM आणि DMARC एकदाच सेट अप करता.

WiFi लॉगिन दरम्यान संमती दिलेले पाहुणे GDPR संमती नियमांतर्गत वैध आहेत का?

होय, जर संमती ही जाणीवपूर्वक घेतलेली निवड असेल. GDPR Article 4(11) नुसार संमती ही स्वेच्छेने, विशिष्ट, माहितीवर आधारित आणि स्पष्ट असावी लागते. व्यवहारात, याचा अर्थ बॉक्स अनटिक केलेला असावा, तुम्ही काय पाठवणार आहात याबद्दल स्पष्ट शब्द रचना असावी आणि नेटवर्कच्या अटी स्वीकारण्यापेक्षा ती एक वेगळी निवड असावी. Article 7(1) नुसार तुम्हाला प्रत्येक पाहुण्याची संमती दाखवणे देखील आवश्यक आहे, त्यामुळे या नोंदी जतन करा.

आमचा स्पॅम दर 0.3% पेक्षा जास्त झाल्यास काय होईल?

Gmail आणि Yahoo द्वारे तुमचे मेल फिल्टर केले जाण्याची किंवा नाकारले जाण्याची शक्यता जास्त असते, आणि परिस्थिती पूर्ववत होण्यासाठी वेळ लागतो. Google चे मार्गदर्शन असे सांगते की 0.3% पेक्षा जास्त दर असलेले पाठवणारे दर कमी होईपर्यंत त्यांच्या वितरण समस्यांच्या निवारणासाठी पात्र नसतात. जुन्या सेगमेंटला मेल पाठवणे थांबवा, फक्त अलीकडच्या भेट देणाऱ्यांनाच मेल पाठवा आणि अनसब्सक्राइब करण्याची प्रक्रिया एका टॅपमध्ये होते का ते तपासा. नंतर दर 0.1% च्या खाली येईपर्यंत दररोज Postmaster Tools चे निरीक्षण करा.

आवश्यकता पूर्ण करण्यासाठी आम्हाला डेडिकेटेड IP ॲड्रेसची गरज आहे का?

नाही. Gmail किंवा Yahoo या दोघांपैकी कोणालाही डेडिकेटेड IP ॲड्रेसची आवश्यकता नाही. या आवश्यकता तुमच्या पाठवणाऱ्या डोमेनवर लक्ष केंद्रित करतात: ऑथेंटिकेशन, अलाइनमेंट, वन क्लिक अनसब्सक्राइब आणि स्पॅम दर. बहुतांश ठिकाणे कोणत्याही समस्येशिवाय त्यांच्या प्लॅटफॉर्मच्या सामायिक पायाभूत सुविधांवरून मेल पाठवतात. डेडिकेटेड IP फक्त जास्त आणि स्थिर व्हॉल्यूमसाठी उपयुक्त ठरतो, कारण प्रतिष्ठा निर्माण करण्यासाठी आणि टिकवून ठेवण्यासाठी त्याला सातत्यपूर्ण मेल्स पाठवण्याची गरज असते.

बुकिंग कन्फर्मेशन आणि पावत्यांसाठी वन क्लिक अनसब्सक्राइब लागू होते का?

नाही. Google ला बुकिंग कन्फर्मेशन, पावत्या किंवा पासवर्ड रिसेट यांसारख्या ट्रान्सॲक्शनल संदेशांवर वन क्लिक अनसब्सक्राइबची आवश्यकता नसते. मात्र त्यांना ऑथेंटिकेशन लागू होते. नियम टाळण्यासाठी ट्रान्सॲक्शनल संदेशात कधीही प्रमोशनल मजकूर जोडू नका, कारण यामुळे तो मार्केटिंग मेलमध्ये रूपांतरित होतो. अनेक ठिकाणे ट्रान्सॲक्शनल मेल एका वेगळ्या सबडोमेनवरून पाठवतात, ज्यामुळे हे दोन्ही प्रवाह एकमेकांपासून व्यवस्थित वेगळे राहतात.

नियमांचे पालन करण्यासाठी किती खर्च येतो?

सामान्यतः कर्मचाऱ्यांच्या वेळेव्यतिरिक्त काहीही खर्च येत नाही. SPF, DKIM आणि DMARC हे DNS रेकॉर्ड्स आहेत जे तुम्ही तुमच्या डोमेन रजिस्ट्रारद्वारे कोणत्याही अतिरिक्त शुल्काशिवाय प्रकाशित करता. Google Postmaster Tools मोफत आहे. बहुतांश ठिकाणांना हे रेकॉर्ड प्रकाशित करण्यासाठी काही तास लागतात, तसेच दोन ते चार आठवड्यांच्या DMARC रिपोर्ट्सची गरज असते. मुख्य खर्च यादीच्या साफसफाईमधून येतो, कारण निष्क्रिय पाहुण्यांना हटवल्याने मेल पाठवण्याचे प्रमाण कमी होते.