डिलीवरी की जाँच में भेजने वाले सिस्टम के साथ-साथ प्राप्त करने वाले मेलबॉक्स से मिले साक्ष्य का भी उपयोग होता है। अकेला प्रेषक यह नहीं देख सकता कि हर प्राप्तकर्ता का संदेश किस फ़ोल्डर में पहुँचा।
डिलीवरी दर क्या मापती है?
डिलीवरी दर यह मापती है कि रिपोर्टिंग सिस्टम के गिनती नियमों के अनुसार कितने प्रतिशत संदेश प्राप्त करने वाले सर्वरों ने स्वीकार किए।
सफल 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 गाइड में डोमेन ट्रैकिंग और परीक्षण सेटअप समझाया गया है। अपने प्राप्तकर्ताओं से जुड़े प्रदाताओं को कवरेज में चुनें, क्योंकि जिस प्रदाता को मापा नहीं गया, उसका कोई प्लेसमेंट परिणाम नहीं होता।
सीड परीक्षण एक नमूना है। उसके मेलबॉक्स का इतिहास और व्यवहार आपके सब्सक्राइबरों से अलग हो सकता है, इसलिए परिणाम के साथ उसका दायरा भी बताएँ।
आपको कौन-से आँकड़े रिपोर्ट करने चाहिए?
डिलीवरी दर और मापा गया इनबॉक्स प्लेसमेंट अलग-अलग रिपोर्ट करें, साथ में उनका कवरेज और अवलोकन अवधि भी बताएँ। ये अलग-अलग चरण मापते हैं और अलग-अलग संदेशों को कवर कर सकते हैं।
डिलीवरी दर में गिरावट की जाँच अस्वीकृति और स्थगन के प्रमाणों से करें। अगर स्वीकृति ऊँची बनी रहे लेकिन प्लेसमेंट गिरे, तो ऑथेंटिकेशन, प्राप्तकर्ताओं की अपेक्षाएँ और प्रदाता के फ़िल्टरिंग संकेत जाँचें।
केवल ओपन घटने से प्लेसमेंट की समस्या साबित नहीं होती। इसे स्पैम फ़िल्टरिंग का कारण मानने से पहले दूसरे प्रमाणों से बदलाव की पुष्टि करें।
- सर्वर की स्वीकृति रिपोर्ट करने और ट्रांसफ़र विफलताएँ पहचानने के लिए डिलीवरी दर का उपयोग करें।
- नमूने के मेलबॉक्स की प्रतियाँ कहाँ पहुँचीं, यह रिपोर्ट करने के लिए मापे गए प्लेसमेंट का उपयोग करें।
- कारणों की जाँच के लिए प्रदाता डायग्नोस्टिक्स और शिकायतों का उपयोग करें, लेकिन उन्हें प्लेसमेंट माप न मानें।
संक्षेप में
स्वीकार किए जाने से फ़ोल्डर का पता नहीं चलता।
प्राप्त करने वाला सर्वर किसी संदेश को स्वीकार करके उसे स्पैम में रख सकता है।
डिलीवरी और प्लेसमेंट की रिपोर्ट अलग-अलग दें।
हर दर के साथ उसका हर (denominator), शामिल प्रोवाइडर और माप की अवधि लिखें।
प्लेसमेंट के माप कुछ मेलबॉक्स के नमूने पर आधारित होते हैं।
सीड खाते दिखाते हैं कि उनकी प्रतियाँ कहाँ पहुँचीं, लेकिन इससे हर प्राप्तकर्ता के लिए प्लेसमेंट साबित नहीं होता।
प्रोवाइडर की रिपोर्टें अलग-अलग विफलताओं को समझाती हैं।
शिकायत और ऑथेंटिकेशन रिपोर्टें डिलीवरी लॉग और मापे गए प्लेसमेंट की पूरक होती हैं।