HTML Bestandsformaat
De grootte van het HTML-bestand is de grootte van het .html-bestand dat daadwerkelijk wordt verzonden. Deze bestandsgrootte omvat niet de grootte van de inbegrepen afbeeldingen, aangezien deze vanuit dit html-bestand zouden worden gelinkt en gedownload wanneer het wordt geopend.
De maximale grootte die we aanbevelen is 100KB, omdat alles daarboven tot problemen met bezorgbaarheid en weergave kan leiden. Bijvoorbeeld, Gmail zal uw html afkappen bij 102KB. Afkapping zal het einde van uw e-mail verbergen en kan uw indeling verstoren.
De meeste e-mails zouden makkelijk onder de 50KB moeten blijven. Echter, soms zorgen complexe progressieve verbeteringen of een grote hoeveelheid campagne-inhoud voor een grotere bestandsgrootte. Als dit gebeurt zijn er een aantal manieren om de grootte van uw HTML-bestand te verminderen.
Maak uw code schoon. E-mail verandert constant en we zien veel sjablonen met verouderde code erin. Een snelle opruiming kan een paar KB besparen.
Gebruik niet te veel code. Sommige sjablonen die we zien hebben extra code die eenvoudigweg niet nodig is. De grootste boosdoener is het toevoegen van extra tabelelementen. De meeste opmaak kan bereikt worden met 5-10 tabellen, maar we zien vaak code met 30-40 tabellen. Minder tabellen heeft ook als bijkomend voordeel dat uw code makkelijker leesbaar wordt.
Verplaats wat code van HTML naar CSS. Het is nog niet veilig om al uw stijlen naar CSS te verplaatsen, maar als het correct wordt gedaan, kan het verplaatsen van sommige inline stijlen naar ingebedde stijlen helpen de code te verminderen.
Vereenvoudig uw ontwerp. Een andere optie is om terug te gaan naar de ontwerpfase. Enkelkolom e-mails gebruiken veel minder code.
Minimaliseer uw code. Het minimaliseren van code zal onnodige spaties en opmerkingen verwijderen. Dit kan een grote impact hebben, maar wees voorzichtig, want veel ESP's hanteren een maximale regellengte die een nieuwe regel kan afdwingen en de code kan breken.
Grootte van Externe Middelen
De grootte van externe middelen is de grootte van al uw afbeeldingen en externe stijlsheets. Omdat externe groottes zeldzaam zijn, richten we ons nu meer op afbeeldingen.
Als u achtergrondafbeeldingen en media queries gebruikt, dan is het mogelijk dat in bepaalde omgevingen niet alles voor elke gebruiker wordt gedownload. Maar, onthoud dat zelfs als u display:none; op een <img> element definieert, het nog steeds zal downloaden. Er is momenteel geen manier om dit te stoppen.
De maximale grootte voor de meeste afbeeldingen is 100KB, maar als u een grote hoge resolutie afbeelding of een geanimeerde gif hebt, kan dat oplopen tot 500KB. Echter, het gaat meer om de totale grootte, die we zullen behandelen in de volledige geladen e-mailgrootte sectie.
Er zijn een hoop middelen beschikbaar om te helpen met het comprimeren van afbeeldingsgroottes:
ImageOptim – op Mac, of als een webservice
Caesium – op Windows
CDN – Veel CDN's hebben beeldoptimalisatie ingebouwd. Sommige passen zelfs de compressie aan afhankelijk van de beschikbare bandbreedte.
Hier zijn enkele andere tips die we aanbevelen:
Zorg ervoor dat u het meest geschikte formaat gebruikt, .jpg voor foto's, .gif voor grafieken en .png voor wanneer u alfa-kanalen nodig heeft.
Vereenvoudig uw ontwerp. Ga opnieuw terug naar de ontwerpfase om minder afbeeldingen te gebruiken, kleinere afbeeldingen, of eenvoudigere afbeeldingen die tot kleinere groottes kunnen worden gecomprimeerd.
Volledig Geladen E-mailgrootte
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. U zult waarschijnlijk uw e-mails testen in een kantoor met een zeer snelle verbinding, maar veel van uw ontvangers kunnen zich op mobiele apparaten bevinden met een trage 3G-verbinding.
Op een goede verbinding zou een totale e-mailgrootte van 1mb in een fractie van een seconde laden en voor de gebruiker direct lijken. Echter, op een 3G-verbinding kan het tussen de 2 en 14 seconden duren om de volledige e-mail te laden. En, als uw doelgroep zich waarschijnlijk op een 2G-verbinding bevindt, kan die download een paar minuten duren.
Dit is ook een potentieel probleem voor gebruikers met restrictieve dataplannen die elke MB die ze downloaden moeten overwegen. Dit is met name een overweging in ontwikkelende landen.
Een paar dingen die u kunt doen om te helpen:
Kijk allereerst naar alle aanbevelingen die we noemden over het optimaliseren van html- en afbeeldingsgrootte.
Als u de tijd heeft, is het altijd goed om te experimenteren met code en te testen wat echt nodig is en wat u kunt weglaten. Experimenteer met afbeeldingen en probeer verschillende manieren om ze te comprimeren. Zorg ervoor dat uw e-mail er goed uitziet en logisch blijft zonder afbeeldingen, zodat uw gebruikers alvast beginnen te kijken naar uw e-mail terwijl ze wachten op het laden van de afbeeldingen.
Alles Samenvoegen
Met bestandsgroottes, zoals met veel dingen, komt het allemaal neer op compromis. U kunt wat A/B-testen doen en ontdekken dat grote hoge resolutie afbeeldingen 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 samenvoegt, kunt u zien dat dingen slechter beginnen te presteren.