2024 में Gmail और Yahoo प्रेषक आवश्यकताओं में क्या बदलाव हुआ

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

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

ये नियम पहले थोक प्रेषकों को प्रभावित करते हैं, लेकिन केवल थोक प्रेषकों को नहीं। एक छोटा व्यवसाय जो एक ही डोमेन से ऑर्डर रसीदें, अपॉइंटमेंट रिमाइंडर और एक साप्ताहिक न्यूज़लेटर भेजता है, को भी ध्यान देने की आवश्यकता है। यदि प्रेषक की पहचान अव्यवस्थित दिखती है, तो Gmail और Yahoo पूरे कार्यक्रम को कम विश्वसनीय मान सकते हैं। यही असुविधाजनक हिस्सा है।

अब मेल भेजने के लिए प्रमाणीकरण की अपेक्षा की जाती है

SPF, DKIM, और DMARC वे नाम हैं जो 2024 में हर जगह आए, और इसके अच्छे कारण हैं। Gmail और Yahoo प्रमाणीकरणित मेल की अपेक्षा करते हैं क्योंकि प्रमाणीकरण यह साबित करता है कि एक प्रेषक को एक डोमेन की ओर से भेजने की अनुमति है, या कम से कम यह घोषित करने के लिए गंभीर प्रयास किया गया है कि कौन जिम्मेदार है। साधारण शब्दों में, अप्रमाणित मेल जल्दी संदिग्ध दिखता है।

SPF यह जांचता है कि भेजने वाला सर्वर डोमेन के लिए अनुमोदित है। DKIM संदेश पर हस्ताक्षर करता है ताकि प्राप्तकर्ता यह बता सके कि सामग्री को छोड़ने के बाद बदला नहीं गया। DMARC दोनों को एक साथ जोड़ता है और प्राप्तकर्ताओं को बताता है कि यदि संरेखण विफल हो जाता है तो क्या करना है। यदि इनमें से एक टुकड़ा गायब है, तो मेल कभी-कभी स्वीकार किया जा सकता है, लेकिन जोखिम बढ़ जाता है।

प्रमाणीकरण को एक बार के चेकबॉक्स के रूप में न मानें। DNS रिकॉर्ड बदलते हैं। ESP सेटिंग्स बदलती हैं। एक टीम प्लेटफार्मों को माइग्रेट करती है और पुराने भेजने वाले डोमेन को भूल जाती है। फिर एक “काम करने वाला” सिस्टम चुपचाप विफल होने लगता है। चुप्पी में विफलताएँ सबसे खराब होती हैं।

यदि आपकी टीम को एक संरचित संदर्भ बिंदु की आवश्यकता है, तो DKIM SPF DMARC सेटअप के लिए गाइड विपणन और लेनदेनात्मक धाराओं के बीच चलने वाले भागों को मानचित्रित करते समय एक उपयोगी साथी है।

एक और विवरण: Gmail और Yahoo दोनों लगातार पहचान की परवाह करते हैं, केवल एक अस्थायी प्रमाणीकरण परिणाम नहीं। एक संदेश जो SPF पास करता है लेकिन एक अजीब उपडोमेन से भेजा जाता है, जिसमें DKIM हस्ताक्षर किसी अन्य डोमेन से होता है, फिर भी बेतरतीब लग सकता है। बेतरतीब मेल पर कम विश्वास होता है। मेलबॉक्स धैर्यवान होते हैं, लेकिन इतना धैर्यवान नहीं।

एक-क्लिक अनसब्सक्राइब और सूची स्वच्छता की अपेक्षाएँ

2024 के नियम आसान अनसब्सक्राइबिंग पर वास्तविक वजन डालते हैं। यदि एक प्राप्तकर्ता बाहर जाना चाहता है, तो प्रक्रिया स्पष्ट और तेज होनी चाहिए। एक छोटे फुटर में छिपी हुई नहीं। लॉगिन के पीछे दबी हुई नहीं। एक जावास्क्रिप्ट-भारी लैंडिंग पृष्ठ द्वारा बाधित नहीं, जो मोबाइल पर विफल हो जाता है। एक-क्लिक अनसब्सक्राइब अब एक अच्छा अतिरिक्त नहीं है।

मेलबॉक्स-फ्रेंडली सूची प्रबंधन उसी कारण से महत्वपूर्ण है। यदि लोग ऐसे मेल प्राप्त करते रहते हैं जो वे नहीं चाहते, तो वे इसे स्पैम के रूप में चिह्नित करने की अधिक संभावना रखते हैं बजाय इसके कि अनसब्सक्राइब लिंक खोजें। यह शिकायत तेजी से नुकसान करती है। संलग्न सूचियाँ मदद करती हैं क्योंकि ओपन, क्लिक, उत्तर, और दीर्घकालिक इंटरैक्शन सभी Gmail और Yahoo को बताते हैं कि प्रेषक प्रासंगिक है। एक मृत सूची विपरीत कहानी बताती है।

इसलिए कई टीमें एक प्रायोगिक पक्ष को नजरअंदाज करती हैं: सूची की स्वच्छता बर्बादी को कम करती है। पुराने पते, ऐसे भूमिका खाते जो कभी संलग्न नहीं होते, और उपयोगकर्ताओं को जो महीनों से बातचीत नहीं कर रहे हैं, हटाने से अगले अभियान के उन लोगों तक पहुंचने की संभावना बढ़ सकती है जो अभी भी परवाह करते हैं। एक साफ सूची तीन भरी हुई सूचियों से अधिक मूल्यवान है।

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

कुछ टीमें अभी भी पूछती हैं कि क्या एक दृश्य अनसब्सक्राइब लिंक संलग्नता को कमजोर करता है। यह नहीं करता। निकासी को छिपाने से लोग स्पैम बटन को चुनते हैं, और यह सभी के लिए एक खराब परिणाम है।

प्रेषक का पता, डोमेन संरेखण, और प्रेषक पहचान नियम

2024 में प्रेषक की पहचान अधिक स्पष्ट हो गई। “प्रेषक” नाम, प्रेषक का पता, हस्ताक्षरित डोमेन, और वापसी पथ सभी को एक साथ समझ में आना चाहिए। यदि एक ग्राहक एक डोमेन से एक चालान प्राप्त करता है, लेकिन संदेश दूसरे डोमेन द्वारा हस्ताक्षरित है और उत्तर कहीं और जाता है, तो मेल असामान्य लगता है। फ़िल्टर भी ऐसा ही करते हैं।

डोमेन संरेखण महत्वपूर्ण है क्योंकि यह दृश्य ब्रांड को तकनीकी प्रेषक से जोड़ता है। ब्रांडेड भेजने वाले डोमेन आमतौर पर यादृच्छिक साझा सेटअप की तुलना में बेहतर प्रदर्शन करते हैं, लेकिन केवल तभी जब ब्रांडिंग सुसंगत हो। एक कंपनी जो “बिलिंग टीम” के रूप में billing@brand.com से भेजती है और उसी ब्रांड डोमेन से DKIM के साथ हस्ताक्षर करती है, व्यवस्थित लगती है। एक कंपनी जो एक डोमेन पर मार्केटिंग उपनाम से भेजती है और दूसरे डोमेन पर बाउंस करती है, वह विखंडित लगती है।

यह वह हिस्सा है जो टीमों को रीब्रांड के दौरान पकड़ता है। प्रदर्शन नाम बदलना आसान है। भेजने वाले डोमेन, DKIM चयनकर्ताओं, उत्तर हैंडलिंग, और समर्थन इनबॉक्स को बदलने में अधिक समय लगता है। यदि ये चार टुकड़े एक साथ नहीं चलते हैं, तो डिलीवरबिलिटी प्रभावित हो सकती है। तुरंत नहीं, कभी-कभी। बाद में, जो अधिक कठिन है।

एक व्यावहारिक जांच यह है कि एक Gmail खाते पर एक संदेश भेजें और हेडर की जांच करें। यदि दृश्य प्रेषक और प्रमाणित प्रेषक मेल नहीं खाते हैं, तो अगले अभियान से पहले इसे ठीक करें। इसमें 10 मिनट लगते हैं। यह एक सप्ताह की शिकायतों को बचा सकता है।

टीमें जो व्यापक प्रेषक पहचान नियमों को परिष्कृत कर रही हैं, अक्सर उन्हें ईमेल डिलीवरबिलिटी सर्वोत्तम प्रथाओं के साथ तुलना करती हैं, क्योंकि संरेखण केवल DNS में एक रिकॉर्ड के बारे में नहीं है। यह टेम्पलेट से इनबॉक्स तक के पूरे पथ के बारे में है।

स्पैम शिकायत थ्रेशोल्ड और प्रतिष्ठा प्रभाव

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

प्रतिष्ठा समय के साथ बनती है। एक प्रेषक जो वर्षों से विश्वसनीय रहा है, यदि वह निष्क्रिय संपर्कों को भेजना शुरू करता है या सूचियाँ खरीदता है तो उसे परेशानी का सामना करना पड़ सकता है। एक मजबूत जुड़ाव वाला प्रेषक कभी-कभी कठिन अभियान को सहन कर सकता है, लेकिन केवल कुछ समय के लिए। फ़िल्टर पैटर्न को याद रखते हैं।

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

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

तकनीकी सेटअप परिवर्तन जो प्रेषकों को समीक्षा करनी चाहिए

2024 ने कई टीमों को DNS में वापस लाने के लिए मजबूर किया, और यह कोई बुरी बात नहीं है। SPF, DKIM, और DMARC रिकॉर्ड से शुरू करें। फिर जांचें कि क्या रिकॉर्ड सही डोमेन पर प्रकाशित हैं और क्या प्रेषण सेवा उसी डोमेन का उपयोग करती है जिसे प्राप्तकर्ता देखता है। एक गायब TXT रिकॉर्ड विफलताओं की एक श्रृंखला बना सकता है।

रिवर्स DNS भी महत्वपूर्ण है, विशेष रूप से उन टीमों के लिए जो अपनी खुद की अवसंरचना चला रही हैं। यदि IP पता एक समझदारी वाले होस्टनाम की ओर नहीं लौटता है, तो कुछ फ़िल्टर मेल को कम गुणवत्ता के रूप में मानेंगे। TLS भी महत्वपूर्ण है क्योंकि परिवहन एन्क्रिप्शन मेल को ट्रांजिट में सुरक्षित रखने में मदद करता है और एक अधिक आधुनिक, कम लापरवाह सेटअप का संकेत देता है। इनमें से कोई भी आकर्षक नहीं है। लेकिन सभी का महत्व है।

यदि आपका स्टैक कस्टम एप्लिकेशन मेल शामिल करता है, तो SMTP रिले सेटिंग्स की भी समीक्षा की जानी चाहिए। लेख जो बताता है कि SMTP रिले node.js के लिए क्या मतलब है, व्यावहारिक रूप से रिले पक्ष को समझाता है, जो तब मदद करता है जब डेवलपर्स मेल पथ के एक हिस्से के मालिक होते हैं और मार्केटिंग दूसरे हिस्से के मालिक होती है।

DNS के परे छोटे लेकिन महत्वपूर्ण विवरण हैं। HELO नाम, प्रेषण IP प्रतिष्ठा, “From” हेडर, लिफाफा प्रेषक, और यह जांचें कि क्या मेल स्ट्रीम उद्देश्य के अनुसार अलग है। यदि आप इसे टाल सकते हैं, तो लेनदेनात्मक मेल को प्रचारात्मक विस्फोटों के समान ट्रैफ़िक में नहीं होना चाहिए। एक पासवर्ड रीसेट को शुक्रवार की बिक्री की तुलना में एक साफ़ पथ की आवश्यकता होती है।

एक तकनीकी नोट जो अक्सर अनदेखा किया जाता है: मोबाइल और डेस्कटॉप से अनसब्सक्राइब एंडपॉइंट का परीक्षण करें, और इसे धीमी कनेक्शन के साथ परीक्षण करें। एक लिंक जो एक आदर्श आंतरिक नेटवर्क पर काम करता है, वह वास्तविक ग्राहक के लिए विफल हो सकता है। वह विफलता एक क्लिक में शिकायत बन जाती है।

व्यवसायों और विपणक को अब क्या करना चाहिए

प्रत्येक प्रेषण डोमेन और उपडोमेन का ऑडिट करके शुरू करें। मेल प्रकारों, उपयोग किए गए ESP या सर्वर, और लागू प्रमाणीकरण रिकॉर्ड की सूची बनाएं। फिर उस सूची की तुलना करें जो प्राप्तकर्ता वास्तव में अपने इनबॉक्स में देखते हैं। यदि एक ही कंपनी एक उद्देश्य के लिए तीन अलग-अलग From पते का उपयोग करती है, तो पहले इसे कस लें।

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

फिर ESP या IT टीम के साथ समन्वय करें। पूछें कि कौन SPF को नियंत्रित करता है, कौन DKIM कुंजी को नियंत्रित करता है, और कौन DMARC नीति को अपडेट करता है। पूछें कि कौन बाउंस की निगरानी करता है और कौन दुर्व्यवहार की शिकायतें प्राप्त करता है। यदि कोई भी उन कार्यों का मालिक नहीं है, तो आज मालिकों को असाइन करें। बिना मालिकों के प्रेषक कार्यक्रम अक्सर भटक जाते हैं।

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

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

सामान्य गलतियाँ और उन्हें कैसे टालें

अवशिष्ट प्रमाणीकरण अभी भी सबसे स्पष्ट गलती है, और इसे टालना सबसे आसान है। SPF, DKIM, और DMARC को सही तरीके से प्रकाशित करें, फिर पुष्टि करें कि वे वास्तविक भेजने वाले डोमेन के साथ मेल खाते हैं। DNS में एक रिकॉर्ड पर्याप्त नहीं है यदि एप्लिकेशन एक अलग पथ से भेजता है।

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

ग़लत डोमेन अनावश्यक समस्याएँ पैदा करते हैं। यदि प्रेषक का नाम एक ब्रांड कहता है, डोमेन दूसरा कहता है, और लैंडिंग पृष्ठ तीसरा, तो फ़िल्टर और उपयोगकर्ता दोनों संदेह करते हैं। स्थिरता एक डिलीवरबिलिटी की आदत है, डिज़ाइन की पसंद नहीं। तीन नाम बहुत हैं।

खराब सूची अधिग्रहण प्रथाएँ दीर्घकालिक क्षति उत्पन्न करती हैं। खरीदी गई सूचियाँ, स्क्रैप की गई सूचियाँ, और अस्पष्ट “ऑप्ट-इन” प्रतियोगिताएँ सभी ऐसी शिकायतें उत्पन्न कर सकती हैं जो बनी रहती हैं। एक बेहतर मार्ग धीमा लेकिन साफ है: स्पष्ट सहमति, स्पष्ट अपेक्षाएँ, और हर पते के लिए एक प्रलेखित स्रोत। इससे कम कुछ भी बाद में काम पैदा करता है।

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

एक अंतिम गलती यह मान लेना है कि 2024 के नियम एक बार का मामला हैं। वे नहीं हैं। Gmail और Yahoo ने मानक बदल दिए हैं, और वे इसे समायोजित करते रह सकते हैं। जो कोई भी पूछता है कि 2024 में Gmail और Yahoo प्रेषक आवश्यकताओं में क्या बदला, उसे उत्तर को एक प्रारंभिक बिंदु के रूप में लेना चाहिए, न कि एक समाप्ति रेखा के रूप में, क्योंकि असली काम हर हफ्ते प्रेषक कार्यक्रम को साफ रखना है।