Een aangepast HTML-blok voor e-mail hoort een concreet probleem op te lossen waarvoor de standaardonderdelen niet volstaan. Het moet ook bruikbaar blijven wanneer een productnaam langer wordt, een afbeelding ontbreekt of iemand de e-mail op een telefoon opent. Bepaal welk klein onderdeel je echt nodig hebt, test het buiten de editor en hergebruik alleen de versie die deze situaties goed doorstaat.
Bepaal de kleinst mogelijke aanpassing
Schrijf op wat het blok moet uitleggen en waarom de bestaande indeling dat niet goed doet. Houd de opmaak gericht op die functie. Neem niet een complete webpagina-ontwerp over met scripts, interactieve afhankelijkheden of stijlen die e-mailapps mogelijk niet ondersteunen.
Sendvio ondersteunt HTML-blokken voor e-mail. Zorg dat de aangepaste code begrijpelijk blijft voor degene die volgende maand de template onderhoudt. Gebruik een duidelijke structuur, betekenisvolle tekst en passende afbeeldingsbeschrijvingen in plaats van de boodschap in decoratieve code te verbergen.
Leg vast waaraan het onderdeel moet voldoen
Beschrijf het doel, de verplichte en optionele inhoud, de maximaal realistische tekstlengte, links, afbeeldingsgedrag en mobiele leesvolgorde. Een vergelijkingsblok voor twee opties kan bijvoorbeeld per optie een productnaam, onderscheidend kenmerk, prijscontext en actie nodig hebben. Leg vast wat bij elkaar moet blijven wanneer de indeling onder elkaar komt te staan.
Kijk eerst of standaardblokken met een eenvoudigere indeling aan die behoefte voldoen. Aangepaste HTML is zinvol als er een duidelijk communicatieprobleem mee wordt opgelost, niet alleen omdat je er een ingewikkelder compositie mee kunt maken. Elke extra regel in de structuur vraagt uitleg en tests van de volgende bewerker.
Houd het aangepaste blok zelfstandig. Vermijd algemene stijlen die omliggende onderdelen onverwacht veranderen en vertrouw voor de hoofdboodschap niet op scripts of interacties zoals op een website. Vereist de ervaring complexe keuzes of berekeningen, gebruik de e-mail dan om de taak uit te leggen en verwijs naar een geschikte pagina die dat wel ondersteunt.
Controleer het gedrag buiten de editor
E-mails worden niet hetzelfde weergegeven als gewone webpagina’s. Test het daadwerkelijk verzonden bericht in relevante apps, ook op een smal scherm en wanneer afbeeldingen ontbreken. Controleer links, leesvolgorde, tekstvergroting en de combinatie met standaardonderdelen van de template.
Vermijd vaste hoogtes rond inhoud die kan variëren en lange tekenreeksen die niet kunnen afbreken. Een klantnaam of vertaalde kop kan een probleem blootleggen dat met een kort voorbeeld onzichtbaar bleef. Houd een eenvoudiger terugvalontwerp beschikbaar voor als het aangepaste blok niet betrouwbaar werkt.
Test wijzigingen in de inhoud, niet alleen het oorspronkelijke voorbeeld
Vervang de kortste productnaam door de langste realistische naam. Haal een optionele afbeelding weg, voeg een vertaalde kop toe en gebruik een langere prijs- of knoptekst. Controleer of de structuur vanzelf meegroeit of tekst afknipt en lege vlakken met vaste hoogte achterlaat. Zo blijkt of het blok echt herbruikbaar is of alleen op één voorbeeld is afgestemd.
Bekijk het verzonden bericht in relevante e-mailomgevingen. Controleer of de leesvolgorde logisch blijft, de afbeeldingsbeschrijvingen bij de context passen en elke bestemming werkt. Gebruikt de implementatie tabellen voor de indeling, controleer dan dat die de semantische structuur van de inhoud niet verkeerd weergeven voor ondersteunende technologie.
Hergebruik alleen de geteste versie
Bewaar het goedgekeurde blok met een korte uitleg van het doel en de beperkingen. Maak bij wijzigingen onderscheid tussen een gewone tekstaanpassing en een structurele wijziging waarvoor de weergave opnieuw moet worden gecontroleerd.
Voeg geen tracking-scripts of uitvoerbare code toe om een e-mail als een website te laten werken. Als een interactie te ingewikkeld is om betrouwbaar in e-mail uit te voeren, verwijs dan naar een geschikte bestemmingspagina. Een klein betrouwbaar blok is nuttiger voor klanten dan een geavanceerd onderdeel dat alleen in de voorbeeldweergave van de maker werkt.
Bewaar het goedgekeurde blok in versiegebonden templatnotities met een duidelijke eigenaar, ondersteunde toepassingen en bekende beperkingen. Een toekomstige tekstwijziging kan weinig risico opleveren, terwijl een andere kolomstructuur of nieuwe voorwaardelijke inhoud een nieuwe weergavecontrole verdient. Leg dat onderscheid vast, zodat het team niet onnodig alles opnieuw test en een herontwerp ook niet als gewone tekstcorrectie behandelt.
Maak een eenvoudiger alternatief als het onderdeel niet betrouwbaar kan werken. Een vergelijking in één kolom die klanten kunnen lezen is nuttiger dan een complexe indeling die in een veelgebruikte omgeving stukloopt. De praktische acceptatiecriteria zijn: juiste informatie, intacte groepering, leesbare tekst, toegankelijke acties en een onderhoudbare structuur die de volgende campagnebeheerder veilig kan hergebruiken.