ક્રિએટિવ
ટેમ્પલેટ નહીં, દસ્તાવેજ
તમે લખો છો તે પ્રકાશિત સ્કીમા સાથેનું બ્લોક ટ્રી છે. બહાર જાય છે તે એ જ દસ્તાવેજ ટાર્ગેટ માટે રેન્ડર થયેલું — ઈ-મેલ, પેજ, ફોર્મ, 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 મેળવવા એ તમારા પોતાના નેટવર્કમાં છિદ્ર બનાવવાની સૌથી સહેલી રીતો પૈકી એક છે, અને એ બે વાર લખવાની બાબત નથી.
પ્રામાણિક વાત: તમારી વેબસાઇટમાંથી બનાવેલું પહેલું ટેમ્પ્લેટ સારી શરૂઆત છે, પૂર્ણ થયેલી ડિઝાઇન નહીં. તે લોગો, રંગો અને ફોન્ટ આશરે બરાબર મેળવે છે જેથી તમારી પહેલી મોકલવાની ડેમો જેવી ન લાગે — અને પછી તમે તેમાં ફેરફાર કરો છો, જે ખાલી કૅનવાસ સામે તાકવા કરતાં ઘણું સારું કામ છે.