HTML codering voor email nieuwsbrieven is veel gecompliceerder dan voor websites. Waar voor het internet gecodeerd wordt voor bijvoorbeeld Internet Explorer, Mozilla, Firefox etc. wordt voor email gebruikt gemaakt van talloze email clients (Outlook, Gmail, Hotmail, Horde, Squirrel etc.) die op hun beurt de HTML code weer op hun eigen manier rendert. Alleen al de manier van rendering in Outlook 2002 ten opzichte van Outlook 2007 en Outlook 2010 (bèta versie) is ingrijpend gewijzigd.
Vóór Outlook 2007 maakte Outlook gebruik van IE om te renderen. Vanaf Outlook 2007 wordt gebruik gemaakt van de beperkte HTML support van Word 2007. Het gebruik van bijvoorbeeld background images in HTML email nieuwsbrieven behoren sindsdien tot het verleden. De nieuwe Outlook 2010 kampt met dezelfde beperkingen, althans in de bèta versie. Verbeteringen echter hoeven we niet te verwachten.
Desktop email clients: Apple Mail, Lotus Notes, Microsoft Outlook, Outlook Express, Thunderbird
Web-based email clients: AOL Mail, Gmail, live Hotmail, Mail.com, Mobile Me, Yahoo! Mail, horde, Squirell
Correcte HTML zorgt voor een attractief en bruikbaar bericht dat een hogere conversierate oplevert dan "gewone" tekstberichten. Slecht gecodeerde HTML levert onleesbare en niet correct functionerendenieuwsbrieven op, en erger nog, ertoe kan leiden dat uwnieuwsbrief door email blocks en filters als spamworden geïnterpreteerd met alle gevolgen van dien.
Met die gedachte volgen hier enkele algemene HTML codering tips voor email nieuwsbrieven:
Webdesigners gebruiken Cascade Style Sheets (CSS) om een constante style toe te passen op hun website. Echter kan dat problemen veroorzaken aangezien email clients verschillend met style sheets omgaan.
| Email-clients | Hotmail | Yahoo | GMail | Outlook |
|---|---|---|---|---|
| linked style sheet | nee stripped |
nee | nee | ja |
| embedded tussen <HEAD> tags | nee stripped |
nee | nee stripped |
ja |
| embedded tussen <BODY> tags | nee stripped |
nee | nee stripped |
ja |
| Onder voorbehoud van gebruikte versie | ||||
Kleurgebruik is heel belangrijk. Het kan echter ook problemen op leveren. Gebruik geen donkere achtergrondkleur, het zal de leesbaarheid van uw tekst en call to action doen afnemen.
Divers internet Poll-onderzoek heeft als resultaat opgeleverd (lees meer):
Vrouwelijke top 3 favoriete kleuren zijn: blauw, paars, groen (koele kleuren)
Vrouwelijke top 3 minst favoriete kleuren zijn: oranje, bruin, grijs (warme en neutrale kleuren)
Mannelijke top 3 favoriete kleuren zijn: blauw, groen, zwart ( 2 koele en 1 neutrale kleur)
Mannelijke top 3 minst favoriete kleuren zijn: bruin, oranje, paars (neutrale warme en gemengde kleuren)
Van de favoriete kleuren neemt de voorkeur voor groen af naarmate de leeftijd hoger wordt (beide geslachten)
Van de favoriete kleuren neemt de voorkeur voor paars toe naarmate de leeftijd hoger wordt (beide geslachten)
Van de minst favoriete kleuren neemt de afkeer van oranje verder toe naarmate de leeftijd hoger wordt (beide geslachten)
Gebruik een witte of in ieder geval een lichte achtergrond kleur met een donkere font kleur om de leesbaarheid te vergroten. Maak gebruik van background atributen van zoals <TABLE> en <TD> en niet in de <BODY> tag. Sommige web-based email clients zoals Hotmail verwijderen de inhoud van body tag. Wilt u een achtergondkleur op de gehele pagina hebben maak dan een extra tabel aan waarin u uw nieuwsbrief plaatst en geef die de achtergrond kleur mee die u wenst.
Vermijd witte fonts. Het lijkt aardig op een donkere achtergrond maar komt de leesbaarheid niet ten goede. Een nog veel groter probleem is dat spamfilters het gebruik van wit (#FFFFFF) in een <FONT> tag zien als spam. Spammers gebruiken dit om onzichtbare informatie in een email te plaatsen door witte tekst te gebruiken op een witte achtergrond.
Het gebruik van achtergrondplaatjes is in zijn geheel af te raden. Zo goed als alle nieuwe versies van desktop email clients en web-based email clients ondersteunen het HTML attribute background niet. Dat geldt ook voor het inline style attribuut background-image. Een uitzondering is overigens Outlook 2007. Daar werkthet inline style attribuut background-image wel, echter uitsluitend in de body-tag. Net als de rest van de images wordt deze zichtbaar indien er toestemming gegeven wordt plaatjes te downloaden. U moet wel rekening houden met het feit dat het doorgaans bijbehorende background-repeat attribuut weer niet werkt met als gevolg dat uw plaatje over de hele pagina zowel verticaal als horizontaal herhaald zal worden.In dat geval doet u er raadzaam aan het plaatje in ieder geval hoger te maken dan de nieuwsbrief zelf, tenzij de herhaling uiteraard de bedoeling is.
Indien u extra ruimte wilt tussen bepaalde elementen binnen uw nieuwsbrief voorkom dan het gebruik van de attributen padding en margin. Deze worden niet consistent gerenderd door de verschillende email clients. In plaats van padding en margin is het aan te raden extra cellen te plaatsen binnen uw tabellen of gebruik te maken van cellspacing en cellpadding.
Knoppen en andere supporting images moeten de aandacht trekken van de ontvanger. Zorg dat de tekst erin goed opvalt en goed leesbaar is. Nog belangrijker is dat de ontvanger de call to action goed begrijpt. Beter is nog om de knop in HTML te maken. Dit in verband met het blocken van images in eerste instantie door de meeste email clients. Indien u toch een image gebruikt is het raadzaam de link van de call to action ook tekstueel in uw ontwerp te plaatsen.
Gebruik geen formulieren in uw email nieuwsbrief. Bijvoorbeeld, Hotmail laat wel het formulier zien maar verwijdert alle waarden hetgeen uw formulier zinloos maakt. Zorg er dus voor dat uw formulieren opuw landingpages staan en niet in de email.
Vermijd scripts zoals Javascript en VBscript vanwege beperkte support. Daar komt bij dat veiligheids risico's de laatste jaren toegenomen zijn waardoor de meeste email-clients ze uit uw email strippen.
Ondanks de bovenstaande tips blijft het belangrijk om uw HTML email nieuwsbrievente blijven testen op de gangbare email clients die uw ontvangers gebruiken. Trek daar genoeg tijd voor uit. De kosten van uitvoerig testen weegt immers niet op tegen het verlies aan ROI van uw email campagnes indien uw emails niet leesbaar zijn. Een 100% compatibiliteit is moeilijk haalbaar voor ingewikkelde ontwerpen aangezien de email clients zicht voortdurend blijven ontwikkelen. Streef in ieder geval naar het beste compromis. Als u echter bovenstaande tips hanteert moet u een eind kunnen komen.