Kreativt indhold
Et dokument, ikke en skabelon
Det, du skriver, er et bloktræ med et offentliggjort skema. Det, der sendes ud, er det dokument renderet til et mål — e-mail, side, formular, SMS, push eller print. De to er adskilt med vilje, for editoren kan udskiftes, og renderingen kan det ikke, og at lade som om andet er, hvordan et marketingværktøj ender med seks versioner af samme besked, der ikke længere stemmer overens.
Seks mål, én kilde
Hvert mål har begrænsninger, der ikke er et spørgsmål om smag, og rendereren kender dem, så du ikke behøver at gøre det.
E-mail betyder tabeller og indlejret CSS, ingen flex og ingen grid, fordi Outlook stadig bruger Word til at layoute mail, en alternativ ren tekst genereret for dig, farver, der overlever en dark mode-klient, der vender tingene om, og en størrelsesgrænse ved ca. 102 KB, hvor Gmail begynder at klippe.
Side betyder almindelig moderne responsiv HTML, offentliggjort under en slug, på dit eget domæne, hvis du vil have et. Formular er en side plus feltbindinger, validering, en honeypot og en hastighedsgrænse — og det er den eneste vej ind til dine kontakter, der legitimt kan give et consent-grundlag.
SMS tæller segmenter, mens du skriver. Push er en titel, en brødtekst, et ikon, handlinger og et deep link. Brev er print-CSS renderet til en PDF, adresseret og sendt.
Dokumentet selv gemmes som en opsætning med et offentliggjort skema, i økosystemets dokumenttjeneste frem for skjult i en privat tabel. Det betyder, at den dag en bedre editor kommer, redigerer den de samme dokumenter, og intet opstrøms ændrer sig.
- 1e-mailTabeller, indlejret CSS, tekstalternativ, dark mode-sikker, grænse på ca. 102 KB.
- 2sideResponsiv HTML under et slug, på dit domæne.
- 3formularSide plus bindinger, validering, honeypot, hastighedsgrænse.
- 4smsTekst med en live GSM-7 / UCS-2 segmenttæller.
- 5pushTitel, brødtekst, ikon, handlinger, deep link.
- 6brevPrint-CSS → PDF.
- iSømmenEditoren kan udskiftes; målene kan ikke. Det er derfor, dokumentet har et publiceret skema.
Rendereret output gemt i cache pr. mål
Flettevariabler
En ukendt variabel fejler ved udgivelse, ikke lydløst ved afsendelse
Standardopførslen i ethvert skabelonsprog ved en manglende nøgle er at rendere ingenting. I en mail betyder det "Hej ," sendt til fyrre tusinde mennesker, og ingen opdager det, før svarene begynder at trille ind. Derfor valideres et dokument mod variabelvokabularet, før det overhovedet kan udgives.
Hvad du kan interpolere
Kontaktens e-mail, navn, telefon og locale; attrs.*, som er åbent, fordi attributterne er dine; din organisations navn og postadresse; afmeldings- og præferencelinkene; samt selve beskedens emne og preheader.
Med vilje en liste frem for "alt på posten". En kontaktrække indeholder også interne identifikatorer, og ingen af dem hører hjemme i en besked.
En fallback er ikke en manglende variabel
{{first_name | default:there}} er en kendt variabel, som netop denne kontakt tilfældigvis ikke har — en importeret liste, hvor halvdelen af rækkerne manglede navn. Det renderer fallbacken og er helt fint.
Det, der afvises, er {{frist_name}}: en variabel, der ikke findes for nogen. Ved afsendelse ser de to ens ud. Ved udgivelse kunne de ikke være mere forskellige, og det er derfor, tjekket sker der.
Det samme vokabular virker på tværs af alle mål, så en sætning skrevet til en e-mail renderer i SMS'en og på landingssiden uden at blive omskrevet. Og first_name udledes ved rendering af hele navnet frem for at blive gemt — fordi et gemt opdelt navn er en forkert opdeling, der venter på personen, hvis navn ikke passer til antagelsen.
Skriv det én gang. Det ankommer klædt på til kanalen.
Før det går ud
De tjek, der sker, mens du stadig kan rette tingene
Gmail-klippet
Over cirka 102 KB klipper Gmail beskeden og skjuler resten bag et link, de fleste aldrig trykker på — inklusive, helt nederst, din afmelding. Rendereren måler og advarer ved udgivelse.
Billedvægt
Et hero-fotografi på fire megabyte sprænger størrelsesbudgettet og renderer dårligt på en telefon. Billeder skaleres og konverteres ved upload, hvilket er et leveringsspørgsmål snarere end en finessse.
Indbakke-preview
Beskeden renderes og fotograferes i desktop- og mobilbredde, så listevisningen viser, hvordan tingene faktisk ser ud, frem for dens navn. Ingen betalt preview-tjeneste involveret.
En rigtig testafsendelse
Send den til dig selv, gennem samme renderer og samme afsenderidentitet, som en rigtig modtager ville få. En preview, der tager en anden kodevej, beviser ingenting om beskeden, der sendes.
Indsat HTML renses
Indhold, der indsættes udefra, går gennem en sanitiserer, før det gemmes, for en marketingmail er ikke stedet at finde ud af, hvad der lå i nogens udklipsholder.
Markdown, hvis du foretrækker det
Skriv i Markdown og få det renderet. Langt mere pålideligt end at bede en model om e-mail-HTML, og det er dét, der gør en agent, der skriver en besked, til en brugbar idé frem for en demo.
Start fra din egen hjemmeside
Indsæt en URL ved dit første kørsel. ClickSomo læser siden for dens logo, dens ikoner, dens manifest og dens målte farver — ikke farver, nogen har gættet sig til — og bygger en første e-mail, der allerede ligner din. Den opdager også platformen, hvilket som regel er nok til at foreslå en funnel, der er værd at have: en shop får en forladt kurv, en udgiver får en nyhedsbrevsvelkomst.
Enhver hentning af en URL, du angiver, går gennem en beskyttet fetcher: kun HTTP og HTTPS, bogstavelige adresser tjekket direkte, hvert DNS-svar krævet offentligt, og hvert redirect-hop revalideret. At hente vilkårlige URL'er på en kundes vegne er en af de nemmeste måder at lave et hul i sit eget netværk på, og det er ikke noget, man skriver to gange.
Det ærlige: en første skabelon genereret fra din hjemmeside er en god start, ikke et færdigt design. Den får logoet, farverne og typografien nogenlunde rigtigt, så din første afsendelse ikke ligner en demo — og så redigerer du den, hvilket er et langt bedre arbejde end at stirre på et tomt lærred.