एक समर्पित डॉटडिजिटल मार्केटिंग भेजने का मार्ग प्रमाणित करें

DNS छूने से पहले Dotdigital भेजने का मार्ग चुनें

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

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

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

तय करें कि भेजने वाले DNS प्रबंधन कौन करेगा

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

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

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

स्व-होस्टेड सत्यापन अनुक्रम का सटीक रूप से पालन करें

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

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

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

प्रदाता सत्यापन को संरेखित मेल से अलग करें

प्रदाता सत्यापन और एक रिसीवर का DMARC मूल्यांकन विभिन्न प्रश्नों के उत्तर देता है। पहली चिंता सेवा के अपेक्षित सेटअप से है; दूसरा वास्तविक संदेश और उसकी प्रमाणित पहचान से संबंधित है। RFC 9989 अनुभाग 4.4 की आपूर्ति करता है संरेखण रूपरेखा। दृश्यमान डोमेन को प्रमाणित रखें SPF पहचान और हर प्रासंगिक DKIM संबंध स्थापित होने तक डोमेन पर अलग से हस्ताक्षर करना।

एक गुज़रना DKIM हस्ताक्षर आवश्यक रूप से लेखक-डोमेन स्वामी की पहचान नहीं करता है। RFC 6376 अनुभाग 1.2 और 3.5 हस्ताक्षर पहचान और हस्ताक्षर फ़ील्ड को अलग करें। ग्राहक-डोमेन हस्ताक्षर के साक्ष्य में ब्रांडेड डिस्प्ले नाम का अनुवाद करने के बजाय वास्तविक डी और एस मानों और विश्वसनीय रिसीवर के परिणाम का निरीक्षण करें।

इसी तरह, SPF केवल दृश्यमान पते को पढ़ने के बजाय SMTP पहचान का मूल्यांकन करता है। RFC 7208 अनुभाग 2.4 उस पहचान को समझाता है. मूल डोमेन में सामान्य प्राधिकरण केवल इसलिए न जोड़ें क्योंकि Dotdigital एक इन्वेंट्री में दिखाई देता है। निर्धारित करें कि कॉन्फ़िगर किया गया मार्ग किस लिफ़ाफ़ा पहचान का उपयोग करता है और लागू उत्पाद-जनित निर्देशों का पालन करें।

व्यवसाय प्रवाह के अनुरूप संदेश जाँच डिज़ाइन करें

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

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

कुछ भी बदलने से पहले एक स्टॉप स्थिति को परिभाषित करें: अस्पष्टीकृत पहचान अंतर, एक विरोधाभासी डोमेन निर्भरता या एक सत्यापन त्रुटि जिसे इच्छित रिकॉर्ड के साथ मेल नहीं किया जा सकता है। विशिष्ट मुद्दे को जिम्मेदार स्वामी तक पहुँचाएँ। संगठन की व्यापक DMARC नीति को कमजोर करके या उसी परिवर्तन के दौरान असंबंधित सेवाओं को स्थानांतरित करके अनिश्चितता को हल करने से बचें।

काल्पनिक डोमेन-चयन अभ्यास और रिलीज़ गेट

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

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