अनसब्सक्राइब पेज की बेस्ट प्रैक्टिस: वन-क्लिक ऑप्ट-आउट सही तरीक़े से

अनसब्सक्राइब पेज आपके ईमेल कार्यक्रम की सबसे कम आकर्षक चीज़ है और उन गिनी-चुनी चीज़ों में से एक जो उसे चुपचाप तबाह कर सकती है. जिसे निकलना है वह निकलेगा ही. आपके नियंत्रण में सिर्फ़ एक बात है: वह आपके अनसब्सक्राइब लिंक से निकलता है या “स्पैम की रिपोर्ट करें” बटन से, और इन दोनों दरवाज़ों की क़ीमत बहुत अलग है.

ऑप्ट-आउट में अड़चन आपको पैसे में क्यों पड़ती है

RFC 8058 के लेखकों ने व्यावसायिक तर्क ख़ुद विनिर्देश में ही लिख दिया था: मेलर चाहते हैं कि अनसब्सक्राइब करना जितना आसान हो सके उतना आसान हो, क्योंकि अगर प्रक्रिया बहुत मुश्किल हुई, तो प्राप्तकर्ता के पास दूसरा रास्ता यही है कि वह मेल को तब तक जंक बताए जब तक वह इनबॉक्स में दिखना बंद न कर दे.

यही अदला-बदली पूरा तर्क है. अनसब्सक्राइब एक पते को एक लिस्ट से हटाता है. स्पैम शिकायत आपके सेंडिंग डोमेन और IP के ख़िलाफ़ दर्ज होती है और आपकी पैदा की हुई हर दूसरी शिकायत के साथ गिनी जाती है. Google सेंडर से कहता है कि Postmaster Tools में स्पैम दर 0.10% से नीचे रखें और कभी 0.30% या उससे ऊपर न पहुंचें; जून 2024 से 0.3% से ऊपर वाले बल्क सेंडर डिलीवरी मिटिगेशन के पात्र नहीं रहते और पात्रता तभी वापस पाते हैं जब लगातार सात दिन उससे नीचे रहें. Yahoo भी बल्क सेंडर से 0.3% से नीचे रहने को कहता है.

तो जिस व्यक्ति को आपने तीन स्क्रीन पार करवाईं, वह सिर्फ़ चला नहीं जाता. वह आपकी इनबॉक्स प्लेसमेंट का एक हिस्सा भी साथ ले जाता है, आपके हर आने वाले कैम्पेन के लिए, उन कैम्पेन के लिए भी जो उन लोगों को भेजे जाते हैं जो अब भी आपका मेल चाहते हैं.

वन-क्लिक अनसब्सक्राइब असल में कैसे काम करता है

“वन-क्लिक अनसब्सक्राइब” पर दी जाने वाली ज़्यादातर सलाह दो अलग तंत्रों को गड्डमड्ड कर देती है, जिन्हें मेलबॉक्स प्रोवाइडर अलग-अलग तरह से देखते हैं.

दो हेडर

जनवरी 2017 में प्रकाशित RFC 8058 इस तंत्र को परिभाषित करता है. वन-क्लिक सपोर्ट चाहने वाला सेंडर मैसेज में एक List-Unsubscribe हेडर फ़ील्ड और एक List-Unsubscribe-Post हेडर फ़ील्ड रखता है. पहले में एक HTTPS URI होना चाहिए, और उसमें mailto जैसे ग़ैर-HTTP URI भी हो सकते हैं. दूसरे में सिर्फ़ एक की/वैल्यू जोड़ी List-Unsubscribe=One-Click होनी चाहिए.

List-Unsubscribe: <https://example.com/u/9f2a1c7b>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

इसके बाद मेलबॉक्स प्रोवाइडर उस URI पर HTTPS POST करता है और की/वैल्यू जोड़ी को रिक्वेस्ट बॉडी बनाता है. RFC कहता है कि यह सामग्री multipart/form-data के रूप में भेजी जानी चाहिए, या application/x-www-form-urlencoded के रूप में भेजी जा सकती है.

POST /u/9f2a1c7b HTTP/1.1
Host: example.com
Content-Type: application/x-www-form-urlencoded

List-Unsubscribe=One-Click

RFC की चार बारीकियां आम तौर पर ऐसे “अनुपालन वाले” कार्यान्वयन की वजह बनती हैं जो काम नहीं करता:

• मैसेज में एक वैध DKIM हस्ताक्षर होना चाहिए जो दोनों हेडर को कवर करे और उन्हें हस्ताक्षर के h= टैग में सूचीबद्ध करे. इसके बिना रिसीवर को वन-क्लिक देना ही नहीं चाहिए.
• URI को प्राप्तकर्ता और लिस्ट दोनों की पहचान करानी चाहिए, क्योंकि उपयोगकर्ता से यह पूछने का कोई तरीक़ा नहीं है कि कौन सा पता हटाना है.
• URI में कोई अपारदर्शी या मुश्किल से जाली बनाया जा सकने वाला हिस्सा होना चाहिए जिसे आपका सर्वर जांचे, ताकि कोई हमलावर किसी और की लिस्ट के लिए जाली List-Unsubscribe लिंक न भेज सके.
• POST में कुकी या HTTP ऑथराइज़ेशन नहीं होना चाहिए, और आपका एंडपॉइंट रीडायरेक्ट से जवाब नहीं दे सकता.

मेलबॉक्स प्रोवाइडर क्या मांगते हैं

Google की सेंडर गाइडलाइन कहती है कि प्रति दिन 5,000 से ज़्यादा मैसेज भेजने वाले सेंडर को मार्केटिंग तथा सब्सक्राइब किए गए मैसेज पर वन-क्लिक अनसब्सक्राइब सपोर्ट करना होगा, और मुख्य भाग में साफ़ दिखने वाला अनसब्सक्राइब लिंक भी देना होगा. Google साफ़ कहता है कि बॉडी लिंक इसका विकल्प नहीं है: अगर List-Unsubscribe हेडर मौजूद नहीं है तो वह मुख्य भाग को स्कैन नहीं करता, और मुख्य भाग में दिया गया mailto लिंक शर्त पूरी नहीं करता.

Yahoo की बल्क सेंडर शर्तें कहती हैं कि मार्केटिंग तथा सब्सक्राइब किए गए मैसेज पर वन-क्लिक सपोर्ट करने वाला काम करता हुआ list-unsubscribe हेडर हो, यह भी कहती हैं कि RFC 8058 वाला POST तरीक़ा अत्यधिक अनुशंसित है जबकि mailto तरीक़ा स्वीकार्य है, और अलग से एक दिखने वाला बॉडी लिंक मांगती हैं जो प्रेफ़रेंस पेज पर ले जा सकता है. mailto वाला यह अंतर असली है: Yahoo उसे स्वीकार करता है, Google नहीं.

दोनों यह शर्त सिर्फ़ मार्केटिंग और प्रचार मेल तक सीमित रखते हैं. Google पासवर्ड रीसेट तथा बुकिंग पुष्टि जैसे ट्रांज़ैक्शनल मैसेज को बाहर रखता है, और Yahoo का FAQ भी यही कहता है.

अनुरोध पूरा करने की समयसीमा

Google का FAQ अनसब्सक्राइब अनुरोध 48 घंटे के भीतर पूरे करने की सलाह देता है, और उसकी विफलता की शर्तों वाली तालिका 48 घंटे में पूरे न किए गए अनुरोधों को उस कारण के रूप में गिनाती है जिससे बल्क सेंडर डिलीवरी मिटिगेशन तक पहुंच खो देता है. Yahoo की शर्तें कहती हैं कि अनसब्सक्राइब 2 दिन के भीतर पूरे करें. फिर भी डिज़ाइन तुरंत सप्रेशन के लिए करें: 48 घंटे बैच सिस्टम के लिए ऊपरी सीमा है, लक्ष्य नहीं.

यह उस लिंक से कैसे अलग है जो कोई पेज खोलता है

हेडर वाला वन-क्लिक उपयोगकर्ता के ब्राउज़र में आपकी वेबसाइट को छूता तक नहीं: न कोई पेज लोड, न कोई सहमति बैनर, न JavaScript, न सेशन. प्रोवाइडर पृष्ठभूमि में आपके एंडपॉइंट पर POST करता है. बॉडी लिंक दूसरा रास्ता है, वही जो आपके बनाए पेज पर उतरता है. दोनों को काम करना चाहिए, अलग-अलग वजहों से.

अच्छा अनसब्सक्राइब पेज क्या करता है

पेज का एक ही काम है: वह रिश्ता ख़त्म करना जिसे पाठक ने ख़त्म करने को कहा. पांच गुण इसका लगभग पूरा हिस्सा कवर कर लेते हैं.

• यह तेज़ी से लोड होता है और हर जगह काम करता है. मान लें कि मोबाइल ब्राउज़र है, कनेक्शन धीमा है, और क्लाइंट आपकी स्क्रिप्ट रोक देता है. अगर पेज को दिखने के लिए ट्रैकिंग बंडल चाहिए, तो अनसब्सक्राइब टूटा हुआ है.
• इसमें लॉग इन नहीं चाहिए. Yahoo की बेस्ट प्रैक्टिस यह सीधे कहती हैं, और अमेरिका में CAN-SPAM इसे क़ानूनी समस्या भी बना देता है.
• यह एक ही क्रिया में पुष्टि कर देता है. पेज पर पहुंचते ही या तो अनसब्सक्राइब पूरा हो जाता है, या एक ही साफ़ दिखने वाला बटन बचता है जो उसे पूरा करता है.
• यह ठीक-ठीक बताता है कि क्या बदला. “आपको साप्ताहिक न्यूज़लेटर से हटा दिया गया है. आपको ऑर्डर की पुष्टि फिर भी मिलती रहेगी.” अस्पष्टता बाद में उस व्यक्ति की शिकायत बनकर लौटती है जिसने समझा था कि उसने सब कुछ बंद करा दिया.
• यह वापस लौटने का रास्ता देता है. साफ़ दिखने वाला “दोबारा सब्सक्राइब करें” लिंक ग़लती से हुए क्लिक को बचा लेता है.

डार्क पैटर्न और हर एक उलटा क्यों पड़ता है

• अपराधबोध जगाने वाली भाषा. उदास शुभंकर और “क्या आप सचमुच यह सब छोड़ना चाहते हैं?” वाली पंक्ति एक तटस्थ विदाई को चिढ़ में बदल देती है. अब सिर्फ़ यही बदल सकता है कि पाठक इतना खीझकर जाए कि अगली बार स्पैम बटन दबा दे.
• छिपे हुए या धुंधले कंट्रोल. फ़ुटर में छह-पॉइंट का धूसर टेक्स्ट अनसब्सक्राइब घटाता नहीं, उन्हें शिकायतों की ओर मोड़ देता है.
• ज़बरदस्ती के सर्वे. “आप क्यों जा रहे हैं?” को अनिवार्य चरण बना देना एक दायित्व को डेटा जुटाने वाले फ़ॉर्म में बदल देता है, और CAN-SPAM के तहत आप ईमेल पते से आगे कोई जानकारी या एक ही पेज पर जाने से आगे कोई चरण नहीं मांग सकते.
• कई चरणों वाली पुष्टि. हर अतिरिक्त स्क्रीन पेज के नाकाम होने, सेशन के टूटने, या पाठक के इसके बजाय स्पैम रिपोर्ट कर देने का एक और मौक़ा है.
• लॉगिन की दीवार, अकाउंट डिलीट जैसी भाषा, और लोगों से उनका पता दोबारा टाइप करवाना. जिसका दिखने वाला पता सब्सक्राइब किए गए पते से अलग है, वह ग़लत चीज़ ही टाइप करेगा. इसके बजाय पहचान को लिंक में ही एन्कोड करें.

प्रेफ़रेंस सेंटर, और वे कहां काम आना बंद कर देते हैं

प्रेफ़रेंस सेंटर सचमुच तब मदद करता है जब पाठक की समस्या आप नहीं बल्कि आपकी आवृत्ति है. तीन विकल्प अधिकांश मूल्य ले जाते हैं: आवृत्ति (रोज़ के बजाय साप्ताहिक), विषय (न्यूज़लेटर नहीं पर रीस्टॉक अलर्ट), और विराम (एक निश्चित अंत तिथि वाला 30 या 90 दिन का ब्रेक). हर विकल्प एक ऐसा सब्सक्राइबर बचा लेता है जो वरना चला जाता.

यह उसी पल अड़चन बन जाता है जब यही एकमात्र निकास हो. यह नियम आपके ब्रीफ़ में लिख देने लायक़ है: वैश्विक अनसब्सक्राइब प्रेफ़रेंस पेज पर हमेशा एक क्लिक की दूरी पर रहना चाहिए, बाक़ी विकल्पों जितने ही दृश्य वज़न के साथ, और उसके पीछे कोई पुष्टि चरण नहीं होना चाहिए.

यह भी ध्यान रखें कि हेडर आधारित वन-क्लिक प्राप्तकर्ता को सिर्फ़ उसी लिस्ट से हटाता है जो उस मैसेज से जुड़ी है. अगर एक पता कई लिस्ट से जुड़ा है, तो तय करें कि हेडर अनसब्सक्राइब का मतलब “यह लिस्ट” है या “सारी मार्केटिंग”, और पुष्टि पेज पर बताएं कि कौन सा.

अनुरोध की प्रोसेसिंग: ऐसी सप्रेशन जो टिके

तुरंत और वैश्विक रूप से पते के हिसाब से सप्रेस करें, लिस्ट की सदस्यता के हिसाब से नहीं. किसी कॉन्टैक्ट को लिस्ट से हटा देना सप्रेशन नहीं है, क्योंकि अगला इम्पोर्ट उसे वापस जोड़ सकता है. सप्रेशन रिकॉर्ड एक अलग, स्थायी घोषणा है कि इस पते को मार्केटिंग मेल नहीं मिलनी चाहिए, और इसे भेजते समय हर बार जांचा जाता है, चाहे सेंड किसी भी लिस्ट, सेगमेंट या वर्कफ़्लो से निकला हो.

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

यही चूक तब भी होती है जब दो सिस्टम आपस में असहमत हों. एक स्टोर प्लेटफ़ॉर्म, एक CRM और एक ईमेल प्लेटफ़ॉर्म, तीनों मार्केटिंग सहमति का एक फ़्लैग रखते हैं, और रात का कोई सिंक उसी को अधिलेखित कर देता है जो सही था. यह क़ानूनी से ज़्यादा इंटीग्रेशन की समस्या है: अनसब्सक्राइब ठीक से दर्ज हुआ था और फिर रास्ते में खो गया. अगर आप किसी स्टोर को Tajo जैसे कनेक्टर के ज़रिए Brevo से जोड़ते हैं, तो जांचें कि वह हर सिंक पर अनसब्सक्राइब किए गए कॉन्टैक्ट के साथ क्या करता है, सिर्फ़ पहले इम्पोर्ट पर नहीं.

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

क़ानून असल में क्या मांगता है

संयुक्त राज्य अमेरिका: CAN-SPAM

FTC की अनुपालन गाइड बताती है कि क़ानून क्या मांगता है. आपका ऑप्ट-आउट तंत्र मैसेज भेजे जाने के बाद कम से कम 30 दिन तक अनुरोध संभालने लायक़ बना रहना चाहिए, और आपको अनुरोध 10 कार्यदिवसों के भीतर पूरा करना होगा. आप शुल्क नहीं ले सकते, ईमेल पते से आगे कोई व्यक्तिगत पहचान वाली जानकारी नहीं मांग सकते, और प्राप्तकर्ता से जवाबी ईमेल भेजने या वेबसाइट के एक ही पेज पर जाने के अलावा कोई चरण नहीं करवा सकते. आप विकल्पों की सूची दे सकते हैं, लेकिन उसमें आपकी ओर से आने वाले सभी मार्केटिंग मैसेज बंद करने का विकल्प होना चाहिए. एक बार किसी ने ऑप्ट आउट कर दिया तो आप उसका पता बेच या हस्तांतरित नहीं कर सकते, सिवाय उस कंपनी को जिसे अनुपालन में मदद के लिए रखा गया हो. उल्लंघन करने वाले हर ईमेल पर $53,088 तक जुर्माना लग सकता है. CAN-SPAM एक ऑप्ट-आउट व्यवस्था है: पहले मैसेज से पहले सहमति ज़रूरी नहीं.

यूरोपीय संघ: GDPR और ePrivacy

EU की स्थिति इसके उलट है. निर्देश 2002/58/EC का अनुच्छेद 13(1) सीधे मार्केटिंग के लिए इलेक्ट्रॉनिक मेल की अनुमति सिर्फ़ उन सब्सक्राइबर या उपयोगकर्ताओं के मामले में देता है जिन्होंने पहले सहमति दी हो. अनुच्छेद 13(2) सॉफ़्ट ऑप्ट-इन की छूट देता है: अगर आपने पता अपने ही ग्राहक से किसी बिक्री के संदर्भ में लिया है, तो आप अपने मिलते-जुलते प्रोडक्ट या सेवाओं की मार्केटिंग कर सकते हैं, बशर्ते ग्राहक को आपत्ति करने का साफ़ और अलग अवसर, निःशुल्क और आसान तरीक़े से, संग्रह के समय भी और हर मैसेज के मौक़े पर भी दिया जाए. अनुच्छेद 13(4) ऐसे मार्केटिंग मेल पर रोक लगाता है जो सेंडर की पहचान छिपाता हो, या जिसमें ऐसा कोई वैध पता न हो जिस पर प्राप्तकर्ता संचार बंद करने का अनुरोध भेज सके.

GDPR दो और कर्तव्य जोड़ता है. अनुच्छेद 7(3) किसी भी समय सहमति वापस लेने का अधिकार देता है और कहता है कि सहमति वापस लेना उतना ही आसान होगा जितना उसे देना था. अनुच्छेद 21(2) किसी भी समय सीधे मार्केटिंग पर आपत्ति करने का बिना शर्त अधिकार देता है, जिसमें उससे जुड़ी प्रोफ़ाइलिंग भी शामिल है, और अनुच्छेद 21(3) कहता है कि उसके बाद डेटा को उन उद्देश्यों के लिए प्रोसेस नहीं किया जाना चाहिए. संक्षेप में: आपका अनसब्सक्राइब आपके साइनअप फ़ॉर्म से मुश्किल नहीं हो सकता, और एक बार कोई आपत्ति कर दे तो कोई संतुलन जांच बचती ही नहीं.

अनिवार्य बनाम बेस्ट प्रैक्टिस

EU की पूरी तस्वीर के लिए GDPR ईमेल मार्केटिंग गाइड देखें, और सहमति दर्ज करने के लिए डबल ऑप्ट-इन गाइड देखें.

क्या मापें

हर कैम्पेन की अनसब्सक्राइब दर ट्रैक करें, पर उसे ईमानदारी से देखें. प्रकाशित बेंचमार्क उद्योग, लिस्ट के स्रोत, भेजने की आवृत्ति और सेंडर हर के हिसाब को कैसे परिभाषित करता है, इसके अनुसार बहुत अलग-अलग होते हैं, इसलिए “यही” बेंचमार्क बताकर पेश किया गया कोई भी अकेला आंकड़ा आपके अपने चलते औसत से कम काम का है. जो कैम्पेन आपकी सामान्य दर दोगुनी कर दे, वह आपको उस कैम्पेन के बारे में कुछ ख़ास बता रहा है.

शिकायत दर ज़्यादा अहम संकेत है, क्योंकि मेलबॉक्स प्रोवाइडर उसी पर कार्रवाई करते हैं. Gmail उसे Postmaster Tools में दिखाता है, Yahoo अपने Complaint Feedback Loop के ज़रिए. ऊपर बताई गई सीमाओं को ऊपरी हद मानें.

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

निकास सर्वे, सलीक़े से

लोग क्यों जाते हैं यह जानने का असली मूल्य है, और आप इसे बिना कुछ बिगाड़े जुटा सकते हैं. तीन शर्तें:

• वैकल्पिक. कोई अनिवार्य फ़ील्ड नहीं, पाठक और दरवाज़े के बीच कोई सबमिट बटन नहीं.
• बाद में. इसे पुष्टि पेज पर दिखाएं, जब अनसब्सक्राइब लागू हो चुका हो और पेज यह बता चुका हो.
• छोटा. एक सवाल, चार या पांच विकल्प: “बहुत ज़्यादा ईमेल”, “प्रासंगिक नहीं”, “कभी साइन अप नहीं किया”, “कॉन्टेंट की गुणवत्ता”, “अन्य”.

“कभी साइन अप नहीं किया” सर्वे की सबसे क़ीमती पंक्ति है. अगर यह बढ़ रही है, तो आपकी समस्या पते जुटाने की है, और उसका इलाज ऊपर की ओर है.

मुख्य बातें

• आसान ऑप्ट-आउट शिष्टाचार नहीं, डिलिवरेबिलिटी का नियंत्रण है. दूसरा निकास स्पैम बटन है, जो आपके हर आने वाले सेंड के ख़िलाफ़ गिना जाता है.
• RFC 8058 ठीक से लागू करें: दोनों हेडर, प्राप्तकर्ता की पहचान कराता HTTPS URI, मुश्किल से जाली बनाया जा सकने वाला टोकन, DKIM कवरेज, और POST पर कोई रीडायरेक्ट नहीं.
• अनुरोध तुरंत पूरे करें. Gmail की सीमा 48 घंटे है, Yahoo की 2 दिन, CAN-SPAM की 10 कार्यदिवस.
• स्थायी सप्रेशन लिस्ट रखें, उसे अपने कॉन्टैक्ट डेटा से पहले माइग्रेट करें, और किसी इम्पोर्ट को उसे कभी अधिलेखित न करने दें.
• अनसब्सक्राइब दर को अपने ही आधार रेखा के मुक़ाबले परखें, और शिकायत दर को वह आंकड़ा मानें जो इनबॉक्स प्लेसमेंट तय करता है.