# QA-checklist voor e-mail: 8 controles voordat je verstuurt

Canonieke URL: https://brew.new/nl/blog/pre-send-email-qa-checklist
Auteur: Thomas Park
Gepubliceerd: 2026-10-11
Bijgewerkt: 2026-10-11

Een QA-checklist voor het versturen is het korte lijstje controles dat je op elke e-mail loslaat voordat die de deur uitgaat. Campagnes die misgaan, gaan meestal de deur uit met een knop die nog naar `#` verwijst, een hero-afbeelding die om 18.00 uur nog is vervangen door een PNG van 4 MB, of een lay-out met twee kolommen die het klassieke Outlook negeert. Elk van die fouten vang je vóór de verzending in een minuut af, en achteraf valt er niets meer aan te doen.

Deze maand hebben we de e-mailcontrole van Brew rond deze checks opnieuw opgebouwd, elk met een exacte drempel. Je kunt ze ook met de hand uitvoeren, met of zonder Brew.

![Het resultaat van een e-mailcontrole met een score, de status of de e-mail klaar is om te versturen en bevindingen gegroepeerd op ernst.](/images/blog/email-audit-findings.png)

*Bevindingen gegroepeerd op ernst, met één oordeel over of de e-mail verzendklaar is.*

## De belangrijkste punten

- Controleer acht onderdelen: links, grootte, afbeeldingen, ondersteuning in e-mailclients, toegankelijkheid, tekst, compliance en markup.
- Gmail knipt HTML boven ongeveer 102 KB af, waardoor de footer en de afmeldlink verdwijnen. Brew waarschuwt al bij 80 KB, omdat kliktracking extra gewicht toevoegt.
- Klik elke link aan in een bezorgde testmail, maar laat een geautomatiseerde checker nooit afmeld- of voorkeurslinks openen.
- De controle van Brew geeft een score van 0 tot 100: min 20 per kritiek probleem, 10 per fout en 3 per waarschuwing. Eén kritiek probleem of één fout betekent: niet klaar.
- De controle blokkeert nooit een verzending, en test geen inboxplaatsing, screenshots van de weergave of de donkere modus.

## 1. Links

Een kapotte link maakt de verzending zinloos. Controleer of:

- elke knop een echte bestemming heeft, niet `#`, `example.com` of een niet-ingevulde `{{url}}`
- geen enkele link een 404 of 410 teruggeeft, naar een domein verwijst dat via DNS niet te vinden is, een ongeldig certificaat heeft, de verbinding weigert of in een redirectlus belandt
- elke link `https` gebruikt
- de zichtbare linktekst overeenkomt met de bestemming. `brew.new/pricing` die ergens anders heen leidt, ziet eruit als phishing
- je openbare URL-verkorters vermijdt, want die delen hun reputatie met elke spammer die ze gebruikt

Klik elke link aan in een bezorgde testmail, niet in de editor. Je ESP herschrijft links bij het versturen voor kliktracking, dus redirectketens en kapotte trackingparameters zie je alleen daar.

Laat een geautomatiseerde checker nooit afmeld- of voorkeurslinks opvragen. Sommige providers zien elk verzoek naar die URL als een afmelding. En een botblokkade die een checker voorgeschoteld krijgt, bewijst niet dat een link dood is. Klik er zelf op.

## 2. Grootte

Gmail knipt berichten met meer dan ongeveer **102 KB** HTML af en verstopt de rest achter de link “Volledig bericht weergeven”. Daardoor verdwijnen de footer, de afmeldlink en het postadres uit beeld, en wordt een afgeknipte marketingmail ongemerkt een complianceprobleem.

Onze drempels:

- **80 KB** HTML geeft een waarschuwing
- **102 KB** HTML is een fout, omdat Gmail de e-mail afknipt
- **3 MB** totale laadgrootte, HTML plus afbeeldingen, geeft een waarschuwing
- **5 MB** totale laadgrootte is een fout

We waarschuwen al bij 80 KB, omdat kliktracking korte links vervangt door langere redirect-URL’s en sommige ESP’s markup toevoegen. Een e-mail van 98 KB in je editor kan als 105 KB aankomen.

De gebruikelijke ballast: inline styles die op elk element worden herhaald, achtergebleven commentaar van de builder, verborgen dubbele secties voor mobiel en desktop, en ingesloten base64-afbeeldingen.

## 3. Afbeeldingen

Elke afbeelding moet:

- `alt`-tekst hebben, of `alt=""` als die puur decoratief is
- `width` en `height` hebben, zodat de lay-out overeind blijft terwijl afbeeldingen laden of als ze worden geblokkeerd
- laden, en echt een afbeelding zijn, geen HTML-foutpagina
- kleiner zijn dan **1 MB**, of **3 MB** voor een GIF

Eén grote afbeelding boven een regel tekst is onleesbaar als afbeeldingen uitstaan, ondoorgrondelijk voor schermlezers en voor sommige filters een spamsignaal. Zet de kop en het aanbod in echte tekst.

## 4. Ondersteuning in e-mailclients

Flexbox, grid, `position`, achtergrondafbeeldingen en inline SVG gaan elk mis in minstens één grote e-mailclient. [Can I email](https://www.caniemail.com/) houdt de ondersteuning per functie en per client bij, en is de beste referentie die er is.

Let het scherpst op Outlook. Gmail en Apple Mail vallen meestal ongemerkt terug op een eenvoudigere weergave. Het klassieke Outlook voor Windows rendert met de lay-outengine van Word, negeert veel CSS-breedtes, laat achtergrondafbeeldingen weg en haalt de padding weg bij knoppen die als opgemaakte links zijn gebouwd.

We markeren een functie voor een clientfamilie, zoals Gmail of Outlook, alleen als minstens twee clients uit die familie de functie laten vallen. Het is alleen een waarschuwing als Outlook de functie kapotmaakt zonder fallback. Al het andere is info. Anders krijgt elke e-mail twintig clientwaarschuwingen en negeert iedereen ze allemaal.

## 5. Toegankelijkheid

De checks die weinig moeite kosten:

- `lang` op `<html>`, zodat schermlezers alles correct uitspreken
- een `<title>`
- kopniveaus op volgorde, zonder sprong van `h1` naar `h4`
- alt-tekst die zegt wat de afbeelding overbrengt. “Staafdiagram waarin het aantal aanmeldingen in maart verdubbelt” helpt. “image1.png” niet
- contrast bij de broodtekst, knoppen en lichtgrijze tekst in de footer, waar de meeste fouten zich verstoppen

[WCAG 2.2](https://www.w3.org/TR/WCAG22/) is de referentie. De meeste problemen in e-mail vallen onder de criteria voor tekstalternatieven, contrast, taal van de pagina en koppen.

## 6. Tekst, onderwerpregel en previewtekst

Houd onderwerpregels onder ongeveer **60 tekens** en **9 woorden**, anders kappen telefoons ze af. Vermijd tekst in HOOFDLETTERS, “RE:” of “FWD:” in mail die geen antwoord is, en reeksen uitroeptekens.

Houd de previewtekst onder ongeveer **90 tekens**, zonder de onderwerpregel te herhalen. Laat je die leeg, dan tonen veel clients in plaats daarvan “Bekijk in je browser”.

Een personalisatietag zonder standaardwaarde stuurt “Hoi ,” naar iedereen van wie de voornaam ontbreekt. Lezers onthouden dat.

Voor elk cijfer moet je een bron kunnen aanwijzen, zeker in eerste versies van AI, die met gemak stellige getallen produceren. [Zo schrijf je marketingmails](/nl/blog/how-to-write-marketing-emails) en de [gids over onderwerpregels](/nl/blog/email-subject-lines) gaan dieper in op de formulering.

## 7. Compliance

Onder [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) heeft commerciële e-mail een werkende afmeldlink en een geldig postadres nodig. Bulkverzenders naar Gmail en Yahoo hebben ook headers nodig voor afmelden met één klik; die komen aan bod in [Wat er nog steeds geldt als een agent je e-mail verstuurt](/nl/blog/agent-email-deliverability).

Transactionele mail hoeft aan sommige marketingregels niet te voldoen, maar wel aan deze checklist. Een betaalbewijs met een dode link wordt nog steeds een supportticket.

## 8. Markup

Verwijder wat e-mailclients weghalen of blokkeren:

- de elementen `<script>`, `<form>` en `<iframe>`
- ingesloten SVG en URI’s met `data:`
- achtergrondafbeeldingen zonder `background-color` als fallback, zodat tekst leesbaar blijft als de afbeelding niet laadt

Begin met een doctype. Zonder doctype renderen sommige clients in quirks mode en verschuift de witruimte.

## De checklist uitvoeren in Brew

De e-mailcontrole van Brew voert deze lijst uit vanuit:

- het tabblad **Controle** in het verzendvenster, naast Voorbeeld en Doelgroep
- de knop **Controleren** bij e-mailstappen op het automatiseringscanvas
- de API en MCP, met `POST /v1/emails/audit` of de tool `audit_email`

Alle velden vind je in de [documentatie over de controle](https://docs.brew.new/create-emails/audit-email) en de [API-referentie](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email).

Gratis **snelle controles** draaien automatisch voor elke regel die alleen de HTML nodig heeft: plaatshouders, grootte, ontbrekende alt-tekst en afmetingen van afbeeldingen, de volgorde van koppen, `lang` en `<title>`, de lengte van onderwerpregel en previewtekst, personalisatietags zonder standaardwaarde en geblokkeerde markup.

**Controle uitvoeren** voegt de checks toe waarvoor het netwerk of een oordeel nodig is:

- een live verzoek naar elke link, tot 100 per e-mail, met uitzondering van afmeld- en voorkeurslinks. Botblokkades komen terug als “niet geverifieerd”, niet als dood
- een verzoek naar elke afbeelding, om kapotte of te grote bestanden op te sporen
- ondersteuning in 15 clients uit vier families (Gmail, Apple Mail, Outlook en Yahoo), volgens de regel uit sectie 4
- contrast en andere toegankelijkheidsregels, met verwijzingen naar WCAG 2.2
- een AI-beoordeling van of de onderwerpregel misleidend is, of link- en alt-teksten iets betekenen, of er een postadres in het formaat van welk land dan ook in staat, en of de e-mail marketing of transactioneel is

Elk AI-oordeel is zo afgesteld dat een gemelde bevinding bij onze eigen e-mails in minstens 95% van de gevallen klopt. Een AI-beoordelaar die steeds loos alarm slaat, is erger dan geen.

Een volledige controle kost 5 credits. Is een verplichte check niet beschikbaar, dan krijg je een gratis gedeeltelijke controle zonder score, want een score waarbij checks zijn overgeslagen, zou misleidend zijn.

## Zo werkt de score

Elke controle geeft een score van 0 tot 100 en een status: klaar, beoordeling nodig of niet klaar (in de app weergegeven als Klaar om te versturen, Beoordeling nodig en Problemen gevonden). Elke bevinding heeft een ernst (Kritiek, Fout, Waarschuwing of Info) en een onderbouwing, zoals de HTTP-status van een dode link.

De score begint bij 100. Elk kritiek probleem kost 20 punten, elke fout 10, elke waarschuwing 3 en info niets. Alleen de eerste drie treffers per regel tellen mee.

Een voorbeeld: een knop die naar `#` linkt, een link in de footer die een 404 geeft, twee afbeeldingen zonder alt-tekst, een onderwerpregel van 68 tekens en flexbox die twee Yahoo-clients negeren.

| Bevinding | Ernst | Punten |
| --- | --- | --- |
| Link van de knop is een plaatshouder | Kritiek | −20 |
| Link in de footer geeft 404 | Fout | −10 |
| Afbeelding zonder alt-tekst (×2) | Waarschuwing | −6 |
| Onderwerpregel langer dan 60 tekens | Waarschuwing | −3 |
| Flexbox valt weg in 2 Yahoo-clients | Info | 0 |
| **Score** | | **61** |

Een kritiek probleem of een fout betekent “niet klaar”; alleen waarschuwingen betekent “beoordeling nodig”. Herstel de twee links en deze e-mail scoort 91: beoordeling nodig. Eerlijk is eerlijk: je zou hem prima kunnen versturen, en de rest is een minuut van je tijd waard.

**Oplossen in chat** geeft waarschuwingen en zwaardere bevindingen door aan de agent van Brew, en voert daarna de gratis snelle controles opnieuw uit op de herstelde versie.

## Wat de controle niet doet

De controle blokkeert geen verzendingen. Bij kritieke bevindingen vraagt het verzendvenster om **Toch versturen** en wordt die keuze gelogd. Verzendingen via de API, MCP en automatiseringen melden de bevindingen en gaan gewoon door. Dat is de juiste standaard. Sommige e-mails waar de controle niet blij mee is, moeten toch de deur uit, en een QA-tool die verzendingen gijzelt, wordt uitgezet.

De controle herschrijft je HTML niet. Herstellen is een aparte stap die je zelf start.

De controle test geen inboxplaatsing, maakt geen screenshots van de weergave en controleert de donkere modus niet. Open voor de donkere modus een testmail op je telefoon met de donkere modus aan. Zo zie je het logo dat op zwart verdwijnt.

## Veelgestelde vragen

### Hoe lang is een controle geldig?

In het verzendvenster 15 minuten. Daarna, of als de e-mail verandert, vraagt het paneel je de controle opnieuw uit te voeren. Via MCP kun je een opgeslagen rapport 7 dagen lang gratis opnieuw opvragen.

### Betekent een hoge score dat de e-mail in de inbox belandt?

Nee. De controle kijkt naar de e-mail zelf. Waar die terechtkomt, hangt ook af van de reputatie van je domein, de authenticatie en de klachtenratio; dat lees je in de [gids over bezorgbaarheid](/nl/blog/email-deliverability).

### Kan ik een e-mail controleren die in een andere tool is gemaakt?

Ja, via de API of MCP. Stuur `emailHtml` of `emailJsx` mee in plaats van een e-mail-ID uit Brew en je krijgt hetzelfde rapport voordat de e-mail naar je ESP gaat. Als je [een sjabloon uit de galerij remixt en naar je ESP exporteert](/nl/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp), controleer het dan in Brew voordat je exporteert.

### Wie in mijn team kan de controle uitvoeren?

Iedereen met toegang tot het merk kan dat: beheerders van de organisatie en de leden die aan het merk zijn toegevoegd. Brew heeft geen rol met alleen leesrechten.