Wanneer we het hebben over bestandsgroottes in e-mail, hebben we het eigenlijk over 3 onderwerpen: de grootte van het verzonden HTML-bestand, de grootte van externe assets en de volledige geladen grootte. We willen al deze bestandsgroottes zo klein mogelijk houden, maar wat zijn de maximale groottes en waar moeten we naar streven?
HTML Bestandsgrootte
HTML-bestandsgrootte is de grootte van het .html-bestand dat daadwerkelijk wordt verzonden. Deze bestandsgrootte omvat niet de grootte van de bijgevoegde afbeeldingen, aangezien deze aan dit html-bestand zouden worden gekoppeld en bij het openen worden gedownload.
De maximale grootte die we aanbevelen is 100KB, omdat alles daarboven kan leiden tot bezorg- en weergaveproblemen. Bijvoorbeeld, Gmail zal je html inkorten bij 102KB. Inkorting zal het einde van je e-mail verbergen en kan je lay-out breken. Gmail's verwerking van e-mails heeft ook andere overwegingen, zoals de impact van afbeeldings-prefetching op e-mailtracking.
De meeste e-mails zouden gemakkelijk onder de 50KB moeten blijven. Soms zorgen echter complexe progressieve verbeteringen of een grote hoeveelheid campagnemateriaal voor een grotere bestandsgrootte. Als dit gebeurt, zijn er een aantal manieren om de grootte van je HTML-bestand te helpen verminderen.
Reinig je code. E-mail verandert voortdurend en we zien veel sjablonen met verouderde code erin. Een snelle opruiming kan een paar KB's besparen.
Overcodeer niet. Sommige sjablonen die we zien, hebben extra code die gewoon niet nodig is. Voor begeleiding bij het maken van efficiënte sjablonen, zie onze gids over geavanceerde e-mailsjablonen. De grootste boosdoener is het toevoegen van extra tabelelementen. De meeste lay-outs kunnen worden bereikt met 5-10 tabellen, maar we zien vaak code met 30-40 tabellen. Minder tabellen maken je code ook makkelijker leesbaar.
Verplaats wat code van HTML naar CSS. Het is nog niet veilig om al je stijlen naar CSS te verplaatsen, maar als het correct wordt gedaan, kan het verplaatsen van enkele inline stijlen naar embedded stijlen helpen om de code te verkleinen.
Vereenvoudig je ontwerp. Een andere optie is om terug te gaan naar de ontwerpfase. E-mails met één kolom gebruiken veel minder code.
Minimaliseer je code. Het minimaliseren van code verwijdert onnodige spaties en opmerkingen. Dit kan een enorm effect hebben, maar wees voorzichtig, aangezien veel ESP's een maximale regellengte afdwingen die een nieuwe regel kan afdwingen en de code kan breken.
Externe Vermogen Grootte
Volledig Geladen Email Size
Dit is de gecombineerde grootte van alles wanneer de e-mail wordt geopend en alles wordt gedownload. Dit kan variëren afhankelijk van de omgeving waarin de e-mail wordt geopend.
Het belangrijkste probleem hier is de tijd die het kost om de e-mail te laden. Je zult waarschijnlijk je e-mails testen in een kantoor met een zeer snelle verbinding, maar veel van je ontvangers kunnen zich op mobiele apparaten met een trage 3G-verbinding bevinden.
Bij een goede verbinding zou een totale e-mailgrootte van 1MB in een fractie van een seconde laden en voor de gebruiker onmiddellijk lijken. Echter, op een 3G-verbinding kan het tussen de 2 en 14 seconden duren om de volledige e-mail te laden. En als je doelgroep zich waarschijnlijk op een 2G-verbinding bevindt, kan die download enkele minuten duren. Wanneer e-mails langzaam laden, worden aansprekende onderwerpregels nog kritischer voor betrokkenheid.
Dit is ook een potentieel probleem voor gebruikers met beperkende databundels die bij elk MB moeten overwegen wat ze downloaden. Dit is met name een overweging in ontwikkelingslanden.
Een paar dingen die je kunt doen om te helpen:
Kijk allereerst naar alle aanbevelingen die we noemden over html- en afbeeldingsoptimalisatie.
Als je de tijd hebt, is het altijd goed om met code te experimenteren en te testen wat echt nodig is en wat je kunt weglaten. Experimenteer met afbeeldingen en probeer verschillende manieren om ze te comprimeren. Zorg ervoor dat je e-mail er goed uitziet en logisch is zonder afbeeldingen, zodat je gebruikers naar je e-mail kunnen kijken terwijl ze wachten op de afbeeldingen.
Alles samenvoegen
Bij bestandsgroottes, zoals bij veel dingen, komt het allemaal neer op een compromis. U kunt A/B-tests uitvoeren en ontdekken dat grote afbeeldingen met hoge resolutie goed presteren. U kunt ontdekken dat veel gedetailleerde inhoud goed presteert. U kunt ontdekken dat complexe interactiviteit goed presteert. Echter, wanneer u alle drie in een enkele campagne stopt – kunt u zien dat dingen beginnen slecht te presteren. E-mailprestatieproblemen kunnen ook voortkomen uit afleverproblemen zoals spelfouten in e-mailadressen.
