En tilpasset HTML-blok til e-mail skal løse et bestemt problem, som standardkomponenterne ikke dækker. Den skal også være brugbar, når et produktnavn bliver længere, et billede mangler, eller e-mailen åbnes på en telefon. Definér den mindste nødvendige komponent, test den uden for editoren, og genbrug den version, der fungerer under de forhold.
Afgræns den mindste nødvendige ændring
Skriv ned, hvad blokken skal formidle, og hvorfor det eksisterende layout ikke løser opgaven godt. Hold koden fokuseret på formålet. Importér ikke et helt webdesign med scripts, interaktive afhængigheder eller typografi, som e-mailapps måske ikke understøtter.
Sendvio understøtter HTML-blokke til e-mail. Sørg for, at den tilpassede kode er forståelig for den person, der skal vedligeholde skabelonen næste måned. Brug tydelig struktur, meningsfuld tekst og passende billedbeskrivelser i stedet for at skjule beskeden i dekorativ kode.
Definér en lille aftale for komponenten
Beskriv blokkens formål, nødvendigt og valgfrit indhold, realistisk maksimal tekstlængde, links, billedadfærd og rækkefølge på mobil. En sammenligning af to produkter kan for eksempel kræve produktnavn, én forskel, prisoplysninger og en handling for hvert valg. Aftalen skal forklare, hvad der skal forblive samlet, når layoutet stables.
Undersøg først, om standardblokke kan løse behovet med en enklere opstilling. Tilpasset HTML er berettiget, når den løser et tydeligt kommunikationsproblem, ikke blot fordi den muliggør en mere avanceret komposition. Hver ekstra strukturel regel bliver noget, den næste redaktør skal forstå og teste.
Hold den tilpassede blok selvstændig. Undgå brede typografiregler, der uventet ændrer nabokomponenter, og vær ikke afhængig af scripts eller webbaserede interaktioner for at formidle hovedbudskabet. Hvis oplevelsen kræver et kompliceret valg eller en beregning, så forklar opgaven i e-mailen, og link til en relevant side, der kan understøtte den.
Kontrollér adfærden uden for editoren
E-mailgengivelse er ikke det samme som gengivelse på et almindeligt website. Test den faktisk sendte besked i relevante apps, også på en smal skærm og uden tilgængelige billeder. Kontrollér links, læserækkefølge, tekstskalering og hvordan blokken fungerer sammen med skabelonens standardkomponenter.
Undgå faste højder omkring variabelt indhold og lange, ubrudte tekststrenge. Et kundenavn eller en oversat overskrift kan afsløre en fejl, som den korte eksempeltekst skjuler. Hav et enklere reserve-layout klar, hvis den tilpassede blok ikke fungerer stabilt.
Test indholdsændringer, ikke kun det oprindelige eksempel
Erstat det korteste produktnavn med det længste realistiske. Fjern et valgfrit billede, tilføj en oversat overskrift, og brug en længere pris- eller knaptekst. Kontrollér, om strukturen vokser naturligt, eller om indhold klippes af og tomme områder med fast højde opstår. Testene viser, om blokken kan genbruges eller kun passer til ét eksempel.
Undersøg den faktisk sendte besked i relevante e-mailmiljøer. Kontrollér, at læserækkefølgen giver mening, at billedbeskrivelser passer til sammenhængen, og at alle destinationer virker. Hvis der bruges layouttabeller, skal implementatøren sikre, at de ikke fremstiller indholdets semantiske struktur forkert for hjælpemidler.
Genbrug kun den testede version
Gem den godkendte blok med en kort note om formål og begrænsninger. Når indholdet ændres, så skeln mellem en almindelig tekstrettelse og en strukturel ændring, der kræver ny kontrol af gengivelsen.
Tilføj ikke sporingsscripts eller eksekverbar kode for at få e-mailen til at opføre sig som et website. Hvis handlingen kræver mere interaktion, end e-mail pålideligt kan understøtte, så før kunden videre til en passende side. En lille, stabil blok hjælper kunden mere end en avanceret komponent, der kun virker i udviklerens forhåndsvisning.
Gem den godkendte blok i versionsstyrede skabelonnoter med en ansvarlig, dens understøttede anvendelse og kendte begrænsninger. En fremtidig tekstrettelse kan være lav risiko, mens ændring af kolonner eller tilføjelse af nyt betinget indhold fortjener endnu en gennemgang af gengivelsen. Gør forskellen tydelig, så teamet hverken tester alt unødigt igen eller behandler et redesign som en rutinemæssig tekstrettelse.
Lav et enklere reserve-layout, hvis komponenten ikke fungerer pålideligt. En sammenligning i én kolonne, som kunden kan læse, er mere nyttig end et kompliceret layout, der fejler i et almindeligt miljø. Godkendelseskriterierne er praktiske: korrekte oplysninger, intakt gruppering, læsbar tekst, tilgængelige handlinger og en struktur, som den næste kampagneansvarlige trygt kan vedligeholde og genbruge.