De controles vóór elke campagne en de drempels van de e-mailcontrole van Brew: afknippen bij 102 KB, dode links, alt-tekst, clientondersteuning en tekstlengte.
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.
Bevindingen gegroepeerd op ernst, met één oordeel over of de e-mail verzendklaar is.
Een kapotte link maakt de verzending zinloos. Controleer of:
#, example.com of een niet-ingevulde {{url}}https gebruiktbrew.new/pricing die ergens anders heen leidt, ziet eruit als phishingKlik 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.
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:
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.
Elke afbeelding moet:
alt-tekst hebben, of alt="" als die puur decoratief iswidth en height hebben, zodat de lay-out overeind blijft terwijl afbeeldingen laden of als ze worden geblokkeerdEé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.
Flexbox, grid, position, achtergrondafbeeldingen en inline SVG gaan elk mis in minstens één grote e-mailclient. Can I email 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.
De checks die weinig moeite kosten:
lang op <html>, zodat schermlezers alles correct uitspreken<title>h1 naar h4WCAG 2.2 is de referentie. De meeste problemen in e-mail vallen onder de criteria voor tekstalternatieven, contrast, taal van de pagina en koppen.
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 en de gids over onderwerpregels gaan dieper in op de formulering.
Onder CAN-SPAM 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.
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.
Verwijder wat e-mailclients weghalen of blokkeren:
<script>, <form> en <iframe>data:background-color als fallback, zodat tekst leesbaar blijft als de afbeelding niet laadtBegin met een doctype. Zonder doctype renderen sommige clients in quirks mode en verschuift de witruimte.
De e-mailcontrole van Brew voert deze lijst uit vanuit:
POST /v1/emails/audit of de tool audit_emailAlle velden vind je in de documentatie over de controle en de API-referentie.
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:
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.
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.
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.
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.
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.
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, controleer het dan in Brew voordat je exporteert.
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.
