ऐसे ईमेल टेम्पलेट बनाएँ जिन्हें पूरी टीम इस्तेमाल कर सके, वेरिएबल, प्रीव्यू और वर्शन हिस्ट्री के साथ।
AI सब्जेक्ट लाइन और कॉपी के विकल्प ड्राफ़्ट करता है; क्या जाएगा, यह आपकी टीम तय करती है।
विज़ुअल या कोड में काम करें, जो लेखक के लिए सुविधाजनक हो।
कंटेंट को पर्सनलाइज़ करें और ब्लॉक शर्त के अनुसार दिखाएँ।
हर बदलाव सहेजा जाता है और बहाल किया जा सकता है।
कुछ भी लाइव होने से पहले रेंडरिंग जाँचें।
हेडर, फ़ुटर और कानूनी टेक्स्ट साझा करें।
ब्रांड और क्लाइंट को अलग रखें।
खाली से या बेस लेआउट से शुरू करें।
वे हिस्से चिह्नित करें जो हर संदेश में बदलते हैं।
API या SMTP हेडर से टेम्पलेट को कॉल करें।
चरणों के बीच स्विच करके देखें कि हर पड़ाव पर आपके हाथ में क्या है। यह सिर्फ़ उदाहरण इंटरफ़ेस है। दिखाए गए सभी आँकड़े और पते नमूना डेटा हैं।
मार्केटिंग और सपोर्ट कंटेंट एडिट कर सकते हैं, जबकि इंजीनियरिंग की सेंडिंग लॉजिक जस की तस रहती है।
ईमेल टेम्पलेट एक दोबारा इस्तेमाल होने वाला लेआउट है जिसमें प्लेसहोल्डर होते हैं, और संदेश भेजते समय आपका सिस्टम उन्हें असली डेटा से भर देता है। MigoSMTP टेम्पलेट एडिटर में आप टेम्पलेट विज़ुअल या HTML में बना सकते हैं, पहला नाम या ऑर्डर नंबर जैसे वेरिएबल चिह्नित कर सकते हैं, कंडीशनल ब्लॉक जोड़ सकते हैं, और API या SMTP हेडर से टेम्पलेट के नाम से भेज सकते हैं। हर बदलाव एक वर्शन के रूप में सहेजा जाता है। कुछ भी भेजने से पहले लेखक सैंपल डेटा से बदलावों का प्रीव्यू देखते हैं।
टेम्पलेट उन टीमों के लिए हैं जहाँ डेवलपर और गैर-डेवलपर मिलकर ईमेल संभालते हैं। मार्केटिंग और सपोर्ट शब्द और डिज़ाइन एडिट कर सकते हैं, जबकि इंजीनियरिंग की सेंडिंग लॉजिक जस की तस रहती है। भूमिका-आधारित अधिकार तय करते हैं कि कौन एडिट करेगा और कौन पब्लिश, और सैंपल डेटा वाले प्रीव्यू से लेखक लाइव होने से पहले रेंडरिंग जाँच सकते हैं। दोबारा इस्तेमाल होने वाले ब्लॉक हेडर, फ़ुटर और कानूनी टेक्स्ट को एकरूप रखते हैं। प्लेन-टेक्स्ट हिस्से अपने आप बनते हैं और हाथ से एडिट किए जा सकते हैं, और टेस्ट सेंड से लॉन्च से पहले रेंडरिंग की पुष्टि होती है।
टेम्पलेट की गुणवत्ता डिलीवरेबिलिटी पर अधिकांश टीमों की सोच से ज़्यादा असर डालती है। टूटा HTML, गायब प्लेन-टेक्स्ट हिस्से और स्पैमी शब्दावली, सब इनबॉक्स प्लेसमेंट बिगाड़ते हैं। मैनेज्ड एडिटर इन्हें भेजने से पहले पकड़ लेता है, और AI सहायता सब्जेक्ट लाइन सुझा सकती है और कॉपी कसी हुई बना सकती है, जबकि पब्लिश होने से पहले हर बदलाव को कोई व्यक्ति मंज़ूर करता है। टेम्पलेट अपनाने वाली टीमों के लिए ब्रांड, एक्सेसिबिलिटी और कानूनी ज़रूरतें पूरी करना भी आसान होता है, क्योंकि फ़ुटर और अनसब्सक्राइब का शब्दांकन एक ही जगह रहता है।
ऑर्डर नंबर, ट्रैकिंग लिंक और वैकल्पिक गिफ़्ट नोट के साथ ऑर्डर-शिप्ड टेम्पलेट बनाएँ। आपका कोड सिर्फ़ नाम और वेरिएबल भेजता है, और कॉपी में छोटे बदलावों के लिए डिप्लॉय नहीं करना पड़ता।
मार्केटिंग टीम को एडिटर में प्रचार का शब्दांकन और इमेज अपडेट करने दें, मंज़ूरी के बाद पब्लिश करें, और इंजीनियरिंग को छोटे टेक्स्ट बदलावों के अनुरोधों से मुक्त रखें।
हर क्लाइंट के ब्रांड ब्लॉक और टेम्पलेट अलग वर्कस्पेस लाइब्रेरी में रखें, ताकि हेडर, फ़ुटर और कानूनी टेक्स्ट अकाउंट्स के बीच कभी न मिलें।
अगर पब्लिश किया बदलाव रेंडरिंग तोड़ दे, तो वर्शन सूची खोलें और पिछला वर्शन बहाल करें। उसके बाद भेजे गए संदेश तुरंत बहाल टेम्पलेट इस्तेमाल करते हैं।
पासवर्ड रीसेट, साइन-इन अलर्ट और वेरिफ़िकेशन संदेश तय शब्दांकन और अपने कानूनी फ़ुटर वाले टेम्पलेट में रखें, ताकि हर बार वही मंज़ूर टेक्स्ट इस्तेमाल हो।
समान वेरिएबल के साथ हर भाषा के लिए एक टेम्पलेट रखें, और अपना कोड ग्राहक के लोकेल से वर्शन चुनने दें। समीक्षक हर भाषा को अगल-बगल पढ़ सकते हैं।
दोनों चलते हैं। फ़र्क़ इसमें है कि ईमेल कौन और कितनी जल्दी बदल सकता है।
आपका कोड सिर्फ़ टेम्पलेट का नाम और वेरिएबल भेजता है, इसलिए दोनों तरीकों में सेंडिंग लॉजिक वही रहता है।
असिस्टेंट को लक्ष्य और ऑडियंस बताएँ, तो वह कई सब्जेक्ट लाइन और प्रीहेडर सुझाता है। आप चुनते, एडिट करते या छोड़ देते हैं; आपकी मंज़ूरी के बिना लाइव टेम्पलेट में कुछ सहेजा नहीं जाता।
कोई पैराग्राफ़ चुनें और छोटे, साफ़ या ज़्यादा औपचारिक शब्दांकन के लिए कहें। असिस्टेंट अपना एडिट सुझाव के रूप में दिखाता है जिसे आप स्वीकार या अस्वीकार करते हैं, और आपके वेरिएबल सुरक्षित रहते हैं।
कोपायलट टेम्पलेट में टूटे वेरिएबल, गायब alt टेक्स्ट, भारी इमेज और वे वाक्यांश जाँचता है जो आम तौर पर स्पैम फ़िल्टर ट्रिगर करते हैं, फिर सुधार सूचीबद्ध करता है। कौन-से लागू करने हैं, यह आप तय करते हैं।
कैंपेन-शैली के सेंड के लिए, मॉडल आपकी अपनी ऑडियंस के पिछले एंगेजमेंट के आधार पर डिलीवरी विंडो सुझाते हैं। सुझाव वैकल्पिक हैं, और आप तय शेड्यूल रख सकते हैं।
AI सुविधाएँ सहायक हैं: वे शब्दांकन और जाँच सुझाती हैं, और हर टेम्पलेट की समीक्षा और पब्लिशिंग आपकी टीम करती है।
समझदार टेक्स्ट वर्शन वाले मल्टीपार्ट संदेश फ़िल्टर को ज़्यादा भरोसेमंद लगते हैं और एक्सेसिबिलिटी के लिए भी बेहतर हैं। उसे HTML से बनाएँ, फिर हाथ से एडिट करें।
पहला नाम न हो तो खाली अभिवादन टूटा हुआ लगता है। हर पर्सनलाइज़ फ़ील्ड के लिए फ़ॉलबैक तय करें, जैसे तटस्थ संबोधन।
लंबे नाम, गायब मान और असामान्य अक्षरों के साथ टेस्ट करें। लेआउट और शर्तें सबसे ज़्यादा किनारे के मामलों में ही फ़ेल होती हैं।
ड्राफ़्ट में एडिट करें, खुद को टेस्ट भेजें, और समीक्षा के बाद ही पब्लिश करें। भूमिका-आधारित अधिकार इसे आदत नहीं, नियम बना देते हैं।
सिर्फ़-इमेज वाले ईमेल और बहुत बड़ी फ़ाइलों से बचें। अपनी ऑडियंस के इस्तेमाल किए क्लाइंट में रेंडरिंग जाँचें, क्योंकि CSS सपोर्ट में बड़ा फ़र्क़ होता है।
order-shipped या password-reset जैसे नाम इस्तेमाल करें। नाम से भेजने वाला कोड पढ़ने योग्य रहता है, और लेखक सही टेम्पलेट जल्दी ढूँढ लेते हैं।
मौजूदा ईमेल को टेम्पलेट में ला रहे हैं? हमारी टीम योजना बनाने में मदद कर सकती है।
ईमेल टेम्पलेट प्लेसहोल्डर वाला सहेजा हुआ ईमेल लेआउट है, जिन प्लेसहोल्डर को वेरिएबल कहते हैं और जो संदेश भेजते समय असली मानों से बदल जाते हैं। इससे आप डिज़ाइन और शब्दांकन एक बार लिखते हैं, फिर कोड या कैंपेन से कई पर्सनलाइज़ संदेश भेजते हैं।
टेम्पलेट बनाएँ, उसके वेरिएबल चिह्नित करें, फिर हर वेरिएबल के मान के साथ API से उसे नाम से कॉल करें, या SMTP हेडर में उसका हवाला दें। सिस्टम टेम्पलेट रेंडर करके संदेश डिलीवर करता है। फ़ील्ड के लिए API रेफ़रेंस देखें।
एडिटर वेरिएबल और कंडीशनल ब्लॉक को सपोर्ट करता है, और पब्लिश करने से पहले प्रीव्यू सैंपल डेटा के साथ रेंडर किया नतीजा दिखाता है। सटीक सिंटैक्स दस्तावेज़ में है। टेम्पलेट नोट्स में हर वेरिएबल का वर्णन करें ताकि लेखक जानें कि क्या भरना है।
हाँ। अपना HTML पेस्ट या अपलोड करें और जहाँ कंटेंट बदलना हो वहाँ वेरिएबल जोड़ें। प्रीव्यू देखें, प्लेन-टेक्स्ट वर्शन जाँचें, और टेम्पलेट को प्रोडक्शन में इस्तेमाल करने से पहले टेस्ट भेजें।
टेम्पलेट दोबारा इस्तेमाल होने वाला कंटेंट और लेआउट है। कैंपेन या सेंड उस कंटेंट का एक उदाहरण है जो किसी समय खास प्राप्तकर्ताओं को जाता है। एक टेम्पलेट कई सेंड चला सकता है, इसलिए उसे सुधारने से सब सुधरते हैं। पब्लिश करने से पहले नतीजा ध्यान से जाँचें।
हाँ। हर सहेजा बदलाव एक वर्शन बनाता है, और आप पुराना वर्शन बहाल कर सकते हैं। बहाली के बाद भेजे संदेश बहाल वर्शन इस्तेमाल करते हैं, जबकि पहले के संदेश अप्रभावित रहते हैं। देर से किया एडिट लेआउट तोड़ दे तो रोलबैक काम आता है। पहले वर्शनों की अगल-बगल तुलना करें ताकि सही वर्शन बहाल हो।
AI सब्जेक्ट लाइन सुझा सकता है, कॉपी कस सकता है और टेम्पलेट में टूटे वेरिएबल व स्पैम-ट्रिगर वाक्यांश जाँच सकता है। हर सुझाव वैकल्पिक है, और हर टेम्पलेट की समीक्षा और पब्लिशिंग आपकी टीम करती है।
हाँ। भूमिका-आधारित अधिकार मार्केटर और सपोर्ट स्टाफ़ को कंटेंट एडिट करने और, आप अनुमति दें तो, पब्लिश करने देते हैं, जबकि API की और सेंडिंग लॉजिक पर डेवलपर का नियंत्रण रहता है। ड्राफ़्ट और पब्लिश किए वर्शन अधूरे काम को लाइव सेंड से दूर रखते हैं। ड्राफ़्ट पब्लिश होने तक निजी रहते हैं।
खाता बनाएँ, अपना डोमेन जोड़ें और पहला ईमेल भेजें।