YourTrend — एक ईमेल, SMS और पुश मैसेजिंग प्लेटफॉर्म

01प्रोजेक्ट का अवलोकन

YourTrendएक संदेश प्लेटफ़ॉर्म है जो व्यवसाय के लिए है: लेनदेन और विपणन ईमेल, एसएमएस, और एकल एपीआई से वेब पुश। उत्पाद का टैगलाइन एक वादे की तरह है — "अपने ग्राहकों को ईमेल जो वास्तव में प्राप्त होता है"। उस वादे के पीछे बहुत ठोस इंजीनियरिंग है: हर जुड़े डोमेन को DKIM-हस्ताक्षरित किया गया है, SPF और DMARC रिकॉर्ड स्वचालित रूप से उत्पन्न होते हैं, भेजना एक समर्पित आईपी के माध्यम से होता है, और अनसब्सक्राइब, शिकायतें, और बाउंस प्लेटफ़ॉर्म द्वारा स्वयं संभाले जाते हैं, प्रेषक से कोई प्रयास नहीं।

यह विचार एक अवलोकन से निकला है जो किसी भी व्यक्ति के लिए परिचित है जिसने ऑनलाइन उत्पाद लॉन्च किए हैं: एक एप्लिकेशन से ईमेल भेजना आसान है, लेकिन इसे लगातार इनबॉक्स में लाना एक पेशा है। वर्ष दर वर्ष, मेलबॉक्स प्रदाता प्रेषक प्रमाणीकरण और प्रतिष्ठा के लिए अपनी आवश्यकताओं को कड़ा करते हैं, और "सादा SMTP" बिना DKIM, SPF, और DMARC का अर्थ बढ़ता जा रहा है कि यह स्पैम फ़ोल्डर में जाएगा — या एक मौन अस्वीकृति। इस बीच, व्यवसाय सेवाओं का एक चिड़ियाघर जमा करता है: एक लेनदेनात्मक मेल के लिए, एक विपणन अभियानों के लिए, एक एसएमएस के लिए, और एक पुश के लिए। प्रत्येक की अपनी एपीआई, अपने संपर्क, अपनी सांख्यिकी है — और कहीं भी कोई सुसंगत चित्र नहीं।

YourTrend सभी को एक प्लेटफ़ॉर्म में इकट्ठा करता है: भेजने के लिए एक SMTP रिले और एक साफ HTTP एपीआई, विपणन के लिए अभियान और स्वचालन, एक ही संपर्क आधार पर एसएमएस और वेब पुश, हर डोमेन के लिए आने वाले मेल के लिए एक एकीकृत इनबॉक्स, और निजी पत्राचार के लिए एक शून्य-एक्सेस एन्क्रिप्टेड मेलबॉक्स। हमने उत्पाद को अंत से अंत तक डिज़ाइन और बनाया — डिलीवरी पाइपलाइन और इवेंट मॉडल से लेकर डैशबोर्ड, दस्तावेज़ीकरण, और त्रिभाषी लैंडिंग पृष्ठों (EN/UK/RU) तक।

स्टूडियो के अन्य पारिस्थितिकी उत्पादों की तरह, YourTrend को कभी भी एक बार की सेवा के रूप में नहीं सोचा गया था बल्कि एक साझा संचार परत: एक डोमेन को एक बार कनेक्ट करें, और आपके प्रोजेक्ट्स का सारा मेल — रसीदों से लेकर अभियानों तक — एक पाइपलाइन के माध्यम से एक ही प्रतिष्ठा, एक ही विश्लेषण दृश्य, और एक ही घटना मॉडल के साथ बहता है। नीचे हम बताते हैं कि सिस्टम अंदर कैसे काम करता है और कौन से इंजीनियरिंग निर्णय डिलीवरबिलिटी को आर्किटेक्चर की एक संपत्ति बनाते हैं न कि एक भाग्यशाली दुर्घटना।

02संदर्भ और समस्या

आपके अपने एप्लिकेशन से भेजे गए मेल के बारे में एक विरोधाभास है: यह "काम करता है" जब तक कि यह वास्तव में महत्वपूर्ण नहीं हो जाता। जबकि मात्रा छोटी होती है, सब कुछ ठीक लगता है; जैसे-जैसे वे बढ़ते हैं और प्रदाता के नियम कड़े होते हैं, एक पूरी श्रृंखला की समस्याएं उभरती हैं:

• इनबॉक्स के बजाय स्पैम।सही DKIM, SPF, और DMARC के बिना, यहां तक कि ईमानदार लेनदेन संदेश भी स्पैम में समाप्त हो जाते हैं या अस्वीकृत हो जाते हैं। पहले प्रयास में उन रिकॉर्ड्स को सही तरीके से कॉन्फ़िगर करना एक ऐसा कार्य है जो अनुभवी टीमों को भी उलझा देता है।
• साझा-IP प्रतिष्ठा।साझा बुनियादी ढांचे पर आपकी डिलीवरबिलिटी आपके पड़ोसियों पर निर्भर करती है: किसी और का आक्रामक विस्फोट IP की प्रतिष्ठा को सभी के लिए नुकसान पहुंचाता है।
• पुनः प्रयासों पर डुप्लिकेट।नेटवर्क झपकता है, एप्लिकेशन अनुरोध को दोहराता है — और उपयोगकर्ता को दो समान रसीदें मिलती हैं। API पक्ष पर आइडेम्पोटेंसी के बिना यह अनिवार्य है।
• अविचलित चैनल।एक सेवा में ईमेल, दूसरी में एसएमएस, तीसरी में पुश: संपर्क और खंड मेल नहीं खाते, और "एकल ग्राहक दृश्य" केवल स्लाइड डेक में मौजूद है।
• हाथ से सूची की सफाई।बाउंस और शिकायतों को पकड़ना और भविष्य के भेजने से बाहर करना आवश्यक है। लगभग कोई भी यह हाथ से नहीं करता — और हर अभियान के साथ प्रतिष्ठा धीरे-धीरे बिगड़ती है।
• आने वाला मेल हर जगह बिखरा हुआ।एक व्यवसाय जिसमें कई डोमेन हैं, ग्राहक की प्रतिक्रियाएँ मेलबॉक्स और टैब में फैली हुई हैं, और जिस सटीक पते पर उन्होंने लिखा है, उससे उत्तर देना अपने आप में एक खोज है।

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

कार्य का एक अलग स्तर पाइपलाइन से संबंधित था। एक पासवर्ड-रीसेट ईमेल को सेकंडों के भीतर भेजना चाहिए और खो जाने का कोई अधिकार नहीं है; हजारों पते पर एक मार्केटिंग अभियान को लेन-देन के प्रवाह में बाधा नहीं डालनी चाहिए; और हर संदेश के लिए भेजने वाले को देखना चाहिए कि इसके साथ क्या हुआ: स्वीकार किया गया, वितरित किया गया, खोला गया, अस्वीकृत किया गया, शिकायत की गई। यह सब दो समान रूप से समर्थित एकीकरण पथों के साथ: मौजूदा अनुप्रयोगों के लिए पुराना SMTP और नए के लिए एक साफ HTTP API।

03प्रोजेक्ट के लक्ष्य

ब्रीफ से ठोस उत्पाद और इंजीनियरिंग लक्ष्य विकसित हुए जिन्हें हमने हर चरण में ध्यान में रखा:

• डिफ़ॉल्ट द्वारा डिलीवरबिलिटी।हर डोमेन के लिए DKIM साइनिंग, SPF और DMARC का स्वचालित निर्माण, एक समर्पित भेजने वाला IP, स्वचालित दमन सूचियाँ, और एक-क्लिक अनसब्सक्राइब।
• दो प्रवेश बिंदु - एक पाइपलाइन।ऐप्लिकेशनों के लिए एक SMTP रिले जो पहले से ही मेल भेजना जानती हैं, और बाकी के लिए एक REST API। अंदर - वही पाइपलाइन वही गारंटी के साथ।
• इडेम्पोटेंसी और बैचिंग।एक पुनरावृत्त अनुरोध कभी भी दूसरा ईमेल उत्पन्न नहीं करता; थोक भेजने बैच में चलते हैं, हजारों व्यक्तिगत कॉल के रूप में नहीं।
• एक आधार पर तीन चैनल।ईमेल, SMS, और वेब पुश समान संपर्कों और खंडों के साथ काम करते हैं - सेवाओं के बीच कोई CSV निर्यात नहीं।
• पर्यवेक्षण।हर घटना — डिलीवरी, खोलना, क्लिक, बाउंस, शिकायत — डैशबोर्ड में दिखाई देती है और प्रेषक के वेबहुक्स पर स्ट्रीम की जाती है।
• एक ही स्थान पर आने वाला मेल।सभी डोमेन में एकीकृत इनबॉक्स जिसमें सटीक प्राप्त करने वाले पते से उत्तर होते हैं, साथ ही निजी संवाद के लिए एक शून्य-एक्सेस एन्क्रिप्टेड मेलबॉक्स।

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

04हमने क्या बनाया

YourTrend संदेशों को चार स्तंभों में व्यवस्थित करता है जो एक साथ एक व्यवसाय के पूरे संचार चक्र को कवर करते हैं:

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

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

05सॉल्यूशन आर्किटेक्चर

तर्कसंगत रूप से, YourTrend छह ब्लॉकों में बंटा है, प्रत्येक की अपनी जिम्मेदारी का क्षेत्र और स्पष्ट सीमाएँ हैं:

• इनटेक — SMTP रिले (mail.yourtrend.online: प्रमाणीकरण, STARTTLS) और HTTP API: मान्यता, प्रेषक सत्यापन, आइडेम्पोटेंसी।
• प्रोसेसिंग पाइपलाइन — कतारें: टेम्पलेट रेंडरिंग, व्यक्तिगतकरण, रिसीप्ट को दमन सूचियों के खिलाफ जांचना, DKIM साइनिंग।
• डिलीवरी — एक समर्पित IP से भेजना, प्राप्त करने वाले सर्वरों से कनेक्शन प्रबंधित करना, अस्थायी विफलताओं पर पुनः प्रयास।
• इवेंट लूप — डिलीवरी, बाउंस, शिकायतें, ओपन और क्लिक को एकल धारा में एकत्र किया जाता है; डैशबोर्ड और वेबहुक एक स्रोत पढ़ते हैं।
• इनबाउंड लूप — उपयोगकर्ता के डोमेन के लिए मेल प्राप्त करना, एकीकृत इनबॉक्स, सटीक पते से उत्तर देना; शून्य-एक्सेस मेलबॉक्स एक अलग ट्रैक के रूप में चलता है।
• संपर्क ग्राफ — ईमेल पते, फोन नंबर, और पुश सब्सक्रिप्शन एक ही संपर्क पर रहते हैं; खंड सभी चैनलों में साझा किए जाते हैं।

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

भूमिकाएँ होस्ट स्तर पर भी अलग की जाती हैं: दस्तावेज़ीकरण के साथ लैंडिंग साइट, डैशबोर्ड, वेबमेल, और SMTP रिले प्रत्येक अपने स्वयं के पते पर अपने स्वयं के पहुंच और कैशिंग नीतियों के साथ रहते हैं — सार्वजनिक साइट उन इंटरफेस के साथ एक वातावरण साझा नहीं करती है जहाँ उपयोगकर्ता अपने मेल के साथ काम करते हैं। क्लाउडफ्लेयर DNS, TLS, और परिधीय सुरक्षा को संभालता है; इसके साथ एक एकीकरण एक डोमेन के DNS रिकॉर्ड को एक ही कमांड के साथ सीधे ऑनबोर्डिंग से प्रकाशित करने की अनुमति देता है।

06एक संदेश कैसे यात्रा करता है

एकीकरणकर्ता के दृष्टिकोण से, एक संदेश की यात्रा पांच चरणों में फिट होती है, और उनमें से अधिकांश उनके शामिल हुए बिना होती हैं:

• 1. इनटेक। एप्लिकेशन ईमेल को सौंपता है — रिले के लिए एक SMTP अनुरोध या API के लिए एक POST। औसत API स्वीकार समय दो सेकंड से कम है: अनुरोध को मान्य किया जाता है, आइडेम्पोटेंसी कुंजी द्वारा डेडुप्लिकेट किया जाता है, और कतार में रखा जाता है।
• 2. तैयारी। पाइपलाइन टेम्पलेट को प्रस्तुत करती है, प्राप्तकर्ता के डेटा को भरती है, और पते की जांच रोकथाम सूची के खिलाफ करती है: कोई भी जिसने सदस्यता समाप्त की या शिकायत की, उसे संदेश नहीं मिलेगा।
• 3. हस्ताक्षर करना। ईमेल को प्रेषक डोमेन के DKIM कुंजी के साथ हस्ताक्षरित किया गया है; SPF और DMARC को DNS में प्रकाशित किया गया है जब से डोमेन जोड़ा गया था। प्राप्त करने वाले सर्वर के लिए, संदेश डोमेन के साथ क्रिप्टोग्राफिक रूप से बंधा होता है।
• 4. वितरण। भेजना एक समर्पित IP के माध्यम से होता है; अस्थायी विफलताएँ - ग्रे लिस्टिंग, एक अधिभारित प्राप्तकर्ता - बढ़ते अंतराल के साथ पुनः प्रयासों द्वारा संभाली जाती हैं।
• 5. घटनाएँ। स्वीकार किया गया, वितरित किया गया, अस्वीकृत, खोला गया, क्लिक किया गया, शिकायत की गई - हर घटना को रिकॉर्ड किया जाता है, डैशबोर्ड में दिखाई देती है, और प्रेषक के वेबहुक्स पर स्ट्रीम की जाती है।

यहाँ एक सिद्धांतात्मक विवरण है जिसे हमने डेटा मॉडल में बढ़ावा दिया: "स्वीकृत" और "वितरित" विभिन्न घटनाएँ हैं। API एक सेकंड के एक अंश में एक ईमेल स्वीकार कर सकता है, लेकिन इसका भाग्य बाद में, प्राप्त करने वाले सर्वर की ओर तय किया जाता है। प्लेटफ़ॉर्म इस अंतर को एकल "भेजा गया" स्थिति के पीछे नहीं छुपाता; यह पूरे यात्रा को दिखाता है: इंटीग्रेटर तुरंत स्वीकृति की स्वीकृति और वास्तविक वितरण परिणाम दोनों को देखता है, और बीच में जो कुछ भी हुआ।

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

07मुख्य क्षमताएँ

आइए देखते हैं कि YourTrend को "ईमेल ब्लास्टर" नहीं बल्कि एक उत्पादन-ग्रेड संचार प्लेटफ़ॉर्म क्या बनाता है।

लेनदेनात्मक ईमेल

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

SMTP रिले और HTTP API

एक मौजूदा एप्लिकेशन को नए API के लिए फिर से लिखने की आवश्यकता नहीं है: इसके SMTP होस्ट को प्लेटफ़ॉर्म के रिले पर इंगित करना और क्रेडेंशियल्स प्रदान करना पर्याप्त है - जो कुछ भी ऐप पहले से भेजना जानता है अब YourTrend की पाइपलाइन के माध्यम से हस्ताक्षर और विश्लेषण के साथ यात्रा करता है। REST पर नए एकीकरण बनाना आसान है: एक JSON अनुरोध, पूर्वानुमानित प्रतिक्रियाएँ, मशीन-पठनीय त्रुटियाँ। API के चारों ओर, प्लेटफ़ॉर्म पारिस्थितिकी-मैत्रीपूर्ण है: Laravel, Node.js, Python, WordPress, Zapier, और React सूचीबद्ध एकीकरण पथों में से हैं।

Idempotency और बैचिंग

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

SMS

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

वेब पुश

ब्राउज़र सूचनाएँ उपयोगकर्ताओं को साइट पर वापस लाती हैं: सख्ती से ऑप्ट-इन सब्सक्रिप्शन, विभाजित दर्शक, तात्कालिक डिलीवरी। जिन उत्पादों में मोबाइल ऐप नहीं है, उनके लिए यह "पुश" का सबसे छोटा रास्ता है - कोई ऐप स्टोर, SDKs, या रिलीज़ चक्र नहीं।

विश्लेषण और वेबहुक

ओपन, क्लिक, बाउंस, और शिकायतें डैशबोर्ड में दिखाई देती हैं - और समानांतर में वेबहुक पर स्ट्रीम की जाती हैं। डैशबोर्ड मनुष्यों के लिए सुविधाजनक है, वेबहुक कोड के लिए: आप घटनाओं के शीर्ष पर अपनी खुद की लॉजिक बना सकते हैं (मान लीजिए, अपने CRM में हार्ड-बाउंस किए गए पते को फ्लैग करना) बिना API को लूप में पोल किए।

08इंजीनियरिंग के रूप में डिलीवरबिलिटी

डिलीवरबिलिटी को अक्सर जादू के रूप में या एक "वार्म-अप" सेवा के रूप में माना जाता है जिसे सब्सक्रिप्शन द्वारा बिल किया जाता है। हमने इसे एक इंजीनियरिंग समस्या के रूप में देखा जिसमें ठोस घटक होते हैं, जिनमें से प्रत्येक प्लेटफ़ॉर्म में निर्मित होता है:

• प्रत्येक डोमेन के लिए DKIM।हर जुड़े हुए डोमेन को एक कुंजी मिलती है, और हर ईमेल पर हस्ताक्षर किया जाता है: प्राप्त करने वाला सर्वर क्रिप्टोग्राफिक रूप से सत्यापित करता है कि संदेश वास्तव में आपके डोमेन से आता है और ट्रांजिट में परिवर्तित नहीं हुआ।
• SPF और DMARC — आपके लिए उत्पन्न किया गया।प्लेटफ़ॉर्म उपयोगकर्ता को RFC पढ़ने के लिए नहीं भेजता: तैयार किए गए रिकॉर्ड को DNS में जैसे हैं कॉपी किया जा सकता है — या Cloudflare एकीकरण के माध्यम से एकल कमांड के साथ प्रकाशित किया जा सकता है।
• एक समर्पित भेजने वाला IP।प्रतिष्ठा अन्य लोगों के अभियानों के साथ साझा नहीं की जाती: आपका मेल एक ऐसे पते से भेजा जाता है जिसकी इतिहास केवल आप आकार देते हैं।
• एक-क्लिक अनसब्सक्राइब (RFC 8058)।एक-क्लिक के साथ सूची-अनसब्सक्राइब: प्राप्तकर्ता अपने मेल क्लाइंट में एक बटन के साथ अनसब्सक्राइब करता है, बिना किसी वेबसाइट को खोले। यह एक आवश्यकता है जो प्रमुख प्रदाता थोक भेजने वालों पर लगाते हैं — और एक संभावित शिकायत को चुपचाप अनसब्सक्राइब में बदलने का सबसे अच्छा तरीका है।
• स्वचालित दमन।एक हार्ड बाउंस, एक शिकायत, एक अनसब्सक्राइब — पता स्वचालित रूप से दमन सूची में चला जाता है और भविष्य के भेजने से बाहर रखा जाता है। सूचियाँ अपने आप साफ हो जाती हैं; प्रतिष्ठा खराब नहीं होती।

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

09सुरक्षा और शून्य-एक्सेस मेल

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

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

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

10अभियान और स्वचालन

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

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

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

11एकीकृत इनबॉक्स

भेजने वाले प्लेटफार्म आमतौर पर वहीं रुक जाते हैं जहां आने वाला मेल शुरू होता है। YourTrend आगे बढ़ता है: सभी मेल जो जुड़े हुए डोमेन पर आता है, उसे एक एकीकृत इनबॉक्स में इकट्ठा किया जाता है। एक इंटरफेस, दर्जनों वेबमेल टैब के बजाय, सभी संवादों में एक खोज — और मेलबॉक्स के बीच लॉगिन रूलेट के बजाय एक आदत।

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

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

12डेवलपर अनुभव और एकीकरण

हमने YourTrend को एक डेवलपर के दृष्टिकोण से डिज़ाइन किया है जो "ईमेल को प्लग इन करना और इसे भूल जाना" चाहता है। इसलिए उत्पादन के लिए तीन चरण: एक डोमेन जोड़ें और उत्पन्न SPF, DKIM, और DMARC को प्रकाशित करें (कॉपी-पेस्ट या Cloudflare के माध्यम से एक कमांड), कनेक्ट करें — SMTP रिले या HTTP API — और भेजें। शुरू करना मुफ्त है; स्केल आपके बढ़ने के साथ आता है।

एकीकरण किसी भी स्टैक के लिए अनुकूल है: Laravel, Node.js, Python, WordPress, Zapier, और React सूचीबद्ध पथों में से हैं। विरासती एप्लिकेशन में पहले से ही एक SMTP क्लाइंट है; नए में HTTP है; दोनों मामलों में पहले ईमेल तक पहुंचने का रास्ता मिनटों में मापा जाता है, न कि एक स्प्रिंट में। दस्तावेज़, API संदर्भ, और स्थिति पृष्ठ सार्वजनिक हैं — आप बिना एक भी कॉल किए एकीकृत कर सकते हैं।

युद्ध-परीक्षित — अपने ऊपर।ostohlo.com का संपर्क फ़ॉर्म और लेन-देन संबंधी मेल mail.yourtrend.online SMTP रिले के माध्यम से चलता है — प्रमाणित, STARTTLS के माध्यम से। यह प्लेटफ़ॉर्म स्टूडियो के पूरे पारिस्थितिकी तंत्र का उत्पादन मेल ले जाता है: हर संदेश जो हम ग्राहकों को भेजते हैं, वह किसी भी YourTrend उपयोगकर्ता के मेल के समान पाइपलाइन के माध्यम से जाता है। यह गुणवत्ता नियंत्रण का सबसे अच्छा रूप है: यदि पाइपलाइन ने संदेश खो दिए, तो हम पहले होंगे जो नोटिस करेंगे — अपने स्वयं के इनबाउंड लीड पर।

13तकनीकी ढांचा और अवसंरचना

YourTrend एक समर्पित वातावरण में चलता है जहाँ वेब इंटरफेस, API, और बैकग्राउंड डिलीवरी प्रक्रियाएँ सह-अस्तित्व में हैं — विभिन्न लोड प्रोफाइल के साथ लेकिन एक साझा डेटा मॉडल।

• बैकेंड — PHP 8.3: एपीआई, डैशबोर्ड, प्रोसेसिंग पाइपलाइन, और एक पूर्वानुमानित वातावरण में इवेंट लूप।
• मेल लेयर — एक प्रमाणित SMTP रिले जिसमें STARTTLS, DKIM साइनिंग, पुनः प्रयास के साथ कतारें, स्वचालित दमन सूचियाँ।
• चैनल — एक एसएमएस गेटवे और वेब पुश एक ही संपर्क मॉडल के शीर्ष पर; आने वाले मेल के लिए एकीकृत इनबॉक्स और वेबमेल।
• अवसंरचना — क्लाउडफ्लेयर (DNS, TLS, परिधि सुरक्षा) एक-कमांड DNS रिकॉर्ड प्रकाशन के लिए एक एकीकरण के साथ; भेजने के लिए एक समर्पित IP।

पूरे प्लेटफॉर्म की लोड-बेयरिंग संरचना कतारें हैं। वे इनटेक को डिलीवरी से अलग करते हैं: एपीआई एक सेकंड के एक अंश में उत्तर देता है क्योंकि यह कभी भी प्राप्त करने वाले सर्वर का इंतजार नहीं करता; लेन-देन स्ट्रीम कभी भी एक अभियान के पीछे कतार में नहीं लगती; पुनः प्रयास मॉडल का एक स्वाभाविक हिस्सा हैं न कि इसके ऊपर एक पैच। PHP 8.3 का चयन व्यावहारिक है: एक परिपक्व, तेज़ प्लेटफॉर्म जो एपीआई, इंटरफेस, और बैकग्राउंड प्रक्रियाओं को एक स्टैक में आराम से होस्ट करता है। क्लाउडफ्लेयर परिधि और DNS को बंद करता है — और वह "एक कमांड" एकीकरण भी प्रदान करता है जो नए आने वाले के लिए सबसे डरावना कदम, DNS कॉन्फ़िगरेशन, को एक औपचारिकता में बदल देता है।

14डिजाइन और UX

एक बुनियादी ढांचा उत्पाद आत्मविश्वास बेचता है, इसलिए YourTrend लैंडिंग पृष्ठ सेकंड में मूल्य को समझाता है: "ईमेल आपके ग्राहकों को वास्तव में प्राप्त होता है", लॉन्च करने के लिए तीन कदम, और ईमानदार संख्या — 99.9% अपटाइम लक्ष्य और दो सेकंड के तहत एक मध्य API स्वीकार। उत्पाद त्रिभाषी है — EN, UK, और RU: इंटरफेस, दस्तावेज़, और लैंडिंग पृष्ठ प्रत्येक भाषा में लिखे गए हैं, अनुवादक के माध्यम से नहीं।

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

सबसे महत्वपूर्ण UX क्षेत्र डोमेन ऑनबोर्डिंग है। यह आमतौर पर वह क्षण होता है जब एक नया व्यक्ति TXT रिकॉर्ड में डूब जाता है; YourTrend रिकॉर्ड उत्पन्न करता है और उन्हें कॉपी करने के लिए तैयार प्रस्तुत करता है, और Cloudflare के साथ एक कमांड में उन्हें प्रकाशित करता है। हमने इस स्क्रीन को उसी तरह से संभाला जैसे हम फिनटेक परियोजनाओं में भुगतान चेकआउट को संभालते हैं: यह वह जगह है जहां उपयोगकर्ता या तो मूल्य प्राप्त करता है या चला जाता है। हर विवरण - शब्दों से लेकर कदमों के क्रम तक - पहले सफलतापूर्वक भेजे गए ईमेल को जल्द से जल्द संभव बनाने की दिशा में काम करता है।

15हमने कैसे काम किया

हमने परियोजना को अनुक्रमिक चरणों में चलाया, हर कदम पर एक परिणाम प्रदर्शित किया:

• अनुसंधान।हमने मेलबॉक्स प्रदाताओं की प्रमाणीकरण और थोक भेजने वालों (DKIM, SPF, DMARC, RFC 8058), लेनदेन और विपणन भेजने के परिदृश्यों, और SMS और पुश चैनलों की आवश्यकताओं का मानचित्रण किया।
• संरचना।हमने पाइपलाइन, इवेंट मॉडल, संपर्क ग्राफ, और अनुबंधों को डिज़ाइन किया: API प्रारूप, आइडेम्पोटेंसी अर्थशास्त्र, और दमन-सूची योजना।
• मुख्य।हमने इनटेक (SMTP रिले और API), कतारें, DKIM साइनिंग, एक समर्पित IP से डिलीवरी, इवेंट लूप, और डैशबोर्ड बनाया।
• चैनल और इनबॉक्स।हमने SMS, वेब पुश, वेबमेल के साथ एकीकृत इनबॉक्स, और शून्य-एक्सेस एन्क्रिप्टेड मेलबॉक्स जोड़ा।
• लॉन्च।हमने Cloudflare के पीछे की अवसंरचना को तैनात किया, लैंडिंग पृष्ठ, दस्तावेज़, और तीन भाषाओं में स्थिति पृष्ठ तैयार किया — और अपने स्वयं के पारिस्थितिकी तंत्र के मेल को प्लेटफ़ॉर्म पर स्थानांतरित किया।

आदेश आकस्मिक नहीं है: पहले हमने अनुबंधों को ठीक किया — इवेंट मॉडल, API अर्थशास्त्र, दमन नियम — और केवल तब उनके चारों ओर कार्यान्वयन बनाया। डॉगफूडिंग योजना में शुरू से ही थी: प्लेटफ़ॉर्म का पहला "ग्राहक" हमारा अपना स्टूडियो था, और कुछ उत्पाद निर्णय — जैसे "स्वीकृत" और "डिलीवर" के बीच का अंतर कैसे प्रदर्शित किया जाए — हमारे अपने संचालन के अनुभव से उत्पन्न हुए थे न कि परिकल्पनाओं से।

16परिणाम

जो हमने प्राप्त किया है वह "एक और मेलर" नहीं है बल्कि एक पूर्ण-चक्र संचार प्लेटफ़ॉर्म है: DNS रिकॉर्ड से लेकर एनालिटिक्स तक, एक रसीद से लेकर एक अभियान तक, SMS से लेकर एक एन्क्रिप्टेड मेलबॉक्स तक।

• एक डोमेन मिनटों में कनेक्ट होता है: SPF, DKIM, और DMARC स्वचालित रूप से उत्पन्न होते हैं और कॉपी-पेस्ट या Cloudflare के माध्यम से एक कमांड के साथ प्रकाशित होते हैं।
• लेन-देन और विपणन मेल, SMS, और एक संपर्क आधार पर एक सेट एनालिटिक्स के साथ पुश।
• प्रत्येक संदेश की घटनाएँ डैशबोर्ड में दिखाई देती हैं और वेबहुक्स पर स्ट्रीम की जाती हैं - इंटीग्रेटर अपने ऊपर अपनी लॉजिक बनाता है बिना API को पोल किए।
• प्लेटफ़ॉर्म स्टूडियो के पारिस्थितिकी तंत्र का उत्पादन मेल ले जाता है: ostohlo.com का संपर्क फ़ॉर्म और लेन-देन संदेश इसके SMTP रिले के माध्यम से जाते हैं।

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

17सीखने योग्य बातें

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

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

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