Het belang van e-mailbestandsgrootte
Bird
27 aug 2018
1 min read
Belangrijkste punten
Premise: De effectiviteit van een e-mailcampagne hangt sterk af van de bestandsgrootte — zowel voor bezorgbaarheid als gebruikerservaring. Te grote HTML- of afbeeldingsbestanden kunnen leiden tot inkorting, trage laadtijden en lagere betrokkenheid, vooral op mobiele apparaten.
Doel: Marketeers helpen om het ontwerpgelang te balanceren met technische beperkingen door HTML, externe middelen en volledig geladen grootte te optimaliseren.
Hoogtepunten:
HTML-bestandsgrootte:
Houd onder 100 KB om Gmail-inkorting te voorkomen (ideale doel ≈ 50 KB).
Te grote HTML kan lay-outs breken en de bezorgbaarheid beïnvloeden.
Grootte verminderen door:
Code opschonen (verwijder verouderde opmaak en ongebruikte elementen).
Het vermijden van overnesting van tabellen — 5–10 tabellen zijn meestal voldoende.
Veilige inline stijlen naar ingesloten CSS verplaatsen waar mogelijk.
Lay-out vereenvoudigen (eenkolomsontwerpen) en code minificeren.
Externe middelen (voornamelijk afbeeldingen):
Aanbevolen maximum = 100 KB per afbeelding; geanimeerde GIF's kunnen 500 KB bereiken.
Optimaliseer met ImageOptim, Caesium of CDN-compressie.
Kies de juiste formaten: JPG voor foto's, GIF voor grafieken, PNG voor transparantie.
Gebruik minder, lichtere afbeeldingen — display :none downloadt nog steeds middelen.
Volledig geladen grootte:
Ideale totale laad ≤ 1 MB voor soepele prestaties.
Op 3G-netwerken kunnen grote e-mails 2–14 seconden duren om te laden; nog langer op 2G.
Optimaliseer voor langzame of beperkte-data gebruikers (vooral in ontwikkelingsgebieden).
Testen en balans:
A/B-test om de afweging tussen visuele rijkdom en prestaties te vinden.
Zorg ervoor dat de e-mail leesbaar is zonder afbeeldingen voor snellere waargenomen laadtijd.
Slechte optimalisatie van de grootte kan problemen met bezorgbaarheid en betrokkenheid versterken.
Resultaat: Schone, compacte code en geoptimaliseerde media leiden tot snellere laadtijden, betere plaatsing in de inbox en betere gebruikerservaring op alle apparaten.
Q&A Hoogtepunten
Waarom doet e-mailbestandsgrootte ertoe?
Grote e-mails riskeren het afknippen in Gmail en veroorzaken lange laadtijden — beide schaden de betrokkenheid en leverbaarheid.
Wat is de aanbevolen maximale HTML-grootte?
Houd uw HTML onder 100 KB (idealiter < 50 KB). Gmail knipt berichten af bij 102 KB.
Hoe kan ik mijn HTML-grootte verminderen?
Verwijder overtollige code, minimaliseer tabelnesten, consolideer CSS en minimaliseer veilig.
Wat is de beste manier om met het gewicht van afbeeldingen om te gaan?
Comprimeer bestanden met behulp van CDNs of optimalisatie tools, gebruik de juiste formaten, en beperk elk tot ≤ 100 KB.
Hoe kan ik toegankelijkheid voor gebruikers met trage verbindingen garanderen?
Houd de totale e-mailgrootte < 1 MB, ontwerp voor no-image fallback, en geef prioriteit aan het eerst laden van essentiële inhoud.
Wat is het uiteindelijke doel van e-mail grootte optimalisatie?
Om de ontwerpkwaliteit, leverbaarheid en snelheid in balans te brengen — resulterend in hogere open- en klikfrequenties.
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 middelen en de volledig geladen grootte. We willen al deze bestandsgroottes zo klein mogelijk houden, maar wat zijn de maximale groottes en waar moeten we naar streven?
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 middelen en de volledig geladen grootte. We willen al deze bestandsgroottes zo klein mogelijk houden, maar wat zijn de maximale groottes en waar moeten we naar streven?
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 middelen en de volledig 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 vanuit dit html-bestand worden gelinkt en bij het openen worden gedownload.
De maximale grootte die we aanbevelen is 100KB, omdat alles daarboven kan leiden tot problemen met bezorgbaarheid en weergave. Gmail knipt bijvoorbeeld uw html af op 102KB. Het afknippen verbergt het einde van uw e-mail en kan uw lay-out breken. Het verwerken van e-mails door Gmail heeft ook andere overwegingen, zoals impact van het vooraf laden van afbeeldingen op e-mailtracking.
De meeste e-mails zouden gemakkelijk onder 50KB moeten blijven. Soms resulteert echter complexe progressieve verbetering of een grote hoeveelheid campagnemateriaal in een grotere bestandsgrootte. Als dit gebeurt, zijn er verschillende manieren om de grootte van uw HTML-bestand te verminderen.
Maak uw code schoon. E-mail verandert voortdurend en we zien veel sjablonen met verouderde code. Een snelle opruiming kan een aantal KB's besparen.
Overdrijf niet met coderen. Sommige sjablonen die we zien hebben extra code die eenvoudigweg niet nodig is. Voor begeleiding bij het maken van efficiënte sjablonen, zie onze gids over geavanceerde e-mailsjablonen. De ergste overtreding 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 heeft ook het bijkomende voordeel dat uw code gemakkelijker 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 ingesloten stijlen helpen om de code te verminderen.
Vereenvoudig uw ontwerp. Een andere optie is om terug te gaan naar de ontwerpfase. E-mails met één kolom gebruiken veel minder code.
Minimaliseer uw code. Het minimaliseren van code verwijdert onnodige spaties en opmerkingen. Dit kan een groot effect hebben, maar wees voorzichtig aangezien veel ESP's een maximale regellengte afdwingen die een nieuwe regel kan afdwingen en de code kan breken.
Aanbevolen limieten voor e-mailgrootte
Metriek | Aanbevolen limiet |
|---|---|
HTML-bestandsgrootte (ideaal) | ≤ 50 KB |
HTML-bestandsgrootte (max) | 100 KB |
Afbeeldingsbestandsgrootte (typisch max) | ≤ 100 KB |
Geanimeerde GIF max | Tot 500 KB |
Volledig geladen e-mailgrootte (aanbevolen) | ≤ 1 MB |
Laadimpact op langzame netwerken | 2–14 sec op 3G; veel langer op 2G |
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 vanuit dit html-bestand worden gelinkt en bij het openen worden gedownload.
De maximale grootte die we aanbevelen is 100KB, omdat alles daarboven kan leiden tot problemen met bezorgbaarheid en weergave. Gmail knipt bijvoorbeeld uw html af op 102KB. Het afknippen verbergt het einde van uw e-mail en kan uw lay-out breken. Het verwerken van e-mails door Gmail heeft ook andere overwegingen, zoals impact van het vooraf laden van afbeeldingen op e-mailtracking.
De meeste e-mails zouden gemakkelijk onder 50KB moeten blijven. Soms resulteert echter complexe progressieve verbetering of een grote hoeveelheid campagnemateriaal in een grotere bestandsgrootte. Als dit gebeurt, zijn er verschillende manieren om de grootte van uw HTML-bestand te verminderen.
Maak uw code schoon. E-mail verandert voortdurend en we zien veel sjablonen met verouderde code. Een snelle opruiming kan een aantal KB's besparen.
Overdrijf niet met coderen. Sommige sjablonen die we zien hebben extra code die eenvoudigweg niet nodig is. Voor begeleiding bij het maken van efficiënte sjablonen, zie onze gids over geavanceerde e-mailsjablonen. De ergste overtreding 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 heeft ook het bijkomende voordeel dat uw code gemakkelijker 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 ingesloten stijlen helpen om de code te verminderen.
Vereenvoudig uw ontwerp. Een andere optie is om terug te gaan naar de ontwerpfase. E-mails met één kolom gebruiken veel minder code.
Minimaliseer uw code. Het minimaliseren van code verwijdert onnodige spaties en opmerkingen. Dit kan een groot effect hebben, maar wees voorzichtig aangezien veel ESP's een maximale regellengte afdwingen die een nieuwe regel kan afdwingen en de code kan breken.
Aanbevolen limieten voor e-mailgrootte
Metriek | Aanbevolen limiet |
|---|---|
HTML-bestandsgrootte (ideaal) | ≤ 50 KB |
HTML-bestandsgrootte (max) | 100 KB |
Afbeeldingsbestandsgrootte (typisch max) | ≤ 100 KB |
Geanimeerde GIF max | Tot 500 KB |
Volledig geladen e-mailgrootte (aanbevolen) | ≤ 1 MB |
Laadimpact op langzame netwerken | 2–14 sec op 3G; veel langer op 2G |
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 vanuit dit html-bestand worden gelinkt en bij het openen worden gedownload.
De maximale grootte die we aanbevelen is 100KB, omdat alles daarboven kan leiden tot problemen met bezorgbaarheid en weergave. Gmail knipt bijvoorbeeld uw html af op 102KB. Het afknippen verbergt het einde van uw e-mail en kan uw lay-out breken. Het verwerken van e-mails door Gmail heeft ook andere overwegingen, zoals impact van het vooraf laden van afbeeldingen op e-mailtracking.
De meeste e-mails zouden gemakkelijk onder 50KB moeten blijven. Soms resulteert echter complexe progressieve verbetering of een grote hoeveelheid campagnemateriaal in een grotere bestandsgrootte. Als dit gebeurt, zijn er verschillende manieren om de grootte van uw HTML-bestand te verminderen.
Maak uw code schoon. E-mail verandert voortdurend en we zien veel sjablonen met verouderde code. Een snelle opruiming kan een aantal KB's besparen.
Overdrijf niet met coderen. Sommige sjablonen die we zien hebben extra code die eenvoudigweg niet nodig is. Voor begeleiding bij het maken van efficiënte sjablonen, zie onze gids over geavanceerde e-mailsjablonen. De ergste overtreding 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 heeft ook het bijkomende voordeel dat uw code gemakkelijker 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 ingesloten stijlen helpen om de code te verminderen.
Vereenvoudig uw ontwerp. Een andere optie is om terug te gaan naar de ontwerpfase. E-mails met één kolom gebruiken veel minder code.
Minimaliseer uw code. Het minimaliseren van code verwijdert onnodige spaties en opmerkingen. Dit kan een groot effect hebben, maar wees voorzichtig aangezien veel ESP's een maximale regellengte afdwingen die een nieuwe regel kan afdwingen en de code kan breken.
Aanbevolen limieten voor e-mailgrootte
Metriek | Aanbevolen limiet |
|---|---|
HTML-bestandsgrootte (ideaal) | ≤ 50 KB |
HTML-bestandsgrootte (max) | 100 KB |
Afbeeldingsbestandsgrootte (typisch max) | ≤ 100 KB |
Geanimeerde GIF max | Tot 500 KB |
Volledig geladen e-mailgrootte (aanbevolen) | ≤ 1 MB |
Laadimpact op langzame netwerken | 2–14 sec op 3G; veel langer op 2G |
Externe Assets Size
Externe assetgrootte is de grootte van al uw afbeeldingen en externe stijlbladen. Omdat externe groottes zeldzaam zijn, richten we ons nu meer op afbeeldingen.
Als je achtergrondafbeeldingen en mediaquery's gebruikt, is het mogelijk dat in bepaalde omgevingen niet alles voor elke gebruiker wordt gedownload. Maar, onthoud dat zelfs als je display:none; defineert op een <img>-element, 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 je één grote hoge resolutie afbeelding of een geanimeerde gif hebt, kan dat oplopen tot 500KB. Het begrijpen van e-mailprestaties vereist vaak het lezen van e-mailheaders voor probleemoplossing. Het gaat echter meer over de totale grootte, wat we zullen bespreken in de sectie over volledig geladen e-mailgrootte.
Er zijn veel middelen beschikbaar om te helpen met het comprimeren van afbeeldingsgroottes:
ImageOptim – op Mac of als een webservice
Caesium – op Windows
CDN – Veel CDNs hebben ingebouwde beeldoptimalisatie. Sommigen zullen zelfs de compressie aanpassen afhankelijk van de beschikbare bandbreedte.
Hier zijn enkele andere tips die we aanbevelen:
Zorg ervoor dat je het meest geschikte formaat gebruikt, .jpg voor foto's, .gif voor grafieken en .png wanneer je alfakanalen nodig hebt
Vereenvoudig je ontwerp. Ga terug naar de ontwerpfase om minder afbeeldingen, kleinere afbeeldingen of eenvoudigere afbeeldingen te gebruiken die tot kleinere formaten kunnen worden gecomprimeerd.
Externe assetgrootte is de grootte van al uw afbeeldingen en externe stijlbladen. Omdat externe groottes zeldzaam zijn, richten we ons nu meer op afbeeldingen.
Als je achtergrondafbeeldingen en mediaquery's gebruikt, is het mogelijk dat in bepaalde omgevingen niet alles voor elke gebruiker wordt gedownload. Maar, onthoud dat zelfs als je display:none; defineert op een <img>-element, 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 je één grote hoge resolutie afbeelding of een geanimeerde gif hebt, kan dat oplopen tot 500KB. Het begrijpen van e-mailprestaties vereist vaak het lezen van e-mailheaders voor probleemoplossing. Het gaat echter meer over de totale grootte, wat we zullen bespreken in de sectie over volledig geladen e-mailgrootte.
Er zijn veel middelen beschikbaar om te helpen met het comprimeren van afbeeldingsgroottes:
ImageOptim – op Mac of als een webservice
Caesium – op Windows
CDN – Veel CDNs hebben ingebouwde beeldoptimalisatie. Sommigen zullen zelfs de compressie aanpassen afhankelijk van de beschikbare bandbreedte.
Hier zijn enkele andere tips die we aanbevelen:
Zorg ervoor dat je het meest geschikte formaat gebruikt, .jpg voor foto's, .gif voor grafieken en .png wanneer je alfakanalen nodig hebt
Vereenvoudig je ontwerp. Ga terug naar de ontwerpfase om minder afbeeldingen, kleinere afbeeldingen of eenvoudigere afbeeldingen te gebruiken die tot kleinere formaten kunnen worden gecomprimeerd.
Externe assetgrootte is de grootte van al uw afbeeldingen en externe stijlbladen. Omdat externe groottes zeldzaam zijn, richten we ons nu meer op afbeeldingen.
Als je achtergrondafbeeldingen en mediaquery's gebruikt, is het mogelijk dat in bepaalde omgevingen niet alles voor elke gebruiker wordt gedownload. Maar, onthoud dat zelfs als je display:none; defineert op een <img>-element, 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 je één grote hoge resolutie afbeelding of een geanimeerde gif hebt, kan dat oplopen tot 500KB. Het begrijpen van e-mailprestaties vereist vaak het lezen van e-mailheaders voor probleemoplossing. Het gaat echter meer over de totale grootte, wat we zullen bespreken in de sectie over volledig geladen e-mailgrootte.
Er zijn veel middelen beschikbaar om te helpen met het comprimeren van afbeeldingsgroottes:
ImageOptim – op Mac of als een webservice
Caesium – op Windows
CDN – Veel CDNs hebben ingebouwde beeldoptimalisatie. Sommigen zullen zelfs de compressie aanpassen afhankelijk van de beschikbare bandbreedte.
Hier zijn enkele andere tips die we aanbevelen:
Zorg ervoor dat je het meest geschikte formaat gebruikt, .jpg voor foto's, .gif voor grafieken en .png wanneer je alfakanalen nodig hebt
Vereenvoudig je ontwerp. Ga terug naar de ontwerpfase om minder afbeeldingen, kleinere afbeeldingen of eenvoudigere afbeeldingen te gebruiken die tot kleinere formaten kunnen worden gecomprimeerd.
Volledig geladen Email Size
Dit is de gecombineerde grootte van alles wanneer de e-mail wordt geopend en alles is 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 test uw e-mails waarschijnlijk op kantoor met een zeer snelle verbinding, maar veel van uw ontvangers zijn mogelijk op mobiele apparaten met een trage 3G-verbinding.
Op een goede verbinding zou een totale e-mailgrootte van 1 MB 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 waarschijnlijk een 2G-verbinding heeft, kan het downloaden enkele minuten duren. Wanneer e-mails langzaam laden, worden boeiende onderwerplijnen nog kritischer voor betrokkenheid.
Dit is ook een potentieel probleem voor gebruikers met beperkende dataplannen die elke MB die ze downloaden moeten overwegen. Dit is vooral een overweging in ontwikkelingslanden.
Een paar dingen die u kunt doen om te helpen:
Ten eerste, kijk naar alle aanbevelingen die we noemden met betrekking tot html- en afbeeldingsgrootte-optimalisatie
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 is zonder afbeeldingen, zodat uw gebruikers al naar uw e-mail kunnen kijken terwijl ze wachten op de afbeeldingen.
Dit is de gecombineerde grootte van alles wanneer de e-mail wordt geopend en alles is 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 test uw e-mails waarschijnlijk op kantoor met een zeer snelle verbinding, maar veel van uw ontvangers zijn mogelijk op mobiele apparaten met een trage 3G-verbinding.
Op een goede verbinding zou een totale e-mailgrootte van 1 MB 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 waarschijnlijk een 2G-verbinding heeft, kan het downloaden enkele minuten duren. Wanneer e-mails langzaam laden, worden boeiende onderwerplijnen nog kritischer voor betrokkenheid.
Dit is ook een potentieel probleem voor gebruikers met beperkende dataplannen die elke MB die ze downloaden moeten overwegen. Dit is vooral een overweging in ontwikkelingslanden.
Een paar dingen die u kunt doen om te helpen:
Ten eerste, kijk naar alle aanbevelingen die we noemden met betrekking tot html- en afbeeldingsgrootte-optimalisatie
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 is zonder afbeeldingen, zodat uw gebruikers al naar uw e-mail kunnen kijken terwijl ze wachten op de afbeeldingen.
Dit is de gecombineerde grootte van alles wanneer de e-mail wordt geopend en alles is 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 test uw e-mails waarschijnlijk op kantoor met een zeer snelle verbinding, maar veel van uw ontvangers zijn mogelijk op mobiele apparaten met een trage 3G-verbinding.
Op een goede verbinding zou een totale e-mailgrootte van 1 MB 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 waarschijnlijk een 2G-verbinding heeft, kan het downloaden enkele minuten duren. Wanneer e-mails langzaam laden, worden boeiende onderwerplijnen nog kritischer voor betrokkenheid.
Dit is ook een potentieel probleem voor gebruikers met beperkende dataplannen die elke MB die ze downloaden moeten overwegen. Dit is vooral een overweging in ontwikkelingslanden.
Een paar dingen die u kunt doen om te helpen:
Ten eerste, kijk naar alle aanbevelingen die we noemden met betrekking tot html- en afbeeldingsgrootte-optimalisatie
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 is zonder afbeeldingen, zodat uw gebruikers al naar uw e-mail kunnen kijken terwijl ze wachten op de afbeeldingen.
Alles Samenbrengen
Met bestandsgroottes, zoals met veel dingen, komt het allemaal neer op compromis. U kunt wat A/B-testen 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. Maar wanneer u alle drie in een enkele campagne stopt, kunt u zien dat dingen slecht beginnen te presteren. Problemen met de prestaties van e-mail kunnen ook voortkomen uit afleverproblemen zoals typfouten in e-mailadressen.
Met bestandsgroottes, zoals met veel dingen, komt het allemaal neer op compromis. U kunt wat A/B-testen 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. Maar wanneer u alle drie in een enkele campagne stopt, kunt u zien dat dingen slecht beginnen te presteren. Problemen met de prestaties van e-mail kunnen ook voortkomen uit afleverproblemen zoals typfouten in e-mailadressen.
Met bestandsgroottes, zoals met veel dingen, komt het allemaal neer op compromis. U kunt wat A/B-testen 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. Maar wanneer u alle drie in een enkele campagne stopt, kunt u zien dat dingen slecht beginnen te presteren. Problemen met de prestaties van e-mail kunnen ook voortkomen uit afleverproblemen zoals typfouten in e-mailadressen.
