आपका भेजने वाला प्लेटफ़ॉर्म अपने डिलीवरी प्रयास खुद रिकॉर्ड करता है। Google के डैशबोर्ड व्यक्तिगत Gmail खातों को भेजे गए संदेशों के बारे में रिसीवर-साइड साक्ष्य जोड़ते हैं।
Postmaster Tools क्या मापता है?
Postmaster Tools उस मेल के बारे में डेटा रिपोर्ट करता है जो आपका डोमेन व्यक्तिगत Gmail खातों को भेजता है।
Google की डैशबोर्ड गाइड में शिकायतें, प्रमाणीकरण, एन्क्रिप्शन और डिलीवरी त्रुटियाँ शामिल हैं। ये आँकड़े अन्य प्रदाताओं या Google Workspace प्राप्तकर्ताओं को भेजे गए आपके मेल का वर्णन नहीं करते।
आप डैशबोर्ड चुनने से पहले एक डोमेन सत्यापित करते हैं। कुछ रिपोर्ट में केवल DKIM-प्रमाणित मेल शामिल होता है, इसलिए जनसंख्या आपके भेजने के लॉग से भिन्न हो सकती है।
Google फ़ॉरवर्ड किए गए संदेशों को बाहर करने का प्रयास करता है। कुछ फिर भी इसकी रिपोर्ट में दिख सकते हैं। अपने भेजने के लॉग से तुलना को लेबल करें ताकि यह दिखे कि Google के आँकड़ों में फ़ॉरवर्ड किया गया ट्रैफ़िक शामिल हो सकता है।
मुख्य डैशबोर्ड आपको क्या बताते हैं?
प्रत्येक डैशबोर्ड एक अलग आवश्यकता या परिणाम को मापता है।
| डैशबोर्ड | यह आपको क्या जाँचने में मदद करता है |
|---|---|
| Compliance status | आपका डोमेन किन आवश्यकताओं को पूरा करता है या किनमें सुधार चाहिए |
| Spam rate | योग्य इनबॉक्स डिलीवरी पर प्राप्तकर्ता स्पैम रिपोर्ट |
| Feedback loop | अभियान पहचानकर्ताओं के अनुसार शिकायत पैटर्न |
| Authentication | SPF, DKIM और DMARC जाँच पास होने की दरें |
| Encryption | मेल ने एन्क्रिप्टेड कनेक्शन का उपयोग किया या नहीं |
| Delivery errors | प्रमाणित संदेश जो अस्वीकृत हुए या अस्थायी रूप से विफल हुए |
डिलीवरी त्रुटि स्वीकृति विफलता का वर्णन करती है। यह किसी स्वीकृत संदेश के लिए उपयोग किए गए फ़ोल्डर की पहचान नहीं करती। शिकायत रिपोर्ट भी स्वचालित स्पैम प्लेसमेंट से भिन्न है।
स्पैम शिकायत दरें इनबॉक्स-आधारित भाजक और भ्रामक रूप से कम परिणामों के जोखिम की व्याख्या करता है।
अनुपालन स्थितियों का क्या मतलब है?
प्रत्येक स्थिति बताती है कि Google यह सत्यापित कर सकता है या नहीं कि आपका मेल किसी विशेष आवश्यकता को पूरा करता है।
| स्थिति | अर्थ |
|---|---|
| Compliant | आवश्यकता पूरी हो रही है |
| Needs work | आपके सिस्टम या संदेशों को आवश्यकता पूरी करने के लिए बदलाव चाहिए |
| No data found | Google के पास आवश्यकता का आकलन करने के लिए पर्याप्त योग्य साक्ष्य नहीं है |
किसी Needs work आइटम के लिए, उस आवश्यकता को सुधारने हेतु रिपोर्ट की गई कार्रवाई का उपयोग करें। DNS सुधार और अनसब्सक्राइब-प्रोसेसिंग सुधार अलग-अलग सिस्टम को प्रभावित करते हैं।
कॉन्फ़िगरेशन-आधारित परिणाम उन सेटिंग का वर्णन करते हैं जो योग्य संदेशों के आने पर देखी गई थीं। इसलिए DNS रिकॉर्ड ठीक करने पर प्रदर्शित परिणाम तुरंत बदले, यह ज़रूरी नहीं है।
Gmail और Yahoo आवश्यकताएँ गाइड प्रमाणीकरण, शिकायत और अनसब्सक्राइब दायित्वों की व्याख्या करती है।
डैशबोर्ड एक-दूसरे से असहमत क्यों हो सकते हैं?
रिपोर्ट अलग-अलग संदेश जनसंख्या, डोमेन सीमाओं और अवलोकन विंडो का उपयोग कर सकती हैं।
Compliance status प्राइमरी-डोमेन और सबडोमेन ट्रैफ़िक को प्राइमरी-डोमेन परिणाम में जोड़ता है। उदाहरण के लिए, news.example.com से भेजा गया मेल example.com के अनुपालन में योगदान करता है।
अन्य डैशबोर्ड चयनित सबडोमेन की अलग से रिपोर्ट कर सकते हैं। अलग-अलग मानों को रिपोर्टिंग विफलता मानने से पहले उनके डोमेन स्कोप की तुलना करें।
Compliance कई दिनों का रोलिंग औसत उपयोग करता है। Google यह भी कहता है कि उसके डेटासेट डैशबोर्ड के बीच थोड़े भिन्न होते हैं, इसलिए उनके मानों का बिल्कुल मेल खाना ज़रूरी नहीं।
डेटा अनुपलब्ध या बदलने में धीमा क्यों है?
कम वॉल्यूम, योग्य-संदेश मानदंड और विलंबित अपडेट किसी डैशबोर्ड को पूर्ण परिणाम दिखाने से रोक सकते हैं।
Google प्राप्तकर्ता गोपनीयता की सुरक्षा के लिए कम वॉल्यूम पर कुछ डेटा रोक लेता है। एक खाली ग्राफ़ शून्य शिकायतों या संपूर्ण प्रमाणीकरण को प्रमाणित नहीं करता।
डेटा आमतौर पर 24 घंटों के भीतर अपडेट होता है। कुछ अपडेट में अधिक समय लगता है। इसलिए आज सुबह किया गया कॉन्फ़िगरेशन बदलाव दोपहर की रिपोर्ट में अनुपस्थित हो सकता है।
Google सात दिनों के बाद अनुपालन दोबारा जाँचने की सलाह देता है क्योंकि रोलिंग परिणाम को बदलावों को दर्शाने में समय लगता है। सुधार का समय और प्रभावित आवश्यकता अपनी जाँच में रखें ताकि आप संबंधित अवधियों की तुलना कर सकें।
आपको रेपुटेशन रिपोर्ट या API इंटीग्रेशन का उपयोग कैसे करना चाहिए?
रेपुटेशन को सहायक साक्ष्य मानें और ऑटोमेशन में किसी रिपोर्ट पर निर्भर होने से पहले Google के दस्तावेज़ित फ़ील्ड जाँचें।
जहाँ उपलब्ध हो, Google के Domain Reputation और IP Reputation डैशबोर्ड किसी प्रेषक के ट्रैफ़िक का आकलन करते हैं। अनुकूल रेटिंग इनबॉक्स प्लेसमेंट की गारंटी नहीं देती। यह किसी विफल अनुपालन आवश्यकता को रद्द नहीं करती।
Google का इंटरफ़ेस और API नोटिस उनकी सेवानिवृत्ति को कवर करता है। यह इंटीग्रेशन माइग्रेशन का भी निर्देशन करता है। मेट्रिक चुनते समय उस नोटिस और लिंक किए गए API स्कीमा का उपयोग करें, क्योंकि किसी डैशबोर्ड का अस्तित्व API उपलब्धता की गारंटी नहीं देता।
किसी अनुपलब्ध रेपुटेशन फ़ील्ड को शून्य स्कोर से प्रतिस्थापित न करें। ऐसा करने से अनुपलब्ध साक्ष्य एक स्पष्ट नकारात्मक परिणाम में बदल जाएगा।
आप Gmail की तुलना अन्य प्रदाताओं से कैसे करें?
आप Google की रिपोर्ट को डिलीवरी इवेंट और अपने अन्य प्राप्तकर्ताओं को कवर करने वाली मेलबॉक्स मापों के साथ जोड़ते हैं।
Bird के साथ, प्रदाता के अनुसार मापा गया प्लेसमेंट देखने के लिए Inbox Insights का उपयोग करें। सीड अकाउंट परीक्षण मेलबॉक्स हैं जिनके प्राप्त फ़ोल्डर की जाँच की जा सकती है।
जिस प्रदाता के पास मापा गया प्लेसमेंट नहीं है उसका कोई प्लेसमेंट परिणाम नहीं है। Google के डेटा को विकल्प मानने के बजाय उस अंतर को दृश्यमान रखें।
डिलीवरी और डिलीवरेबिलिटी बताता है कि कौन से परिणाम सर्वर स्वीकृति प्रमाणित करते हैं और कौन से सैंपल किए गए इनबॉक्स प्लेसमेंट प्रमाणित करते हैं।
संक्षेप में
रिपोर्ट व्यक्तिगत Gmail खातों को कवर करती हैं।
ये Yahoo, Outlook या आपकी पूरी प्राप्तकर्ता जनसंख्या को डिलीवरी नहीं मापती हैं।
अनुपालन रिपोर्ट आवश्यकताओं का नाम देती हैं।
Compliant, Needs work और No data found प्रत्येक आवश्यकता के लिए अलग-अलग परिणामों का वर्णन करते हैं।
अनुपलब्ध डेटा शून्य नहीं है।
कम वॉल्यूम और मापन मानदंड किसी डैशबोर्ड को रिपोर्ट योग्य डेटा के बिना छोड़ सकते हैं।
बदलावों को दिखने में समय लगता है।
डैशबोर्ड अपडेट और रोलिंग अनुपालन औसत किसी कॉन्फ़िगरेशन सुधार के पीछे रह सकते हैं।