Deliverability

ईमेल डिलीवरेबिलिटी क्या है, और यह डिलीवरी रेट से कैसे अलग है?

ईमेल डिलीवरेबिलिटी प्राप्तकर्ताओं के इनबॉक्स तक पहुँचने से संबंधित है; डिलीवरी रेट प्राप्त करने वाले सर्वरों द्वारा स्वीकृत संदेशों को मापता है, जिसमें बाद में स्पैम में रखे गए मेल भी शामिल हैं।

डिलीवरी जाँच में भेजने वाली प्रणाली के साथ-साथ प्राप्त करने वाले मेलबॉक्स से मिले साक्ष्य भी शामिल होते हैं। कोई प्रेषक अकेले हर प्राप्तकर्ता के गंतव्य फ़ोल्डर को नहीं देख सकता।

डिलीवरी रेट क्या मापता है?

डिलीवरी रेट रिपोर्टिंग सिस्टम के गणना नियमों के अनुसार प्राप्त करने वाले सर्वरों द्वारा स्वीकृत संदेशों का अनुपात मापता है।

एक सफल SMTP संदेश ट्रांसफ़र के अंत में, 250 रिप्लाई स्वीकृति की पुष्टि करता है। 4xx रिप्लाई एक अस्थायी विफलता दर्शाता है। 5xx रिप्लाई उस अनुरोध के लिए स्थायी विफलता दर्शाता है।

उदाहरण के लिए, यदि कोई रिपोर्ट 1,000 प्रयास किए गए संदेशों में से 990 स्वीकृत संदेश गिनती है, तो उसका डिलीवरी रेट 99 प्रतिशत है। यह गणना यह नहीं बताती कि स्वीकृत संदेश कहाँ पहुँचे।

अस्थायी विफलताएँ बाद में डिलीवरी या अंतिम विफलता बन सकती हैं। रिपोर्ट की तुलना एक ही अवलोकन अवधि पर करें ताकि लंबित पुनः प्रयास परिणाम को विकृत न करें।

डिलीवरेबिलिटी स्वीकृति से परे क्या मापती है?

डिलीवरेबिलिटी इस बात से संबंधित है कि मेल अभीष्ट इनबॉक्स तक पहुँचा या ब्लॉक, खोया अथवा स्पैम में रखा गया।

प्रोवाइडर का स्वीकृति प्रतिसाद गंतव्य फ़ोल्डर की पहचान नहीं करता। इसलिए इनबॉक्स प्लेसमेंट SMTP डिलीवरी के दौरान रिकॉर्ड किए गए प्रतिसाद से एक अलग मापन है।

Promotions टैब Gmail के इनबॉक्स का हिस्सा है। यह स्पैम फ़ोल्डर से अलग प्लेसमेंट है, भले ही प्राप्तकर्ता Primary टैब की अपेक्षा करता हो।

स्वीकृति के बाद भी डिलीवरी विफलता हो सकती है। किसी संदेश के अंतिम परिणाम का आकलन करते समय बाद के बाउंस इवेंट को शामिल रखें।

उच्च डिलीवरी रेट खराब प्लेसमेंट को कैसे छिपा सकता है?

रिसीवर अधिकतर संदेश स्वीकार कर सकता है। फिर उन स्वीकृत संदेशों में से कई को स्पैम में फ़िल्टर कर सकता है।

मान लीजिए सर्वर 1,000 में से 990 संदेश स्वीकार करता है। यदि 300 स्वीकृत संदेश स्पैम में पहुँचते हैं, तो डिलीवरी रेट 99 प्रतिशत बना रहता है। इस उदाहरण में केवल 690 इनबॉक्स तक पहुँचे।

डिलीवरी रेट रिकॉर्ड करता है कि रिसीवर ने संदेशों की ज़िम्मेदारी ली। प्लेसमेंट रिकॉर्ड करता है कि स्वीकृत मेल कहाँ गया। पहले को दूसरे के रूप में रिपोर्ट करना मापन को गलत बताता है।

कौन-से सिग्नल इस अंतर की व्याख्या कर सकते हैं?

डिलीवरी त्रुटियाँ, ऑथेंटिकेशन परिणाम, शिकायतें और मेलबॉक्स प्लेसमेंट प्रत्येक समस्या का एक अलग पहलू प्रकट करते हैं।

सिग्नलयह क्या स्थापित कर सकता हैयह क्या स्थापित नहीं कर सकता
SMTP स्वीकृतिरिसीवर ने ट्रांसफ़र स्वीकार कियाइनबॉक्स प्लेसमेंट
बाउंस या डिफ़रलस्थायी या अस्थायी डिलीवरी विफलताअसंबंधित स्वीकृत संदेशों का परिणाम
प्राप्तकर्ता शिकायतएक रिपोर्ट की गई स्पैम कार्रवाईस्वचालित रूप से फ़िल्टर किया गया हर संदेश
ऑथेंटिकेशन परिणामजाँची गई पहचान पास हुई या नहींप्राप्तकर्ता संदेश चाहता था या नहीं
सीड प्लेसमेंटटेस्ट मेलबॉक्स की प्रति कहाँ पहुँचीहर वास्तविक प्राप्तकर्ता के लिए प्लेसमेंट

Google का डैशबोर्ड मार्गदर्शन चेतावनी देता है कि जब स्वचालित फ़िल्टरिंग इनबॉक्स डिलीवरी कम कर देती है तो शिकायत दरें कम दिख सकती हैं। इसलिए केवल कम शिकायतें स्वस्थ प्लेसमेंट प्रमाणित नहीं करतीं।

ओपन और क्लिक सहायक सिग्नल हैं। इमेज लोडिंग और स्वचालित लिंक जाँच बिना किसी व्यक्ति के संदेश पढ़े इवेंट उत्पन्न कर सकती हैं।

Bird से प्लेसमेंट कैसे मापें?

आप Inbox Insights का उपयोग करके मापित मेलबॉक्स प्लेसमेंट की तुलना अपने भेजने के परिणामों से कर सकते हैं।

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

पैनल मापन वास्तविक मेलबॉक्स के एक समूह में प्लेसमेंट का अवलोकन करते हैं। Bird का प्लेसमेंट व्यू सीड और पैनल मापन को आपके डिलीवरी, बाउंस और एंगेजमेंट डेटा से अलग करता है। प्लेसमेंट डेटा का अनुपलब्ध होना शून्य इनबॉक्स डिलीवरी का अर्थ नहीं है।

Inbox Insights गाइड डोमेन ट्रैकिंग और टेस्ट सेटअप की व्याख्या करती है। अपने प्राप्तकर्ताओं के लिए प्रासंगिक प्रोवाइडर कवरेज चुनें क्योंकि बिना मापे गए प्रोवाइडर का कोई प्लेसमेंट परिणाम नहीं होता।

सीड टेस्ट एक नमूना है। इसके मेलबॉक्स का इतिहास और व्यवहार आपके सब्सक्राइबरों से भिन्न हो सकता है, इसलिए परिणाम के साथ उसका दायरा रिपोर्ट करें।

आपको कौन-से नंबर रिपोर्ट करने चाहिए?

डिलीवरी रेट और मापित इनबॉक्स प्लेसमेंट अलग-अलग रिपोर्ट करें, उनके कवरेज और अवलोकन अवधि के साथ। ये अलग-अलग चरण मापते हैं और अलग-अलग संदेशों को कवर कर सकते हैं।

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

केवल गिरते हुए ओपन प्लेसमेंट समस्या प्रमाणित नहीं करते। स्पैम फ़िल्टरिंग को इस परिवर्तन का कारण मानने से पहले अन्य साक्ष्य से परिवर्तन की पुष्टि करें।

  1. सर्वर स्वीकृति रिपोर्ट करने और ट्रांसफ़र विफलताओं की पहचान करने के लिए डिलीवरी रेट का उपयोग करें।
  2. नमूना मेलबॉक्स प्रतियाँ कहाँ पहुँचीं यह रिपोर्ट करने के लिए मापित प्लेसमेंट का उपयोग करें।
  3. कारणों की जाँच के लिए प्रोवाइडर डायग्नोस्टिक्स और शिकायतों का उपयोग करें, उन्हें प्लेसमेंट मापन मानें बिना।

संक्षेप में

  1. स्वीकृति फ़ोल्डर की पहचान नहीं करती।

    प्राप्त करने वाला सर्वर किसी संदेश को स्वीकार करके स्पैम में रख सकता है।

  2. डिलीवरी और प्लेसमेंट अलग-अलग रिपोर्ट करें।

    हर रेट के साथ उसका हर (denominator), प्रोवाइडर कवरेज और मापन अवधि लेबल करें।

  3. प्लेसमेंट मापन मेलबॉक्स का नमूना लेते हैं।

    सीड अकाउंट दिखाते हैं कि उनकी प्रतियाँ कहाँ पहुँचीं, लेकिन हर प्राप्तकर्ता के लिए प्लेसमेंट प्रमाणित नहीं करते।

  4. प्रोवाइडर रिपोर्ट अलग-अलग विफलताओं की व्याख्या करती हैं।

    शिकायत और ऑथेंटिकेशन रिपोर्ट डिलीवरी लॉग और मापित प्लेसमेंट के पूरक हैं।

व्यवहार में लाएँ।

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

उसी नेटवर्क पर बनाएँ।

एक टेस्ट API key आपको तुरंत मिल जाती है। भुगतान विधि जोड़ने और सेंडर सत्यापित करने पर प्रोडक्शन अनलॉक होता है।

आपका अगला आइडिया।
जुड़ने के लिए तैयार।