क्रिएटिव
एक दस्तावेज़, टेम्पलेट नहीं
आप जो लिखते हैं वह प्रकाशित स्कीमा वाला एक ब्लॉक ट्री है। जो बाहर जाता है वह वही दस्तावेज़ है, किसी लक्ष्य के लिए रेंडर किया हुआ — ई-मेल, पेज, फ़ॉर्म, SMS, पुश या प्रिंट। दोनों जानबूझकर अलग रखे गए हैं, क्योंकि संपादक बदला जा सकता है पर रेंडरिंग नहीं, और ऐसा न मानना ही वह कारण है जिससे कोई मार्केटिंग टूल एक ही संदेश के छह ऐसे संस्करणों तक पहुँच जाता है जो अब आपस में मेल नहीं खाते।
छह लक्ष्य, एक स्रोत
प्रत्येक लक्ष्य की ऐसी सीमाएँ हैं जो स्वाद का विषय नहीं हैं, और रेंडरर उन्हें जानता है ताकि आपको न जानना पड़े।
ई-मेल का अर्थ है टेबल और इनलाइन CSS, flex या grid नहीं क्योंकि Outlook अभी भी मेल के लेआउट के लिए Word का उपयोग करता है, आपके लिए बनाया गया एक प्लेन-टेक्स्ट विकल्प, डार्क-मोड क्लाइंट के रंग उलटने पर भी टिके रहने वाले रंग, और लगभग 102 KB पर एक आकार-सीमा जहाँ Gmail काटना शुरू कर देता है।
पेज का अर्थ है साधारण आधुनिक रिस्पॉन्सिव HTML, एक स्लग के अंतर्गत प्रकाशित, चाहें तो आपके अपने डोमेन पर। फ़ॉर्म एक पेज है साथ में फ़ील्ड बाइंडिंग, वैलिडेशन, हनीपॉट और रेट लिमिट — और यही आपके संपर्कों में जाने का वह एकमात्र रास्ता है जो वैध रूप से consent आधार बना सकता है।
SMS टाइप करते ही सेगमेंट गिनता है। पुश एक शीर्षक, एक मुख्य भाग, एक आइकन, क्रियाएँ और एक डीप लिंक है। पत्र प्रिंट CSS है जिसे PDF में रेंडर कर, पता लिखकर डाक से भेजा जाता है।
दस्तावेज़ स्वयं एक प्रकाशित स्कीमा वाले सेटअप के रूप में संग्रहीत है, किसी निजी टेबल में छिपाने के बजाय इकोसिस्टम की दस्तावेज़ सेवा में। इसका मतलब है कि जिस दिन कोई बेहतर संपादक आएगा, वह इन्हीं दस्तावेज़ों को संपादित करेगा और ऊपर की ओर कुछ नहीं बदलेगा।
- 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 फ़ेच करना अपने नेटवर्क में छेद बनाने के सबसे आसान तरीकों में से एक है, और यह दो बार लिखने वाली चीज़ नहीं है।
ईमानदार बात: आपकी वेबसाइट से बना पहला टेम्पलेट एक अच्छी शुरुआत है, पूरा डिज़ाइन नहीं। यह लोगो, रंग और फ़ॉन्ट लगभग सही लेता है ताकि आपकी पहली भेजी गई चीज़ डेमो जैसी न दिखे — और फिर आप उसे संपादित करते हैं, जो खाली कैनवास को देखते रहने से कहीं बेहतर काम है।