Malikhain
Isang dokumento, hindi isang template
Ang sinusulat mo ay isang block tree na may published schema. Ang lumalabas ay ang dokumentong iyon na na-render para sa isang target — e-mail, page, form, SMS, push o print. Magkaiba ang dalawa nang sadya, dahil mapapalitan ang editor at hindi ang rendering, at ang pagpapanggap na hindi ay ang paraan kung paano nauuwi ang isang marketing tool sa anim na bersyon ng parehong mensahe na hindi na nagtutugma.
Anim na target, iisang pinagmulan
Bawat target ay may mga constraint na hindi usapin ng gusto, at alam ito ng renderer para hindi mo na kailangang alamin.
Ang E-mail ay nangangahulugang mga table at inlined CSS, walang flex at walang grid dahil gumagamit pa rin ang Outlook ng Word sa pagla-out ng mail, isang plain-text na alternatibo na ginagawa para sa iyo, mga kulay na nakaligtas sa dark-mode client na nagbabaligtad, at isang size guard sa mga 102 KB kung saan nagsisimulang putulin ang Gmail.
Ang Page ay nangangahulugang ordinaryong modernong responsive HTML, na nai-publish sa ilalim ng isang slug, sa sarili mong domain kung gusto mo. Ang Form ay isang page na may field bindings, validation, honeypot at rate limit — at ito ang tanging daan papasok sa iyong mga contact na makatwirang makagagawa ng consent na batayan.
Bilang ng SMS segments habang nagta-type ka. Ang Push ay isang title, body, icon, actions at deep link. Ang Letter ay print CSS na na-render sa PDF, tinugunan at ipinadala sa koreo.
Ang dokumento mismo ay nakaimbak bilang isang setup na may published schema, sa document service ng ecosystem sa halip na nakatago sa pribadong table. Ibig sabihin, sa araw na may dumating na mas mahusay na editor, iniedit nito ang parehong mga dokumento at walang nagbabago sa itaas.
- 1emailMga table, inlined CSS, text alternative, ligtas sa dark-mode, ~102 KB guard.
- 2pageResponsive HTML sa ilalim ng isang slug, sa iyong domain.
- 3pormaPage na may bindings, validation, honeypot, rate limit.
- 4smsTeksto na may live na GSM-7 / UCS-2 segment counter.
- 5pushPamagat, katawan, icon, mga aksyon, deep link.
- 6letterPrint CSS → PDF.
- iAng tahiMapapalitan ang editor; hindi ang mga target. Kaya't may published schema ang dokumento.
Na-render na output na naka-cache bawat target
Mga merge variable
Ang hindi kilalang variable ay nabibigo sa publish, hindi nang tahimik sa send
Ang default na gawi ng bawat templating language sa isang nawawalang key ay hindi mag-render ng anuman. Sa isang mail, nangangahulugan itong "Hi ," na ipapadala sa apatnapung libong tao, at walang makakaalam hanggang magsimulang dumating ang mga sagot. Kaya't ang isang dokumento ay binebalya laban sa variable vocabulary bago pa ito ma-publish.
Maaari mong i-interpolate
Ang e-mail, pangalan, telepono at locale ng contact; ang attrs.*, na bukas dahil sa iyo ang mga attribute; ang pangalan at postal address ng iyong organisasyon; ang mga link ng unsubscribe at preferences; at ang sariling subject at preheader ng mensahe.
Sadyang listahan ito sa halip na "anumang nasa talaan". Ang isang contact row ay may mga panloob na identifier din, at wala sa mga iyon ang dapat nasa mensahe.
Ang fallback ay hindi isang nawawalang variable
Ang {{first_name | default:there}} ay isang kilalang variable na wala lamang sa partikular na contact na ito — isang na-import na listahan kung saan kalahati ng mga row ay walang pangalan. Na-render ang fallback at buo na okay iyon.
Ang tinatanggihan ay ang {{frist_name}}: isang variable na wala para sa sinuman. Sa oras ng send, magkapareho ang dalawa. Sa oras ng publish, hindi sila magkahawig-hawig, kaya't doon ginagawa ang pagsusuri.
Ang parehong vocabulary ay gumagana sa bawat target, kaya ang isang parirala na isinulat para sa isang e-mail ay na-render sa SMS at sa landing page nang hindi muling isinusulat. At ang first_name ay hinango sa oras ng render mula sa buong pangalan sa halip na naka-imbak — dahil ang naka-imbak na paghahati ay maling paghahati na naghihintay sa taong hindi umaangkop ang pangalan sa palagay.
Isulat ito nang isang beses. Darating itong bihis para sa channel.
Bago ito lumabas
Ang mga pagsusuring ginagawa habang kaya mo pang ayusin ang mga bagay
Ang pagputol ng Gmail
Sa itaas ng mga 102 KB, pinuputol ng Gmail ang mensahe at itinatago ang natitira sa likod ng isang link na hindi naman pinipindot ng karamihan — kasama, sa pinakailalim, ang iyong unsubscribe. Sinusukat ng renderer at nagbabala sa publish.
Bigat ng imahe
Ang isang hero na larawang apat na megabyte ay lumalampas sa size budget at masamang naibabahagi sa telepono. Ang mga larawan ay binabawasan at kino-convert sa pag-upload, na isang usapin ng deliverability at hindi pampaganda lamang.
Preview sa inbox
Inirerender at kinukunan ng larawan ang mensahe sa lapad ng desktop at mobile, kaya't ipinapakita ng list view ang aktwal na itsura nito at hindi lamang ang pangalan nito. Walang bayad na preview service na ginagamit.
Tunay na test send
Ipadala ito sa iyong sarili, sa parehong renderer at parehong sending identity na matatanggap ng tunay na recipient. Ang preview na dumadaan sa ibang code path ay walang patunay tungkol sa mensaheng ipapadala.
Nililinis ang nai-paste na HTML
Ang nilalamang nai-paste mula sa ibang lugar ay dumadaan sa sanitizer bago ito iimbak, dahil hindi ang marketing e-mail ang lugar para malaman kung ano ang nasa clipboard ng iba.
Markdown, kung mas gusto mo
Sumulat sa Markdown at ipa-render ito. Mas maaasahan ito kaysa humingi sa isang model ng e-mail HTML, at ito ang nagpapagawa na ang isang agent na sumusulat ng mensahe ay maisasagawang ideya at hindi lamang demo.
Magsimula mula sa iyong sariling website
I-paste ang isang URL sa iyong unang pagtakbo. Binabasa ng ClickSomo ang pahina para sa logo nito, mga icon nito, manifest nito, at mga sinukat nitong kulay — hindi mga kulay na hinulaan lamang ng iba — at bumubuo ng unang e-mail na mukhang sa iyo na agad. Dinadetect din nito ang platform, na karaniwang sapat na para imungkahi ang isang funnel na sulit: ang isang shop ay nakakakuha ng abandoned basket, ang isang publisher ay nakakakuha ng newsletter welcome.
Bawat pag-fetch ng URL na ibinibigay mo ay dumadaan sa isang may-ingat na fetcher: HTTP at HTTPS lamang, ang mga literal na address ay direktang tinitingnan, bawat sagot ng DNS ay kailangang pampubliko, at bawat redirect hop ay muling binabalidate. Ang pag-fetch ng mga arbitraryong URL sa ngalan ng customer ay isa sa pinakamadaling paraan para makabuo ng butas sa iyong sariling network, at hindi ito dapat isulat nang dalawang beses.
Ang tapat na bahagi: ang unang template na galing sa iyong website ay magandang simula, at hindi tapos nang disenyo. Nakukuha nito nang tinatayang tama ang logo, ang mga kulay at ang typeface para ang iyong unang send ay hindi mukhang demo — at pagkatapos ay ie-edit mo ito, na mas magandang trabaho kaysa tumitig sa walang laman na canvas.