Kontrollerna inför varje kampanj och gränsvärdena i mejlgranskningen i Brew: klippning vid 102 kB, döda länkar, alt-text, klientstöd och textlängd.
En checklista för kvalitetskontroll före utskick är den korta lista med kontroller som du gör på varje mejl innan det går ut. Trasiga kampanjer går oftast ut med en knapp som fortfarande pekar på #, en toppbild som har bytts mot en PNG på 4 MB kl. 18 eller en layout med två kolumner som klassiska Outlook ignorerar. Varje fel tar en minut att upptäcka före utskicket och går inte att rätta efteråt.
Den här månaden byggde vi om mejlgranskningen i Brew kring de här kontrollerna, var och en med ett exakt gränsvärde. Gör dem för hand, med eller utan Brew.
Fynden grupperade efter allvarlighetsgrad, med en samlad bedömning av om mejlet är redo.
En trasig länk gör utskicket bortkastat. Kontrollera att:
#, example.com eller en oifylld {{url}}httpsbrew.new/pricing som pekar någon annanstans ser ut som nätfiskeKlicka på varje länk i ett levererat testmejl, inte i editorn. Din ESP skriver om länkarna för klickspårning när mejlet skickas, så kedjor av omdirigeringar och trasiga spårningsparametrar syns bara där.
Låt aldrig ett automatiskt verktyg anropa länkar för avregistrering eller prenumerationsinställningar. Vissa leverantörer behandlar varje anrop till den URL:en som en avregistrering. Och en botspärr som visas för ett verktyg bevisar inte att länken är död. Klicka på den själv.
Gmail klipper meddelanden med mer än ungefär 102 kB HTML och gömmer resten bakom länken ”Visa hela meddelandet”. Då döljs sidfoten, avregistreringslänken och postadressen, så ett avklippt marknadsföringsmejl blir i det tysta ett problem för regelefterlevnaden.
Våra gränsvärden:
Vi varnar vid 80 kB eftersom klickspårning byter ut korta länkar mot längre URL:er för omdirigering, och vissa ESP:er lägger till egen kod. 98 kB i din editor kan komma fram som 105 kB.
Det som brukar blåsa upp storleken: inline-stilar som upprepas på varje element, kvarglömda kommentarer från mejlbyggaren, dolda dubbletter av sektioner för mobil och dator, och inbäddade base64-bilder.
Varje bild ska:
alt-text, eller alt="" om den är rent dekorativwidth och height, så att layouten håller medan bilderna laddas eller när de blockerasEtt mejl som bara består av en stor bild och en rad text går inte att läsa när bilder är avstängda, säger ingenting till skärmläsare och är en spamsignal för vissa filter. Lägg rubriken och erbjudandet i riktig text.
Flexbox, grid, position, bakgrundsbilder och inline-SVG går sönder i minst en stor e-postklient var. Can I email följer stödet per funktion och klient och är den bästa enskilda referensen.
Håll hårdast koll på Outlook. Gmail och Apple Mail försämrar oftast visningen i det tysta. Klassiska Outlook för Windows renderar med layoutmotorn från Word, ignorerar många bredder i CSS, tar bort bakgrundsbilder och skalar bort padding från knappar som är byggda som stylade länkar.
Vi flaggar en funktion för en klientfamilj, till exempel Gmail eller Outlook, bara när minst två av familjens klienter inte stöder den. Det blir en varning bara när Outlook inte klarar funktionen och det saknas en reservlösning. Allt annat är info. Annars skulle varje mejl få tjugo klientvarningar, och alla skulle ignorera dem.
De enkla kontrollerna:
lang på <html>, så att skärmläsare uttalar texten rätt<title>h1 till h4WCAG 2.2 är referensen. De flesta problem i mejl motsvarar dess kriterier för textalternativ, kontrast, sidans språk och rubriker.
Håll ämnesraderna under ungefär 60 tecken och 9 ord, annars klipper telefoner av dem. Undvik ämnesrader i VERSALER, ”RE:” eller ”FWD:” i mejl som inte är svar, och rader av utropstecken.
Håll förhandsvisningstexten under ungefär 90 tecken, utan att upprepa ämnesraden. Lämnar du den tom visar många klienter ”Visa i webbläsaren” i stället.
En personaliseringstagg utan reservvärde skickar ”Hej ,” till alla som saknar förnamn. Läsarna kommer ihåg det.
Varje siffra ska ha en källa som du kan peka på, särskilt i första utkast från AI, som lätt producerar självsäkra siffror. Så skriver du marknadsföringsmejl och guiden om ämnesrader går djupare in på formuleringarna.
Kommersiella mejl behöver en fungerande avregistreringslänk och en giltig postadress enligt CAN-SPAM. Storskaliga avsändare som skickar till Gmail och Yahoo behöver också headers för avregistrering med ett klick, som tas upp i Vad som fortfarande gäller när en agent skickar dina mejl.
Transaktionsmejl slipper vissa regler för marknadsföring, men inte den här checklistan. Ett kvitto med en död länk blir ändå ett supportärende.
Ta bort det som e-postklienter skalar bort eller blockerar:
<script>, <form> och <iframe>data:-URI:erbackground-color som reserv, så att texten går att läsa om bilden inte laddasBörja med en doctype. Utan en sådan renderar vissa klienter i quirks-läge, och avstånden förskjuts.
Mejlgranskningen i Brew kör den här listan från:
POST /v1/emails/audit eller verktyget audit_emailAlla fält finns i dokumentationen om granskning och i API-referensen.
Kostnadsfria snabbkontroller körs automatiskt för varje regel som bara behöver HTML-koden: platshållare, storlek, saknad alt-text och saknade bildmått, rubrikordning, lang och <title>, längd på ämnesrad och förhandsvisningstext, personaliseringstaggar utan reservvärden och blockerad kod.
Kör granskning lägger till de kontroller som kräver nätverksanrop eller bedömning:
Varje AI-bedömning är kalibrerad så att ett rapporterat fynd stämmer i minst 95 % av fallen i mejl som vi själva äger. En AI-granskare som ropar varg är sämre än ingen alls.
En fullständig granskning kostar 5 krediter. Om en obligatorisk kontroll inte är tillgänglig får du en kostnadsfri delgranskning utan poäng, eftersom en poäng som har hoppat över kontroller skulle vara vilseledande.
Varje granskning returnerar en poäng från 0 till 100 och en status: redo, behöver ses över eller inte redo (i appen visas de som Redo att skicka, Behöver ses över och Problem hittades). Varje fynd har en allvarlighetsgrad, Kritisk, Fel, Varning eller Info, plus underlag som HTTP-statusen för en död länk.
Poängen börjar på 100. Varje kritiskt fynd kostar 20 poäng, varje fel 10, varje varning 3 och info ingenting. Bara de tre första träffarna per regel räknas.
Exempel: en knapp som länkar till #, en länk i sidfoten som returnerar 404, två bilder utan alt-text, en ämnesrad på 68 tecken och flexbox som två Yahoo-klienter ignorerar.
| Fynd | Allvarlighetsgrad | Poäng |
|---|---|---|
| Knappens länk är en platshållare | Kritisk | −20 |
| Länken i sidfoten returnerar 404 | Fel | −10 |
| Bild utan alt-text (×2) | Varning | −6 |
| Ämnesrad över 60 tecken | Varning | −3 |
| Flexbox stöds inte av 2 Yahoo-klienter | Info | 0 |
| Poäng | 61 |
Ett kritiskt fynd eller ett fel betyder ”inte redo”; bara varningar betyder ”behöver ses över”. Rätta de två länkarna så får mejlet 91 poäng och ”behöver ses över”. Ärligt talat: det skulle gå bra att skicka, och resten är värt en minut.
Åtgärda i chatten lämnar över varningar och allvarligare fynd till agenten i Brew och kör sedan om de kostnadsfria snabbkontrollerna på det åtgärdade mejlet.
Den blockerar inte utskick. Vid kritiska fynd ber utskicksdialogen dig att klicka på Skicka ändå och loggar att du gick förbi granskningen. Utskick via API, MCP och automatiseringar rapporterar fynden och går iväg ändå. Det är rätt standardbeteende. Vissa mejl som granskningen inte gillar ska ändå skickas, och ett kvalitetsverktyg som håller utskick som gisslan blir avstängt.
Den skriver inte om din HTML. Åtgärder är ett separat steg som du själv startar.
Den testar inte inkorgsplacering, tar inga skärmbilder av renderingen och kontrollerar inte mörkt läge. För mörkt läge öppnar du ett testmejl på telefonen med mörkt läge påslaget. Då upptäcker du logotypen som försvinner mot svart.
I utskicksdialogen gäller den i 15 minuter. Efter det, eller om mejlet ändras, ber panelen dig att granska igen. Via MCP kan du läsa en sparad rapport igen i 7 dagar utan kostnad.
Nej. Granskningen kontrollerar själva mejlet. Placeringen beror också på domänens rykte, autentisering och klagomålsfrekvens, som guiden om leveransbarhet går igenom.
Ja, via API:t eller MCP. Skicka emailHtml eller emailJsx i stället för ett mejl-id från Brew, så får du samma rapport innan mejlet går in i din ESP. Om du remixar en mall från galleriet och exporterar den till din ESP granskar du den i Brew innan du exporterar.
Alla som har åtkomst till varumärket kan det: administratörer i organisationen och de medlemmar som har lagts till i varumärket. Brew har ingen roll med enbart läsbehörighet.
