इनबॉक्स-प्लेसमेंट परीक्षण: उचित सीमाओं के साथ बीज परिणामों का उपयोग करें

बीज परीक्षण एक उपयोगी लेकिन संकीर्ण प्रश्न का उत्तर देता है: चयनित मेलबॉक्स में एक विशेष परीक्षण संदेश कहाँ दिखाई दिया? यह स्वचालित रूप से उत्तर नहीं देता है कि सभी उत्पादन प्राप्तकर्ताओं ने अभियान कहाँ देखा। परीक्षण को इस प्रकार डिज़ाइन करें कि इससे पहले कि कोई किसी बड़े बुनियादी ढाँचे में बदलाव को उचित ठहराने के लिए परिणाम का उपयोग करे, इसकी सीमाएँ स्पष्ट हों।

वह घटना चुनें जिसका आप अवलोकन करना चाहते हैं

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

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

तुलना करने के लिए नमूने को पर्याप्त रूप से स्थिर रखें

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

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

एक लुप्त-अवलोकन उदाहरण के माध्यम से कार्य करें

एक काल्पनिक पैनल में 20 आविष्कृत बीज शामिल हैं: 12 इनबॉक्स, चार स्पैम और चार न देखे गए। केवल-अवलोकित इनबॉक्स अनुपात 12 को 16 या 75% से विभाजित किया गया है। इनबॉक्स में पुष्टि किए गए पूरे पैनल का अनुपात 12 को 20 या 60% से विभाजित किया गया है। दोनों कथन सत्य हो सकते हैं क्योंकि वे अलग-अलग प्रश्नों का उत्तर देते हैं।

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

परिवर्तन की व्याख्या एक परिकल्पना के प्रमाण के रूप में करें

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

वास्तविक अस्वीकृति निदान, अधिकृत प्राप्तकर्ता रिपोर्ट और प्रदाता की अपनी स्कोप्ड टेलीमेट्री जैसे अतिरिक्त संकेतों का उपयोग करें। उदाहरण के लिए, Google हर संभावित गंतव्य के बजाय व्यक्तिगत Gmail ट्रैफ़िक के लिए पोस्टमास्टर अवलोकनों का वर्णन करता है। पोस्टमास्टर डैशबोर्ड. साक्ष्य जोड़ते समय वह गुंजाइश रखें।

निर्णय और उसकी सीमाओं की रिपोर्ट करें

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

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

चार अज्ञात के लिए अगला चेक चुनें

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

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

प्रत्येक छूटे हुए अवलोकन को उसके स्तर पर हल करें

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