च्यानलहरू
एउटै ग्राफबाट कसैलाई सम्झाउने चार विधि
सम्झना SMS बाट जान्छ किनभने मानिसहरू त्यसलाई मिनेटभित्रै पढ्छन्। कथा इमेलबाट जान्छ किनभने त्यसलाई ठाउँ चाहिन्छ। काँधमा थप्पड हाले जस्तो सूचना पुशबाट जान्छ। डाकटिकट लायक ग्राहकलाई छापिएर डाकमा पठाइन्छ। कुन सन्देशले कुन माध्यम प्रयोग गर्छ भन्ने नोडको गुण हो — तपाईंले किन्नु, सिक्नु र मिलाउनु पर्ने छुट्टै उपकरणको होइन।
इमेल
तपाईंको दस्तावेजबाट इमेल क्लाइन्टहरूले वास्तवमा चाहने आकारमा रेन्डर गरिन्छ: तालिका, इनलाइन CSS, Outlook का लागि flex वा grid बिना, डार्क-मोड सुरक्षित रङहरू र तपाईंका लागि स्वतः बनेको सादा पाठ विकल्प।
List-Unsubscribe-Post सहित एक-क्लिक अनसब्सक्राइब, जस्तो RFC 8058 र अहिले ठूला इनबक्स प्रदायकहरूले आवश्यक ठान्छन्। र प्रकाशनको बेला आकार जाँच पनि, किनभने Gmail ले करिब 102 KB मा काट्छ र काटिएको सन्देशले तपाईंको अनसब्सक्राइब लिंकलाई कसैले नदेख्ने भागको तल लुकाइदिन्छ।
SMS
आजै पढ्नैपर्ने सन्देशका लागि: भोलिको अपोइन्टमेन्ट, आइतबार सकिने प्रस्ताव। छोटो, र लगभग तुरुन्तै पढिने — जुन कुरा नै यसलाई अत्यधिक प्रयोग नगर्नुपर्ने कारण हो।
पठाउनुअघि सेगमेन्टहरू गनिन्छन्। GSM-7 ले तपाईंलाई १६० अक्षर दिन्छ; एउटा इमोजी, घुमाइएको उद्धरण चिह्न वा विस्तार तालिकाबाहिरको कुनै डायाक्रिटिकले सम्पूर्ण सन्देश UCS-2 मा सर्छ, जहाँ प्रति सेगमेन्ट ७० अक्षर हुन्छ, र एउटा खर्च हुने सोचेको सन्देश अब तीन खर्च हुन्छ। त्यो सङ्ख्या तपाईंले पठाउनुअघि देख्नुहुन्छ, बिलमा होइन। STOP र त्यस्तै अन्य शब्दहरू सेवाभित्रै सम्मान गरिन्छ, किनभने धेरैजसो बजारमा त्यो कानुनी आवश्यकता हो, सुविधा होइन।
पुस गर्नुहोस्
VAPID कुञ्जी र RFC 8291 पेलोड इन्क्रिप्सनसहित Web Push, iOS APNs मार्फत, Android FCM मार्फत, र पहिले नै जोडिएका अनुप्रयोगहरूका लागि सकेटमाथि इन-एप माध्यम।
डिभाइस रजिस्ट्रीमा प्रति एन्डपोइन्ट, प्रति एप, प्रति सम्पर्क एउटा पङ्क्ति हुन्छ, र प्रदायकबाट आएको 410 वा 404 ले त्यो पङ्क्ति तुरुन्तै हटाउँछ। कहिल्यै नहटाइने टोकनहरूले मौन रूपमा तपाईंको डेलिभरी दर बिगार्छन् र हरेक पछिल्लो मापन गलत बनाउँछन् — त्यसैले पठाउनुभन्दा पङ्क्ति हटाउने कुरा बढी महत्त्वपूर्ण हुन्छ।
छापिएका चिठ्ठीहरू
त्यही सिर्जनात्मक दस्तावेज, प्रिन्ट CSS बाट PDF मा रेन्डर गरिएर, ठेगाना लगाएर डाकमा पठाइन्छ। वार्षिकोत्सव, उच्च-मूल्यका ग्राहक, इमेल नपढ्ने दर्शकका लागि — र अरू सबै प्रतिस्पर्धी इनबक्समा हुँदा तपाईं ढोकाको पालोमा हुने क्षणका लागि।
यो एउटा सामान्य नोड हो। त्यही प्रतीक्षाहरू यसको अगाडि बस्छन्, त्यही लक्ष्य जाँचले यसलाई रद्द गर्छ, र त्यही सहमति खाताले तपाईंले यसलाई पठाउन पाउनुहुन्छ कि पाउनुहुन्न भन्ने निर्धारण गर्छ।
आफ्नै पठाउने व्यवस्था ल्याउनुहोस्
ClickSomo ले जानाजान र स्थायी रूपमा कुनै मेल सर्भर चलाउँदैन। तपाईंले प्रेषक पहिचान जोड्नुहुन्छ: पठाउने विधिसँग बाँधिएको एउटा ठेगाना। त्यो या त तपाईंको आफ्नै SMTP मेलबक्स — तपाईंको होस्टिङले पहिले नै दिएका मेलबक्सहरू समेत — या तपाईंले पहिले नै भुक्तानी गरिरहनुभएको प्रदायक, जस्तै SendGrid।
एउटा परियोजनामा धेरै हुन सक्छन्। ट्रान्ज्याक्सनल मेलका लागि एउटा मेलबक्स, बल्क मेलका लागि एउटा प्रदायक, र फनेल नोडले कुन प्रयोग गर्ने भन्ने छान्छ। हरेक पहिचानसँग आफ्नै दर सीमा हुन्छ, किनभने सानो मेलबक्सको सीमा न्यून हुन्छ र त्यसलाई लगातार थिच्दा खाता केवल दर-सीमित हुनेको सट्टा नै निलम्बित हुन्छ।
प्रणालीले तपाईंलाई भङ्ग गर्न नदिने एउटा नियम छ: बल्क ट्राफिक कहिल्यै पनि ट्रान्जेक्शनल चिन्ह लगाइएको डोमेनबाट पठाइँदैन। साइन-इन मेल र रसिदहरू कुनै डोमेनबाट जान्छन् भने, त्यहाँ बल्क पहिचान बनाउन पाइँदैन। एउटा नराम्रो क्याम्पेन — तपाईंको होस् या अरू कसैको — ले तपाईंकै पासवर्ड रिसेट रोक्न हुँदैन।
परिणाम, जुन नै यसको उद्देश्य हो: प्रति-सन्देश बण्डल खर्च हुँदैन, किनकि बण्डल गर्न केही हुँदैन। तपाईंको प्रतिष्ठा तपाईंकै मात्र हो र अपरिचितहरूसँग पुल गरिँदैन।
- 1ठेगाना र होस्टहोस्ट, पोर्ट, प्रमाणपत्र, TLS मोड र तपाईंले तोक्नुभएको दर सीमा।
- 2DNS जाँचियोतपाईंलाई चाहिने SPF, DKIM र DMARC रेकर्डहरू, त्यसपछि प्रमाणित — र पछि पुनः जाँचिन्छ, किनकि कसैले जोन फाइल सफा गर्दा रेकर्डहरू बदलिन्छन्।
- 3रिटर्न पाथबाउन्स सूचनाहरू प्राप्त गर्ने, पार्स गर्ने र वर्गीकरण गर्ने वास्तविक मेलबक्समा संकेत गरिएको। SMTP मा वेबहुक हुँदैन; सानो प्रेषकले प्रामाणिक बाउन्स व्यवस्थापन पाउने यही तरिका हो।
- !अस्वीकृतट्रान्जेक्शनल चिन्ह लगाइएको डोमेनमा बल्क पहिचान। अहिले नीतिको एक लाइन, पछि नसुधारिने अवस्था।
तपाईंको ठेगानातपाईंको प्रतिष्ठाकुनै मार्कअप छैन
प्रवेशका चार बाटा। सन्देशले आफूलाई मिल्ने एउटा रोज्छ।
साँच्चै उपयोगी भाग
एउटै डेलिभरी शब्दावली, सन्देश कुनै पनि प्रदायकले बोके पनि
हरेक प्रदायकले डेलिभरी फरक तरिकाले रिपोर्ट गर्छ। SendGrid ले हस्ताक्षरित JSON वेबहुक पोस्ट गर्छ। साधारण SMTP खाताले केही पनि पोस्ट गर्दैन, र त्यसका बाउन्सहरू मानिसले पढ्ने गरी लेखिएका इमेलका रूपमा आउँछन्। माथिल्लो तहले केही देख्नुअघि दुवै एउटै घटनाहरूमा सामान्यीकरण गरिन्छ।
- 1लामबद्ध · पठाइएको · पुर्याइएको · स्थगित गरिएकोसन्देशको प्रगति, हरेक प्रदायकमा एउटै अर्थ दिने शब्दहरूमा।
- 2open · clickक्लिकका लागि URL सहित। बोट ट्राफिक लुकाइन्छ भन्ने होइन, रिपोर्टिङमा छुट्याइन्छ।
- 3सफ्ट_बाउन्स · हार्ड_बाउन्स · गुनासोहार्ड बाउन्स र उजुरी दुवैले स्थायी रूपमा सप्रेसन लेख्छ।
- 4unsubscribe · failedअनसब्सक्राइब एकैपटक सबै ठाउँमा सम्मान गरिन्छ, पठाउने सेवाभित्र पनि।
- iयो किन महत्त्वपूर्ण छप्रदायक बदल्दा माथिल्लो तहमा केही बदलिँदैन — न रिपोर्ट, न सेगमेन्ट, न फनेल शर्त। त्यो बोली ढोकैमा रोकिन्छ।
SMS र पुशका लागि एउटै घटनाहरू
पठाउँदा गडबड भएमा के हुन्छ
पुनःप्रयासहरू एक्सपोनेन्सियल ब्याकअफ प्रयोग गर्छन् र मौनतामा होइन, डेड-लेटर क्यूमा टुङ्गिन्छन्। प्रदायकबाट आएको 4xx पुनःप्रयास गरिन्छ; सन्देश अस्वीकार्य भएको जनाउने 5xx पुनःप्रयास गरिँदैन, किनकि यसलाई अनन्तसम्म दोहोर्याउनु नै खाता निलम्बन हुने तरिका हो।
सप्रेसन पठाउने सेवाभित्र पनि लागू गरिन्छ, त्यसैले प्रदायक बदल्दा तपाईंले दुई वर्षअघि सप्रेस गरेको ठेगाना पुनर्जीवित हुन सक्दैन। र प्रति-पहिचान समानान्तर सीमाका कारण ठूलो क्याम्पेनले सानो मेलबक्सलाई पहिलो तीस सेकेन्डमा डुबाउने सट्टा आफैले गति मिलाउँछ।
जानाजान नबनाइएका कुराहरू: आफ्नै मेल ट्रान्सफर एजेन्ट छैन, समर्पित IP पूलहरू छैनन्, वार्म-अप शेड्युलर छैन, फिडब्याक-लुप दर्ता छैन। ती वास्तविक काम हुन् र जसको प्रतिष्ठा दाउमा छ, त्यही पक्षका हुनुपर्छ — तपाईंको प्रदायक, या तपाईंकै मेलबक्स। यहाँ तिनीहरू बनाउनु भनेको तपाईंको पठाइ अपरिचितहरूसँग पुल्नु हो, जुन कुरा यो डिजाइनले ठीक त्यही कारण अस्वीकार गर्छ।