क्रिएटिव्ह
टेम्पलेट नाही, दस्तऐवज
तुम्ही लिहिता ते प्रकाशित स्कीमासह ब्लॉक वृक्ष आहे. बाहेर जाते ते त्या दस्तऐवजाचे लक्ष्यासाठी रेंडर केलेले रूप — ईमेल, पृष्ठ, फॉर्म, SMS, पुश किंवा छपाई. दोन्ही वेगळे ठेवणे जाणीवपूर्वक आहे, कारण संपादक बदलता येतो पण रेंडरिंग बदलता येत नाही, आणि अन्यथा समजून घेणे म्हणजे मार्केटिंग साधनात त्याच संदेशाच्या सहा आवृत्त्या तयार होणे ज्या आता एकमेकांशी जुळत नाहीत.
सहा लक्ष्ये, एक स्रोत
प्रत्येक लक्ष्याच्या अशा मर्यादा आहेत ज्या रुचीचा विषय नाहीत, आणि रेंडरर त्या जाणतो म्हणून तुम्हाला जाणवण्याची गरज नाही.
ईमेल म्हणजे टेबल्स आणि इनलाइन CSS, flex आणि grid नाही कारण Outlook अजूनही मेलची मांडणी करण्यासाठी Word वापरतो, तुमच्यासाठी तयार केलेला साधा मजकूर पर्याय, डार्क-मोड क्लायंट उलटून टाकल्यास टिकणारे रंग, आणि सुमारे 102 KB ची मर्यादा जिथे Gmail कापायला सुरुवात करते.
पृष्ठ म्हणजे सामान्य आधुनिक रिस्पॉन्सिव्ह HTML, स्लॅग अंतर्गत प्रकाशित, हवे असल्यास तुमच्या स्वतःच्या डोमेनवर. फॉर्म म्हणजे पृष्ठ आणि फील्ड बाइंडिंग्ज, पडताळणी, हनीपॉट आणि दर मर्यादा — आणि तेच तुमच्या संपर्कांमध्ये वैधपणे consent पाया निर्माण करू शकणारे एकमेव मार्ग आहे.
SMS तुम्ही टाइप करताना सेगमेंट मोजते. पुश म्हणजे शीर्षक, मुख्य मजकूर, चिन्ह, क्रिया आणि डीप लिंक. पत्र म्हणजे PDF मध्ये रेंडर केलेले छपाई CSS, पत्त्यासह टपाल केलेले.
दस्तऐवज स्वतः प्रकाशित स्कीमासह सेटअप म्हणून, खाजगी टेबलमध्ये लपवून न ठेवता परिसंस्थेच्या दस्तऐवज सेवेत साठवला जातो. याचा अर्थ असा की जेव्हा चांगला संपादक येईल, तेव्हा तो तेच दस्तऐवज संपादित करेल आणि वरच्या दिशेने काहीही बदलणार नाही.
- 1ईमेलटेबल्स, इनलाइन CSS, मजकूर पर्याय, डार्क-मोड सुरक्षित, ~102 KB मर्यादा.
- 2पृष्ठस्लॅग अंतर्गत रिस्पॉन्सिव्ह HTML, तुमच्या डोमेनवर.
- 3फॉर्मपृष्ठ आणि बाइंडिंग्ज, पडताळणी, हनीपॉट, दर मर्यादा.
- 4smsजिवंत GSM-7 / UCS-2 सेगमेंट काउंटरसह मजकूर.
- 5पुशशीर्षक, मुख्य मजकूर, चिन्ह, क्रिया, डीप लिंक.
- 6पत्रCSS छापून PDF.
- iसांधासंपादक बदलता येतो; लक्ष्ये बदलत नाहीत. म्हणूनच या दस्तऐवजाची एक प्रकाशित योजना आहे.
प्रत्येक लक्ष्यासाठी कॅशे केलेले रेंडर केलेले आउटपुट
मर्ज व्हेरिएबल्स
अज्ञात व्हेरिएबल प्रकाशनाच्या वेळी अयशस्वी होतो, पाठवताना शांतपणे नाही
गहाळ कीसाठी प्रत्येक टेंप्लेटिंग भाषेचे मूलभूत वर्तन म्हणजे काहीही रेंडर न करणे. मेलमध्ये याचा अर्थ "नमस्कार ," असे संदेश चाळीस हजार लोकांपर्यंत जाणे, आणि उत्तरे यायला सुरुवात होईपर्यंत कोणालाही कळत नाही. म्हणून दस्तऐवज प्रकाशित होण्यापूर्वी व्हेरिएबल शब्दसंग्रहाविरुद्ध पडताळला जातो.
आपण काय अंतर्भावित करू शकता
संपर्काचा ईमेल, नाव, फोन आणि भाषा; attrs.*, जे खुले आहे कारण गुणधर्म आपलेच आहेत; आपल्या संस्थेचे नाव आणि टपाल पत्ता; अनसब्सक्राईब आणि प्राधान्ये दुवे; आणि संदेशाचा स्वतःचा विषय आणि प्रीहेडर.
"रेकॉर्डवरील काहीही" नव्हे तर जाणीवपूर्वक यादी. संपर्काच्या ओळीत अंतर्गत ओळख चिन्हेही असतात, आणि त्यापैकी एकही संदेशात जाण्यास हरकत नाही असे नाही.
फॉलबॅक म्हणजे गहाळ व्हेरिएबल नाही
{{first_name | default:there}} हा ज्ञात व्हेरिएबल आहे जो या विशिष्ट संपर्काकडे नसतो — अशी आयात केलेली यादी जिथे अर्ध्या ओळींमध्ये नाव नव्हते. तो फॉलबॅक रेंडर होतो आणि ते पूर्णपणे व्यवस्थित आहे.
नाकारले जाते ते {{frist_name}}: असा व्हेरिएबल जो कोणासाठीच अस्तित्वात नाही. पाठवताना दोन्ही सारखेच दिसतात. प्रकाशनाच्या वेळी ते एकमेकांपासून पूर्णपणे वेगळे असतात, म्हणूनच ती तपासणी तिथे होते.
हाच शब्दसंग्रह प्रत्येक लक्ष्यावर कार्य करतो, म्हणून ईमेलसाठी लिहिलेला वाक्यांश SMS मध्ये आणि लँडिंग पेजवर पुन्हा लिहिण्याशिवाय रेंडर होतो. आणि first_name साठवला जात नाही तर रेंडरच्या वेळी संपूर्ण नावातून मिळवला जातो — कारण साठवलेले विभाजन चुकीचे विभाजन आहे, ज्याच्या गृहीतकात न बसणारे नाव असलेल्या व्यक्तीसाठी ते चुकीचे ठरते.
एकदाच लिहा. तो चॅनेलनुसार सजलेला पोहोचतो.
बाहेर जाण्यापूर्वी
आपण अजून दुरुस्ती करू शकता त्या टप्प्यावर होणाऱ्या तपासण्या
Gmail क्लिप
अंदाजे 102 KB च्या वर, Gmail संदेश कापतो आणि उर्वरित अशा दुव्यामागे लपवतो जो बहुतेक लोक कधी दाबत नाहीत — त्यात अगदी शेवटी आपला अनसब्सक्राईबही असतो. रेंडरर मोजतो आणि प्रकाशनाच्या वेळी सावध करतो.
प्रतिमेचे वजन
चार मेगाबाइटचा हिरो फोटो आकार-बजेट ओलांडतो आणि फोनवर वाईट दिसतो. प्रतिमा अपलोडच्या वेळी आकारमान बदलून रूपांतरित केल्या जातात, जे सुविधा नव्हे तर वितरणक्षमतेचा विषय आहे.
इनबॉक्स पूर्वावलोकन
संदेश डेस्कटॉप आणि मोबाइल रुंदींवर रेंडर व छायाचित्र केला जातो, म्हणून यादीत त्याचे नाव नव्हे तर तो प्रत्यक्षात कसा दिसतो ते दिसते. कोणतीही सशुल्क पूर्वावलोकन सेवा नाही.
खरी चाचणी पाठवणूक
तो स्वतःला पाठवा, त्याच रेंडरर आणि त्याच पाठवणूक ओळखीतून जी खरा प्राप्तकर्ता मिळवतो. वेगळा कोड मार्ग घेणारे पूर्वावलोकन पाठवल्या जाणाऱ्या संदेशाबद्दल काहीही सिद्ध करत नाही.
चिकटवलेले HTML स्वच्छ केले जाते
इतरतून चिकटवलेली सामग्री साठवण्यापूर्वी स्वच्छकातून जाते, कारण मार्केटिंग ईमेल हे कोणाच्या क्लिपबोर्डमध्ये काय होते ते शोधण्याची जागा नाही.
आपल्याला हवे असल्यास Markdown
Markdown मध्ये लिहा आणि ते रेंडर होऊ द्या. मॉडेलकडून ईमेल HTML मागितल्यापेक्षा अधिक विश्वासार्ह, आणि यामुळेच एजंटकडून संदेश लिहून घेणे ही कल्पना डेमो नव्हे तर व्यवहार्य बनते.
आपल्या स्वतःच्या वेबसाइटपासून सुरुवात
पहिल्यांदा चालवताना एक URL चिकटवा. ClickSomo त्या पानातून त्याचे लोगो, चिन्हे, मॅनिफेस्ट आणि मोजलेले रंग वाचते — कोणी अंदाज लावलेले रंग नव्हे — आणि अशी पहिली ईमेल बनवते जी आधीपासूनच आपलीच दिसते. ते प्लॅटफॉर्मही ओळखते, आणि बहुतेक वेळा तेवढेच एक उपयुक्त फनेल सुचवण्यास पुरेसे असते: दुकानाला सोडलेली बास्केट, प्रकाशकाला वृत्तपत्रिकेचे स्वागत.
आपण दिलेल्या प्रत्येक URL ची मागणी संरक्षित फेचरमधून जाते: फक्त HTTP आणि HTTPS, थेट पत्ते थेट तपासले जातात, प्रत्येक DNS उत्तर सार्वजनिक असणे आवश्यक, आणि प्रत्येक रीडायरेक्ट टप्पा पुन्हा पडताळला जातो. ग्राहकाच्या वतीने अनियंत्रित URL मागवणे हा आपल्या स्वतःच्या नेटवर्कमध्ये भोकं पाडण्याचा सर्वात सोपा मार्ग आहे, आणि ते दोनदा लिहायची गोष्ट नाही.
प्रामाणिक भाग: आपल्या वेबसाइटवरून तयार झालेली पहिली टेंप्लेट चांगली सुरुवात आहे, पूर्ण डिझाइन नाही. ती लोगो, रंग आणि फॉन्ट अंदाजे बरोबर घेते म्हणजे आपली पहिली पाठवणूक डेमोसारखी दिसत नाही — आणि मग आपण ती संपादित करता, जे रिकाम्या कॅनव्हाससमोर बसण्यापेक्षा अनेकपट चांगले काम आहे.