Email open rate dropped? किस बदलाव से गिरावट आई, कैसे पता करें

मेरे emails का open rate क्यों गिरा?

Open rate तीन में से किसी एक वजह से गिरता है: कम emails inbox तक पहुंचे, कम लोगों ने उन्हें खोला, या opens गिनने का तरीका बदल गया। हर वजह एक अलग तरह के बदलाव की ओर इशारा करती है। इसलिए पहला काम यह समझना है कि आप इन तीन में से कौन सी स्थिति देख रहे हैं।

• Delivery में बदलाव: नया sending domain या नया email platform, DNS migration जिसमें SPF या DKIM record छूट गया, DMARC policy में बदलाव, volume में अचानक उछाल या spam शिकायतों का बढ़ना। ऐसे में email spam folder में जाता है, और वहां शायद ही कोई उसे खोलता है।
• Audience में बदलाव: नई list import, बड़ा segment, inactive contacts हटाने के नियम में बदलाव, या कम रुचि वाला नया sign-up source।
• Message में बदलाव: नया sender name, subject line का नया style, preheader, template या भेजने का समय।
• Measurement में बदलाव: bot filtering चालू करना, Apple Mail Privacy Protection वाले opens को reports से बाहर करना, या platform बदलने के बाद अलग tracking setup।

ज़्यादातर टीमें subject line से शुरू करती हैं। लेकिन एक send से अगले send में तेज़ गिरावट आमतौर पर किसी ऐसे बदलाव की ओर इशारा करती है जो text के बाहर हुआ: delivery, audience या measurement। कई महीनों में धीरे-धीरे आई गिरावट ज़्यादातर list की थकान और list में शामिल लोगों के धीरे-धीरे बदलने से आती है।

क्या गिरावट असली है, या opens गिनने का तरीका बदल गया?

सबसे पहले measurement जांचें। Open tracking एक बहुत छोटी image पर चलता है जो email दिखने पर load होती है। कई features इस image को load कर देते हैं, भले ही किसी इंसान ने email पढ़ा न हो।

Apple के मुताबिक Mail Privacy Protection default रूप से remote content को background में download करता है, चाहे आप email के साथ interact करें या नहीं। Mailchimp कहता है कि इससे बढ़े हुए और गलत open rates बनते हैं, और 22 जून 2024 या उसके बाद भेजे गए emails के लिए इन opens को reports से बाहर करने का एक box देता है। Security scanners भी ऐसा ही करते हैं: Mailchimp के अनुसार वे अक्सर आपके contacts से पहले emails खोलते हैं और links पर click करते हैं, और bot filtering चालू करने पर open और click मेट्रिक काफ़ी गिर जाते हैं।

यानी असली पढ़ने में कोई बदलाव न होने पर भी गिरावट दिख सकती है। Content को दोष देने से पहले ये संकेत मिलाएं:

अगर opens गिरे लेकिन clicks स्थिर रहे, तो report वाले बदलाव को उसकी तारीख के साथ दर्ज करें और आगे बढ़ें। Mailchimp खुद clicks पर ध्यान देने की सलाह देता है, जो उसके अनुसार Apple MPP से प्रभावित नहीं होते।

भेजने से जुड़े कौन से बदलाव emails को spam में भेज देते हैं?

Mailbox providers यह तय करने में कि email inbox में जाए या नहीं, authentication और शिकायतों को भी देखते हैं। ये दोनों आपकी टीम या किसी vendor के बदलावों पर निर्भर हैं। 1 फ़रवरी 2024 से Gmail हर sender से SPF या DKIM, सही forward और reverse DNS records, TLS और Postmaster Tools में 0.3% से कम spam rate मांगता है। जो रोज़ Gmail पर 5,000 या ज़्यादा messages भेजते हैं, उन्हें SPF, DKIM और DMARC तीनों चाहिए, From: domain को SPF या DKIM domain से align करना होता है और one-click unsubscribe देना होता है (Gmail sender guidelines)। Google 0.10% से नीचे रहने की सलाह देता है।

Yahoo bulk senders से SPF और DKIM, कम से कम p=none वाली DMARC policy, 2 दिनों में पूरा होने वाला one-click unsubscribe और 0.3% से कम spam rate मांगता है, जो inbox में पहुंचे mail पर गिना जाता है (Yahoo sender best practices)।

इन नियमों को सबसे ज़्यादा तोड़ने वाले बदलाव बहुत आम हैं:

• SPF, DKIM और DMARC records copy किए बिना domain को नए DNS provider पर ले जाना।
• आपके domain से भेजने वाला नया tool (CRM, help desk, booking system) बिना authorise किए जोड़ना।
• Email platform या sending domain बदलना, जिससे mail बिना किसी sending history के जाता है।
• सभी senders के pass होने से पहले DMARC को p=none से quarantine या reject पर ले जाना।
• Unsubscribe link हटाना या छिपाना, जिससे लोग spam button दबाते हैं।
• पुरानी list import करना या एक ही दिन में sending volume दोगुना करना।

हर बदलाव की एक तारीख होती है। तारीख पता हो, तो आप उसे पहले कमज़ोर send से मिला सकते हैं।

Deliverability में क्या बदला, यह कहां देखें?

अगर आप Gmail addresses पर भेजते हैं, तो Google Postmaster Tools से शुरू करें। उसके बाद अपने email platform की reports देखें, और फिर DNS और वेबसाइट के बदलावों का रिकॉर्ड।

• Postmaster Tools: "Compliance status" dashboard बताता है कि Gmail की हर requirement पूरी है या उस पर काम चाहिए। "Spam rate" दिखाता है कि authenticated mail का कितना हिस्सा users ने spam बताया। "Authentication", "Delivery errors" और reputation dashboards failures और rejections दिखाते हैं। Data UTC में है, आमतौर पर 24 घंटे में update होता है और पिछले 7 से 120 दिनों तक देखा जा सकता है (Postmaster Tools dashboards)।
• Email platform reports: हर send के opens, clicks, bounces, spam शिकायतें और unsubscribes, और platform दे तो mailbox provider के हिसाब से बंटे हुए। Account settings में यह भी देखें कि bot filtering या MPP exclusion चालू हुआ या नहीं।
• DNS और domain: आपके DNS provider की change history, या उस व्यक्ति का ticket जिसने domain move किया।
• टीम के बदलाव: list imports, segment rules, नए templates, नए sender names। ये अक्सर सिर्फ़ किसी के दिमाग में या chat में होते हैं।

Google की बताई एक सीमा याद रखें: spam rate dashboard सिर्फ़ वे messages गिनता है जिन्हें users खुद spam mark करते हैं। Gmail जिन्हें अपने आप spam में डालता है, वे इसमें नहीं आते। इसलिए कम spam rate के बावजूद placement की समस्या छिपी हो सकती है।

Open rate में गिरावट किस बदलाव से आई, इसे isolate कैसे करें?

वजह को isolate करने के लिए पहले कमज़ोर send से दो हफ़्ते पहले तक के सभी बदलाव एक टाइमलाइन पर रखें, और सबसे संभावित बदलाव को पहले परखें।

1. Report वाले बदलाव जांचें
2. Authentication और spam देखें
3. सभी बदलाव एक लाइन में रखें
4. एक hypothesis परखें

पहले कमज़ोर send की तारीख और समय लिख लें। फिर उससे पहले के सभी बदलाव जुटाएं: DNS और domain बदलाव, नए sending tools, platform settings, list imports और segment rules, template और sender name के बदलाव, और भेजने का समय। हर बदलाव पर लिखें कि वह delivery, audience या measurement में से किसे छूता है, और देखें कि गिरावट किसी एक provider में केंद्रित है या नहीं।

जब सारे बदलाव एक टाइमलाइन पर हों, तो जवाब अक्सर एक नज़र में दिख जाता है: आप देखेंगे कि DNS migration पहले कमज़ोर send से कुछ दिन पहले हुआ और Gmail में authentication failures उसके तुरंत बाद शुरू हुए। यही काम एक मार्केटिंग चेंज लॉग करता है। आप Changeline में हर क्लाइंट के लिए एक रख सकते हैं, जहां टीम email, वेबसाइट और ट्रैकिंग के बदलाव तारीख, ज़िम्मेदार व्यक्ति और कारण के साथ दर्ज करती है।

पुष्टि के लिए सबसे संभावित वजह ठीक करें और अगला send देखें। अगर DKIM गायब था, तो उसे वापस लगाएं, Postmaster Tools में authentication सुधरता हुआ देखें, और अगले send का open rate बदलाव से पहले के उसी segment से मिलाएं। एक बार में एक ही चीज़ बदलें, वरना पता नहीं चलेगा कि कौन सा fix काम आया।

उदाहरण: जयपुर के एक online साड़ी store का क्लाइंट पूछता है: "मंगलवार को हमारे newsletter का open rate 41% से 29% क्यों हो गया? इसी newsletter से हर हफ़्ते करीब ₹1,50,000 की बिक्री आती है।" एजेंसी सारे बदलाव एक लाइन में रखती है। गुरुवार को क्लाइंट के developer ने domain नए DNS provider पर move किया। सोमवार को टीम ने नया template लॉन्च किया। गिरावट लगभग पूरी Gmail में है, और Postmaster Tools शुक्रवार से DKIM failures दिखाता है: DKIM record copy ही नहीं हुआ था। Record वापस लगाने के बाद अगला send ठीक हो गया। Template वजह नहीं था।

पहले क्या ठीक करें, और क्लाइंट को कैसे समझाएं?

पहले delivery की समस्याएं ठीक करें, क्योंकि वे हर send पर असर डालती हैं। फिर audience, और आख़िर में content। गिरावट को अंदाज़ों से नहीं, तारीखों और सबूत के साथ समझाएं।

रिपोर्ट में बदलाव, उसकी तारीख, सबूत और fix लिखें: "गुरुवार के DNS migration के बाद DKIM pass होना बंद हुआ, अगले send में Gmail opens गिरे, और बुधवार को हमने record वापस लगाया।" क्लाइंट को गिरावट समझाने वाली गाइड में एक ढांचा है जिसे आप दोबारा इस्तेमाल कर सकते हैं, और एक चेंज लॉग template अगली घटना को छोटा कर देता है। अगर आप email links पर UTM लगाते हैं, तो naming स्थिर रखें, वरना analytics में यह गिरावट traffic बदलाव जैसी भी दिखेगी; देखें हमारा UTM naming convention।

फिर अपनी प्रक्रिया में एक नियम जोड़ें: domain, DNS या sending tools का हर बदलाव live होने से पहले दर्ज हो, और अगले send पर कोई authentication जांचे।