डिलीवरेबिलिटी

संदेश भेजना और उसका पहुँचना दो अलग-अलग समस्याएँ हैं। Bird जिस भी चैनल को सपोर्ट करता है, उसके आगे गेटकीपर होते हैं (ईमेल के लिए मेलबॉक्स प्रदाता, SMS और WhatsApp के लिए कैरियर)। ये तय करते हैं कि आपका संदेश प्राप्तकर्ता तक पहुँचेगा, जंक फ़ोल्डर में जाएगा या गायब हो जाएगा। यह निर्णय एक ही संपत्ति पर टिका है: आपकी सेंडर प्रतिष्ठा। यह पेज वह मॉडल बताता है जो सभी चैनलों पर लागू होता है; हर चैनल की बारीकियाँ अलग पेजों में हैं, जिनकी शुरुआत ईमेल से होती है।

प्रतिष्ठा ही असली संपत्ति है

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

गेटकीपर आपको मुख्य रूप से चार व्यवहारों के आधार पर स्कोर करते हैं:

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

आपके नियंत्रण वाले इनपुट

Bird का प्लेटफ़ॉर्म इंफ्रास्ट्रक्चर स्तर पर प्रतिष्ठा का काम आपके लिए करता है: साझा भेजने वाले इंफ्रास्ट्रक्चर को स्वस्थ रखना, ट्रैफ़िक की गति नियंत्रित करना और डिलीवरी फ़ीडबैक को प्रोसेस करना। दो साधन आपके हाथ में रहते हैं, और हर चैनल पर ये वही दो हैं:

• अपनी पहचान साबित करें। ट्रैफ़िक शुरू होने से पहले आपको अपनी भेजने वाली पहचान सत्यापित करनी होती है (ईमेल के लिए, DNS रिकॉर्ड के ज़रिए डोमेन ऑथेंटिकेशन)। इसी से आपकी प्रतिष्ठा किसी सामान्य प्लेटफ़ॉर्म पहचान के बजाय आपके नाम जमा होती है। गेटकीपर केवल उसी प्रेषक पर भरोसा कर सकते हैं जिसे वे पहचान सकें। ईमेल डिलीवरेबिलिटी पेज में ये रिकॉर्ड और उन्हें जाँचने वाले टूल बताए गए हैं।
• अपनी प्रतिष्ठा अलग रखें, या साझा करें। डिफ़ॉल्ट रूप से आप साझा इंफ्रास्ट्रक्चर से भेजते हैं, जहाँ Bird की स्थापित प्रतिष्ठा आपका साथ देती है और आपका ट्रैक रिकॉर्ड दूसरे ग्राहकों के रिकॉर्ड के साथ मिल जाता है। डेडिकेटेड ईमेल IP और पूल एक ऐसी पहचान बनाते हैं जिसे केवल आपके ट्रैफ़िक के आधार पर आँका जाता है। ये लगातार ऊँचे और साफ़ वॉल्यूम के लिए सबसे अच्छे हैं, क्योंकि डेडिकेटेड पहचान बिना किसी इतिहास के शुरू होती है और उसे वार्मअप के ज़रिए भरोसा कमाना पड़ता है।

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

अगले कदम

• ईमेल डिलीवरेबिलिटी: ईमेल से जुड़ी कार्यप्रणाली, जिसमें ऑथेंटिकेशन रिकॉर्ड, डेडिकेटेड IP और वार्मअप, और प्रतिष्ठा की निगरानी शामिल हैं
• नॉलेज बेस: भेजने का वार्मअप: वॉल्यूम धीरे-धीरे बढ़ाने और सूचियों को साफ़ रखने के गैर-तकनीकी सर्वोत्तम तरीके
• दुरुपयोग और अनुपालन: प्लेटफ़ॉर्म के वे नियम जो आपकी डिलीवरेबिलिटी समेत सभी की डिलीवरेबिलिटी की रक्षा करते हैं