मेट्रिक चुनने से पहले परिणाम परिभाषित करें
एक प्रमाणीकरण परियोजना यह साबित किए बिना वैध भेजने वाली पहचान पर नियंत्रण में सुधार कर सकती है कि अधिक प्राप्तकर्ताओं ने संदेश देखे या पढ़े हैं। DMARC संरेखित प्रमाणीकरण और नीति संदर्भ का मूल्यांकन करता है; यह डिलीवरी, प्राप्तकर्ता जुड़ाव या व्यावसायिक मूल्य के हर पहलू को स्थापित नहीं करता है। इसलिए एक माप योजना को डैशबोर्ड मीट्रिक का चयन करने से पहले मूल्यांकन किए जा रहे परिणाम का नाम देना चाहिए।
उपयोगी परिणामों में एक सीमित मार्ग के लिए संरेखित प्रमाणीकरण, कम विशिष्ट SMTP अस्वीकृति, प्राप्तकर्ता-सर्वर स्वीकृति या एक अलग से मापा गया प्लेसमेंट परिणाम शामिल हो सकते हैं। वे विनिमेय नहीं हैं. एक उच्च DMARC पास दर अन्य कारकों के कारण होने वाली अपरिवर्तित डिलीवरी समस्याओं के साथ सह-अस्तित्व में रह सकती है। इसके विपरीत, प्रमाणीकरण अपरिवर्तित रहने पर डिलीवरी में सुधार हो सकता है। तंत्र और परिणाम को अलग-अलग साक्ष्य क्षेत्रों में रखें। RFC 9989 , खंड 2.4 और 4.4
डिलीवरी चरण सटीक रूप से चुनें
प्रेषक एप्लिकेशन और प्रदाता विभिन्न चरणों को उजागर करते हैं। एक स्वीकृत एपीआई अनुरोध कतार में लगने और डिलीवरी का प्रयास करने से पहले हो सकता है। एक अस्थायी स्थगन अंतिम अस्वीकृति नहीं है, और प्राप्तकर्ता-सर्वर स्वीकृति इनबॉक्स प्लेसमेंट का प्रमाण नहीं है। एक मानव द्वारा संदेश खोलना अपनी माप सीमाओं के साथ एक और विशिष्ट घटना है। इन सभी चरणों को कवर करने के लिए दिए गए एक शब्द का उपयोग करने से बचें।
बनाए रखा गया SendGrid ईवेंट दस्तावेज़ीकरण एक ठोस उदाहरण प्रदान करता है: संसाधित इंगित करता है कि संदेश प्राप्त हुआ था और वितरित होने के लिए तैयार है; प्राप्तकर्ता सर्वर से संबंधित वितरित; स्थगित और गिराए गए अन्य विशिष्ट परिणामों का वर्णन करते हैं। वे परिभाषाएँ उस प्रदाता की घटनाओं की व्याख्या करने का समर्थन करती हैं, न कि हर प्लेटफ़ॉर्म के लिए एक सार्वभौमिक स्कीमा की। विश्लेषण में प्रयुक्त सटीक प्रदाता परिभाषा और संस्करण को सुरक्षित रखें। SendGrid इवेंट वेबहुक संदर्भ
यदि उपलब्ध डेटा रिसीविंग-सर्वर स्वीकृति पर रुक जाता है, तो वह सीमा बताएं। इसे इनबॉक्स प्लेसमेंट का नाम न बदलें क्योंकि इससे परिणाम व्यावसायिक रूप से अधिक आकर्षक लगेगा। माप तब भी उपयोगी रहना चाहिए जब यह हर उस प्रश्न का उत्तर नहीं दे सकता जो कोई हितधारक पूछना चाहता है।
पहले और बाद की आबादी को तुलनीय रखें
शामिल स्ट्रीम, प्राप्तकर्ता प्रदाता, डोमेन, संदेश श्रेणियां, समय विंडो और गिनती इकाइयों को परिभाषित करें। पुनः प्रयास और बहु-प्राप्तकर्ता हैंडलिंग नियमों को सुरक्षित रखें। अवकाश अभियान और शांत लेनदेन अवधि के बीच तुलना तकनीकी हस्तक्षेप के बजाय जनसंख्या परिवर्तन को दर्शा सकती है। इसी तरह, हर से एक समस्याग्रस्त धारा को हटाने से उस धारा में सुधार किए बिना दर बेहतर दिख सकती है।
तुलना में सुसंगत घटना परिभाषाओं और संग्रह विधियों का उपयोग करें। किसी भी उपकरण परिवर्तन, लापता अंतराल, देर से रिपोर्ट या बहिष्कृत आर्टिफैक्ट को रिकॉर्ड करें। यदि कोई प्रदाता हस्तक्षेप के बाद अधिक विवरण रिपोर्ट करना शुरू करता है, तो स्पष्ट प्रवृत्ति व्यवहार के बजाय आंशिक रूप से दृश्यता को प्रतिबिंबित कर सकती है। डेटासेट संस्करण और निष्कर्षण विधियाँ रखें ताकि कोई अन्य विश्लेषक परिणाम को पुन: प्रस्तुत कर सके।
जब कोई आधार रेखा मौजूद न हो तो आधार रेखा का निर्माण न करें। एक वर्तमान स्नैपशॉट वर्तमान टिप्पणियों का वर्णन कर सकता है लेकिन किसी अज्ञात अतीत की स्थिति में सुधार साबित नहीं कर सकता है। यदि ऐतिहासिक डेटा अधूरा है, तो सुविधाजनक संख्याओं का अनुमान लगाने के बजाय एक सीमित तुलना प्रस्तुत करें या एक संभावित आधार रेखा स्थापित करें।
प्रतिस्पर्धी स्पष्टीकरण रिकॉर्ड करें
सामग्री परिवर्तनों की सूची बनाएं जो परिणाम को प्रभावित कर सकते हैं: भेजने की मात्रा, प्राप्तकर्ता मिश्रण, सामग्री, सूची स्वच्छता, शिकायत पैटर्न, प्रदाता रूटिंग, प्रतिष्ठा, मौसमी और आवेदन परिवर्तन। उद्देश्य यह दावा करना नहीं है कि प्रत्येक चर को नियंत्रित किया जा सकता है, बल्कि डिलीवरी मेट्रिक्स में सभी आगामी गतिविधियों के लिए स्वचालित क्रेडिट प्राप्त करने से प्रमाणीकरण फिक्स को रोकना है।
एक समर्थित कारण निष्कर्ष से अस्थायी जुड़ाव को अलग करें। पहले और बाद का चार्ट दिखा सकता है कि कॉन्फ़िगरेशन सुधार के बाद एक मापा परिणाम बदल गया है। केवल समय के आधार पर यह स्थापित नहीं किया जा सकता कि सुधार के कारण संपूर्ण परिवर्तन हुआ। जहां एक नियंत्रित डिज़ाइन संभव और अधिकृत है, उसे सावधानीपूर्वक परिभाषित करें; अन्यथा तुलना की अवलोकन संबंधी प्रकृति का खुलासा करें।
असमर्थित वित्तीय एक्सट्रपलेशन को परिणाम से दूर रखें। अधिक स्वीकृत संदेश स्वचालित रूप से अतिरिक्त बिक्री, धोखाधड़ी को रोकने या निवेश पर किसी विशेष रिटर्न के बराबर नहीं होते हैं। उन दावों के लिए उनके अपने डेटा और विश्लेषणात्मक धारणाओं की आवश्यकता होती है। इस पांडुलिपि में किसी उत्थान, बचत या निवारण-हानि अनुमान का आविष्कार नहीं किया गया है।
माप कार्यपत्रक और स्वीकृति मानदंड
वर्कशीट में हस्तक्षेप विवरण, सटीक परिवर्तन समय, प्रभावित मार्ग, विंडोज़ से पहले और बाद में, ईवेंट चरण, अंश, हर, स्रोत सिस्टम, क्वेरी संस्करण, बहिष्करण और बाहरी प्रभाव शामिल होने चाहिए। अलग-अलग प्रमाणीकरण और वितरण कॉलम जोड़ें ताकि एक समीक्षक यह देख सके कि मनाया गया पहचान सुधार और वितरण परिणाम समान दायरे से संबंधित हैं या नहीं।
प्रमाणीकरण के लिए, कच्चे को प्रतिस्थापित करने के बजाय संरेखित परिणाम बनाए रखें SPF उत्तीर्ण। डिलीवरी के लिए, वास्तविक SMTP या प्रदाता घटना साक्ष्य को बनाए रखें और अस्थायी स्थितियों को अंतिम परिणामों से अलग करें। यदि स्रोत लेन-देन-स्तर के जुड़ाव का समर्थन नहीं कर सकता है, तो सटीक पत्राचार का संकेत देने के बजाय समूहीकृत संबंध और अनिश्चितता का वर्णन करें।
स्वीकृति के लिए घोषित डेटासेट संस्करण से पुनरुत्पादित गणना, स्थिर परिभाषाएँ और साक्ष्य से अधिक व्यापक निष्कर्ष की आवश्यकता नहीं होती है। रिपोर्ट में खुलासा होना चाहिए कि क्या तुलना वर्णनात्मक है या मजबूत निष्कर्ष का समर्थन करती है। वास्तविक परिचालन समीक्षा के लिए किसी डेटा एक्सेस या परीक्षण डिज़ाइन के अनुमोदन की भी आवश्यकता होती है; वर्कशीट स्वयं निर्यात या संदेश भेजने को अधिकृत नहीं करती है।
काल्पनिक निदान: स्वीकृति में बदलाव होने पर संरेखण में सुधार होता है
एक काल्पनिक रसीद मार्ग की कल्पना करें जिसका कस्टम हस्ताक्षर कॉन्फ़िगरेशन सही किया गया है। एक प्रस्तावित तुलना प्राप्तकर्ता-सर्वर स्वीकृति से अलग संरेखित प्रमाणीकरण दिखाएगी। इसी अवधि के दौरान, संगठन प्राप्तकर्ता लक्ष्यीकरण और भेजने की मात्रा भी बदलता है। इस उदाहरण के लिए कोई वास्तविक संदेश, गिनती या दरें एकत्र नहीं की गईं।
यदि बाद में दोनों मेट्रिक्स में सुधार होता है, तो विश्लेषक मापी गई आबादी के भीतर देखे गए परिवर्तनों का वर्णन कर सकता है, लेकिन अन्य परिवर्तनों को संबोधित किए बिना संपूर्ण स्वीकृति परिवर्तन को प्रमाणीकरण के लिए जिम्मेदार नहीं ठहराया जाना चाहिए। अगर संरेखण सुधार होता है और स्वीकृति नहीं होती है, प्रमाणीकरण कार्य अभी भी अपने दायरे वाले तकनीकी उद्देश्य को प्राप्त कर सकता है। इसे केवल इसलिए विफलता नहीं कहा जाना चाहिए क्योंकि डिलीवरी की एक अलग समस्या बनी हुई है।
यदि बाद की अवधि किसी परेशानी वाले प्राप्तकर्ता प्रदाता को बाहर कर देती है, तो जनसंख्या को दोबारा बताया जाना चाहिए या तुलना को सही किया जाना चाहिए। उस प्रदाता को चुपचाप हटा देने से कृत्रिम सुधार होगा। उपयोगी निष्कर्ष में शामिल मार्गों, घटना चरण और अनिश्चितता का नाम दिया गया है, न कि एक सार्वभौमिक दावा कि DMARC डिलीवरी की गारंटी देता है।
मूल साक्ष्य और रिहाई की स्थिति
कैटलॉग में स्थिर जनसंख्या, वितरण चरण और दर्ज किए गए बाहरी प्रभावों के साथ पहले और बाद के माप की आवश्यकता होती है। यह मसौदा केवल कार्यप्रणाली और एक काल्पनिक उदाहरण प्रदान करता है। किसी आधारभूत, उत्पादन घटना निर्यात, नियंत्रित परीक्षण या मापा सुधार का दावा नहीं किया गया है।
सभी छह रिलीज गेट खुले रहेंगे। परिचालन प्रकाशन से पहले, अधिकृत स्रोत डेटा प्राप्त करें, गिनती नियमों को मान्य करें और एक योग्य समीक्षक से जनसंख्या और कारण भाषा का निरीक्षण कराएं। एक हितधारक सारांश को प्रमाणीकरण कवरेज और वितरण परिणामों के बीच अंतर को बनाए रखना चाहिए, भले ही संक्षिप्तता महत्वपूर्ण हो। ईमानदार सीमाएं यह दिखाकर परिणाम को अधिक कार्रवाई योग्य बनाती हैं कि वास्तव में किस समस्या में सुधार हुआ है और किसकी अभी भी जांच की आवश्यकता है।