स्वचालित सुरक्षा टूल आने वाले ईमेल के लिंक खोल सकते हैं। इसलिए केवल लिंक खुलने से यह साबित नहीं होता कि प्राप्तकर्ता अनसब्सक्राइब करना चाहता है।
वन-क्लिक सुविधा अनसब्सक्राइब अनुरोध को लिंक खोले जाने से कैसे अलग करती है?
वन-क्लिक सुविधा किसी खोले गए लिंक को ऑप्ट-आउट नहीं मानती, बल्कि प्राप्तकर्ता की सहमति के बाद HTTP POST अनुरोध का उपयोग करती है।
RFC 8058 के अनुसार, वह अनुरोध भेजने से पहले प्राप्त करने वाले सिस्टम को उपयोगकर्ता की सहमति लेनी होती है।
इसके बाद भेजने वाला लॉगिन या पुष्टि पेज के बिना ऑप्ट-आउट प्रोसेस कर सकता है। आसान अनसब्सक्राइब से प्राप्तकर्ताओं को अनचाहे संदेशों को स्पैम के रूप में रिपोर्ट करने के बजाय एक दूसरा विकल्प भी मिलता है।
संदेश में कौन-से हेडर होने चाहिए?
संदेश में एक List-Unsubscribe हेडर और एक List-Unsubscribe-Post हेडर होना चाहिए।
पहला हेडर अनसब्सक्राइब का गंतव्य देता है। दूसरे हेडर में ठीक यही मान होता है: List-Unsubscribe=One-Click। Google के सेंडर दिशानिर्देश यह जोड़ी इस तरह दिखाते हैं:
List-Unsubscribe-Post: List-Unsubscribe=One-Click
List-Unsubscribe: <https://solarmora.com/unsubscribe/example>अनसब्सक्राइब अनुरोधों को बीच में पकड़े जाने से बचाने के लिए गंतव्य के रूप में HTTPS URL का उपयोग करें। mailto पते जैसे अतिरिक्त गैर-HTTP गंतव्यों की अनुमति है।
दोनों हेडर को DKIM से साइन करें। उन्हें सिग्नेचर की h= सूची में शामिल करें, जिसमें साइन किए गए हेडर दर्ज होते हैं। आवश्यक मान्य सिग्नेचर न होने पर RFC 8058 प्राप्त करने वाले सिस्टम को वन-क्लिक बटन न दिखाने की सलाह देता है। इसलिए केवल हेडर जोड़ देने से बटन दिखने की गारंटी नहीं मिलती।
अनसब्सक्राइब एंडपॉइंट को क्या स्वीकार करना चाहिए?
एंडपॉइंट को लॉगिन, कुकी या HTTP ऑथराइज़ेशन माँगे बिना वन-क्लिक POST स्वीकार करना चाहिए। यह अनुरोध प्राप्तकर्ता का मेल सिस्टम भेजता है, और उसके पास प्राप्तकर्ता का वेबसाइट सेशन नहीं होता।
कोई सेशन यह जानकारी नहीं देता, इसलिए URL से ही पता चलना चाहिए कि प्राप्तकर्ता कौन है और उसे किस सूची से हटाना है। POST बॉडी में निश्चित जोड़ी List-Unsubscribe=One-Click होती है।
URL में ऐसा पहचानकर्ता इस्तेमाल करें जिसकी नकल करना कठिन हो, क्योंकि अनुमान लगाने योग्य पते से कोई व्यक्ति किसी दूसरे प्राप्तकर्ता की सदस्यता रद्द कर सकता है। अनुरोध लागू करने से पहले उस पहचानकर्ता की जाँच करें।
प्रेषक को HTTPS रीडायरेक्ट नहीं लौटाना चाहिए। रीडायरेक्ट से POST को संभालने का तरीका बदल सकता है, इसलिए प्रकाशित एंडपॉइंट को अनुरोध सीधे प्रोसेस करना होगा। इसलिए 3xx रीडायरेक्ट प्रतिक्रिया इस आवश्यकता को पूरा नहीं करती।
अगर फ़ायरवॉल अनुरोध को रोक दे तो क्या होगा?
अनुरोध रुक जाने पर भी, प्रोसेस न हुए सदस्यता रद्द करने के अनुरोध की ज़िम्मेदारी प्रेषक पर रह सकती है।
Google का Compliance status dashboard सदस्यता रद्द करने के सफल अनुरोधों को तब भी गिनता है, जब कोई मध्यवर्ती सिस्टम उन्हें आपके सर्वर तक पहुँचने से रोक देता है।
ब्राउज़र सेशन माँगने वाली बॉट चुनौती, गुमनाम one-click POST के साथ मेल नहीं खाती। एंडपॉइंट के एक्सेस नियम इस तरह कॉन्फ़िगर करें कि वैध अनुरोध उस तक पहुँच सकें। खाली एप्लिकेशन लॉग यह साबित नहीं करता कि किसी प्राप्तकर्ता ने सदस्यता रद्द करने की कोशिश नहीं की।
क्या one-click संदेश के अंदर के लिंक की जगह ले लेता है?
नहीं, Google और Yahoo मार्केटिंग और सब्सक्राइब किए गए संदेशों के मुख्य भाग में सदस्यता रद्द करने का दिखाई देने वाला लिंक भी अनिवार्य करते हैं।
हेडर पर आधारित नियंत्रण के लिए Google RFC 8058 तरीका अनिवार्य करता है। Yahoo के दिशानिर्देश इस तरीके की सलाह देते हैं और अपने list-unsubscribe हेडर में mailto भी स्वीकार करते हैं।
मुख्य भाग का लिंक प्राप्तकर्ताओं को हटाए जाने का अनुरोध करने का एक और तरीका देता है। मेल क्लाइंट अपना नियंत्रण दिखाए, तब भी यह लिंक ज़रूरी रहता है।
आपको अनुरोध कितनी जल्दी प्रोसेस करना होगा?
Google और Yahoo के अनुसार सदस्यता रद्द करने के अनुरोधों का पालन दो दिनों के भीतर करना ज़रूरी है।
Google अपने अनुपालन डैशबोर्ड में इस समय-सीमा को 48 घंटे के रूप में बताता है। इसलिए सोमवार दोपहर 12 बजे किए गए अनुरोध को बुधवार दोपहर 12 बजे तक प्रोसेस करना ज़रूरी है।
यह समय-सीमा प्राप्तकर्ता को सूची से हटाने से जुड़ी है। अगर एंडपॉइंट काम करता है, लेकिन उस समय के बाद भी प्राप्तकर्ता सब्सक्राइब बना रहता है, तो प्रोसेसिंग की आवश्यकता पूरी नहीं होती।
आप Bird की अनसब्सक्राइब हैंडलिंग का उपयोग कैसे करते हैं?
आप किसी सेंड को मार्केटिंग के रूप में वर्गीकृत करते हैं, ताकि Bird उसके लिए अपनी प्रबंधित अनसब्सक्राइब हैंडलिंग दे।
API का category फ़ील्ड प्रमोशनल मेल के लिए marketing या ऑपरेशनल संदेशों के लिए transactional स्वीकार करता है। अगर कोई स्पष्ट श्रेणी नहीं दी गई है, तो दोबारा उपयोग होने वाले टेम्पलेट से किया गया सेंड उसी टेम्पलेट का वर्गीकरण अपनाता है। बाकी सेंड डिफ़ॉल्ट रूप से marketing होते हैं।
Bird मार्केटिंग संदेशों में अनसब्सक्राइब हेडर की जोड़ी जोड़ता है और उसे साइन की गई सामग्री में शामिल करता है। इसका होस्ट किया गया एंडपॉइंट ऑप्ट-आउट दर्ज करता है। आगे के मार्केटिंग सेंड उस सप्रेशन का पालन करते हैं। सप्रेशन वह रिकॉर्ड है जो ऑप्ट-आउट कर चुके पते पर डिलीवरी रोकता है।
अलग-अलग HTTP API सेंड के लिए दोनों मार्केटिंग अनसब्सक्राइब हेडर Bird पर छोड़ दें। कोई भी प्रबंधित हेडर देने पर 422 मिलता है। जब आप Bird के ब्रॉडकास्ट से किसी ऑडियंस को भेजते हैं, तो Bird आपके दिए गए सभी मार्केटिंग अनसब्सक्राइब हेडर हटा देता है। SMTP सबमिशन भी उन हेडर को हटा देते हैं।
Bird ट्रांज़ैक्शनल संदेशों में प्रबंधित जोड़ी अपने-आप नहीं जोड़ता। उस श्रेणी में अलग-अलग HTTP API सेंड अपने कस्टम अनसब्सक्राइब हेडर आगे भेज सकते हैं।
अनसब्सक्राइब लिंक गाइड संदेश के मुख्य भाग में दिखने वाले लिंक और डिफ़ॉल्ट फ़ुटर के बारे में बताती है। श्रेणियाँ बताती है कि वर्गीकरण ऑप्ट-आउट कर चुके प्राप्तकर्ताओं को डिलीवरी पर कैसे असर डालता है।
संक्षेप में
RFC 8058 दो हेडर की जोड़ी का उपयोग करता है।
List-Unsubscribe हेडर HTTPS गंतव्य देता है, और List-Unsubscribe-Post हेडर वन-क्लिक अनुरोध की पहचान कराता है।
हस्ताक्षर में दोनों हेडर शामिल होने चाहिए।
मान्य DKIM हस्ताक्षर की हस्ताक्षरित हेडर सूची में दोनों अनसब्सक्राइब हेडर होने चाहिए।
एंडपॉइंट को लॉगिन या रीडायरेक्ट की ज़रूरत नहीं होती।
अनुरोध पहचान की जानकारी URL में ही लेकर आता है, और उसे कुकीज़ या ऑथराइज़ेशन के बिना काम करना चाहिए।
दिखाई देने वाले लिंक और समय पर प्रोसेसिंग अब भी ज़रूरी हैं।
प्रोवाइडर की ज़रूरतों में ईमेल के मुख्य भाग में अनसब्सक्राइब लिंक और दो दिनों के भीतर प्रोसेसिंग शामिल हैं।