# QA-Checkliste vor dem E-Mail-Versand: 8 Prüfungen

Kanonische URL: https://brew.new/de/blog/pre-send-email-qa-checklist
Autor: Thomas Park
Veröffentlicht: 2026-10-11
Aktualisiert: 2026-10-11

Eine QA-Checkliste vor dem Versand ist die kurze Liste von Prüfungen, die du bei jeder E-Mail durchgehst, bevor sie rausgeht. Fehlerhafte Kampagnen gehen meist mit einem Button raus, der noch auf `#` zeigt, mit einem Hero-Bild, das um 18 Uhr gegen ein PNG mit 4 MB getauscht wurde, oder mit einem zweispaltigen Layout, das das klassische Outlook ignoriert. Jeder dieser Fehler ist vor dem Versand in einer Minute gefunden und lässt sich danach nicht mehr beheben.

Wir haben die E-Mail-Prüfung von Brew diesen Monat neu aufgebaut, und zwar genau rund um diese Punkte, jeden mit einem exakten Schwellenwert. Du kannst sie auch von Hand abarbeiten, mit oder ohne Brew.

![Ergebnis einer E-Mail-Prüfung mit Score, Status der Versandbereitschaft und Befunden, nach Schweregrad gruppiert.](/images/blog/email-audit-findings.png)

*Befunde nach Schweregrad gruppiert, mit einem einzigen Urteil zur Versandbereitschaft.*

## Das Wichtigste in Kürze

- Prüfe acht Bereiche: Links, Größe, Bilder, Client-Kompatibilität, Barrierefreiheit, Texte, Compliance und Markup.
- Gmail kürzt HTML ab etwa 102 KB und versteckt damit Footer und Abmeldelink. Brew warnt schon bei 80 KB, weil Klick-Tracking zusätzliches Gewicht bringt.
- Klick jeden Link in einer zugestellten Test-E-Mail an, aber lass nie ein automatisches Prüftool Abmelde- oder Einstellungslinks öffnen.
- Die Prüfung von Brew vergibt einen Score von 0 bis 100: minus 20 pro kritischem Befund, 10 pro Fehler, 3 pro Warnung. Schon ein kritischer Befund oder Fehler bedeutet „nicht bereit“.
- Die Prüfung blockiert nie einen Versand und deckt weder Inbox-Placement noch Darstellungs-Screenshots noch den Dunkelmodus ab.

## 1. Links

Ein kaputter Link macht den Versand wertlos. Stell sicher, dass:

- jeder Button ein echtes Ziel hat und nicht auf `#`, `example.com` oder ein leeres `{{url}}` zeigt
- kein Link 404 oder 410 zurückgibt, auf eine Domain zeigt, die sich nicht auflösen lässt, ein ungültiges Zertifikat hat, die Verbindung verweigert oder in einer Weiterleitungsschleife hängt
- jeder Link `https` verwendet
- der sichtbare Linktext zum Ziel passt. Ein sichtbares `brew.new/pricing`, das woandershin führt, sieht nach Phishing aus
- du auf öffentliche URL-Kürzer verzichtest, die ihre Reputation mit jedem Spammer teilen, der sie nutzt

Klick jeden Link in einer zugestellten Test-E-Mail an, nicht im Editor. Dein ESP schreibt Links beim Versand für das Klick-Tracking um, deshalb zeigen sich Weiterleitungsketten und kaputte Tracking-Parameter erst dort.

Lass nie ein automatisches Prüftool Abmelde- oder Einstellungslinks aufrufen. Manche Anbieter werten jeden Aufruf dieser URL als Abmeldung. Und wenn ein Prüftool auf eine Bot-Sperre trifft, beweist das nicht, dass der Link tot ist. Klick ihn selbst an.

## 2. Größe

Gmail kürzt Nachrichten mit mehr als etwa **102 KB** HTML und versteckt den Rest hinter dem Link „Gesamte Nachricht anzeigen“. Damit verschwinden Footer, Abmeldelink und Postanschrift, und eine gekürzte Marketing-E-Mail wird unbemerkt zum Compliance-Problem.

Unsere Schwellenwerte:

- ab **80 KB** HTML eine Warnung
- ab **102 KB** HTML ein Fehler, weil Gmail die E-Mail kürzt
- ab **3 MB** Gesamtgröße beim Laden, HTML plus Bilder, eine Warnung
- ab **5 MB** Gesamtgröße beim Laden ein Fehler

Wir warnen schon bei 80 KB, weil Klick-Tracking kurze Links durch längere Weiterleitungs-URLs ersetzt und manche ESPs zusätzliches Markup einfügen. Aus 98 KB in deinem Editor können beim Empfänger 105 KB werden.

Typischer Ballast: Inline-Styles, die sich an jedem Element wiederholen, übrig gebliebene Kommentare des Builders, versteckte doppelte Abschnitte für Mobil und Desktop und eingebettete Base64-Bilder.

## 3. Bilder

Jedes Bild sollte:

- einen `alt`-Text haben, oder `alt=""`, wenn es rein dekorativ ist
- `width` und `height` haben, damit das Layout hält, während Bilder laden oder wenn sie blockiert werden
- laden, und zwar als Bild, nicht als HTML-Fehlerseite
- kleiner als **1 MB** sein, bei einem GIF kleiner als **3 MB**

Ein großes Bild über einer Zeile Text ist bei deaktivierten Bildern unlesbar, für Screenreader nicht erfassbar und für manche Filter ein Spam-Signal. Setz Headline und Angebot als echten Text.

## 4. Client-Kompatibilität

Flexbox, Grid, `position`, Hintergrundbilder und Inline-SVG funktionieren jeweils in mindestens einem großen Client nicht. [Can I email](https://www.caniemail.com/) erfasst die Unterstützung pro Funktion und Client und ist die beste einzelne Referenz.

Am genauesten solltest du auf Outlook achten. Gmail und Apple Mail verschlechtern die Darstellung meist unauffällig. Das klassische Outlook unter Windows rendert mit der Layout-Engine von Word, ignoriert viele CSS-Breiten, lässt Hintergrundbilder weg und entfernt den Innenabstand von Buttons, die als gestaltete Links gebaut sind.

Wir markieren eine Funktion für eine Client-Familie wie Gmail oder Outlook nur, wenn mindestens zwei ihrer Clients sie nicht unterstützen. Eine Warnung gibt es nur, wenn die Funktion in Outlook ohne Fallback nicht funktioniert. Alles andere ist Info. Sonst bekäme jede E-Mail zwanzig Client-Warnungen, und alle würden sie ignorieren.

## 5. Barrierefreiheit

Die schnellen Prüfungen:

- `lang` auf `<html>`, damit Screenreader alles richtig aussprechen
- ein `<title>`
- Überschriftenebenen in der richtigen Reihenfolge, kein Sprung von `h1` zu `h4`
- Alternativtext, der sagt, was das Bild vermittelt. „Balkendiagramm: Registrierungen haben sich im März verdoppelt“ hilft. „image1.png“ nicht
- Kontrast bei Fließtext, Buttons und hellgrauem Footer-Text, wo sich die meisten Fehler verstecken

Die Referenz ist [WCAG 2.2](https://www.w3.org/TR/WCAG22/). Die meisten Probleme in E-Mails lassen sich ihren Kriterien zu Textalternativen, Kontrast, Sprache der Seite und Überschriften zuordnen.

## 6. Texte, Betreff und Vorschautext

Halte Betreffzeilen unter etwa **60 Zeichen** und **9 Wörtern**, sonst schneiden Smartphones sie ab. Verzichte auf DURCHGEHENDE GROSSBUCHSTABEN, auf „RE:“ oder „FWD:“ bei E-Mails, die keine Antwort sind, und auf Reihen von Ausrufezeichen.

Halte den Vorschautext unter etwa **90 Zeichen** und wiederhole darin nicht den Betreff. Lässt du ihn leer, zeigen viele Clients stattdessen „Im Browser anzeigen“ an.

Ein Merge-Tag ohne Fallback schickt „Hallo ,“ an alle, deren Vorname fehlt. Das merken sich die Leser.

Für jede Zahl sollte es eine Quelle geben, auf die du verweisen kannst, besonders in ersten KI-Entwürfen, die schnell mit selbstbewussten Zahlen bei der Hand sind. Mehr zur Formulierung findest du im [Leitfaden zum Schreiben von Marketing-E-Mails](/de/blog/how-to-write-marketing-emails) und im [Leitfaden zu Betreffzeilen](/de/blog/email-subject-lines).

## 7. Compliance

Kommerzielle E-Mails brauchen nach [CAN-SPAM](https://www.ftc.gov/business-guidance/resources/can-spam-act-compliance-guide-business) einen funktionierenden Abmeldelink und eine gültige Postanschrift. Bulk-Sender, die an Gmail und Yahoo senden, brauchen außerdem Header für die One-Click-Abmeldung. Mehr dazu in [Was weiterhin gilt, wenn ein Agent deine E-Mails versendet](/de/blog/agent-email-deliverability).

Für Transaktions-E-Mails entfallen einige Marketingregeln, diese Checkliste aber nicht. Ein Beleg mit totem Link wird trotzdem zum Support-Ticket.

## 8. Markup

Entferne, was E-Mail-Clients herausfiltern oder blockieren:

- `<script>`-, `<form>`- und `<iframe>`-Elemente
- eingebettetes SVG und `data:`-URIs
- Hintergrundbilder ohne `background-color` als Fallback, damit der Text lesbar bleibt, wenn das Bild nicht lädt

Beginne mit einem Doctype. Ohne ihn rendern manche Clients im Quirks-Modus, und Abstände verschieben sich.

## Die Checkliste in Brew ausführen

Die E-Mail-Prüfung von Brew arbeitet diese Liste an folgenden Stellen ab:

- im Tab **Prüfung** des Versanddialogs, neben Vorschau und Zielgruppe
- über den Button **Prüfen** an E-Mail-Schritten im Canvas für Automatisierungen
- über die API und MCP, mit `POST /v1/emails/audit` oder dem Tool `audit_email`

Alle Felder findest du in der [Dokumentation zur Prüfung](https://docs.brew.new/create-emails/audit-email) und in der [API-Referenz](https://docs.brew.new/api-reference/public-v1/emails/audit-an-email).

Kostenlose **Sofortprüfungen** laufen automatisch für jede Regel, die nur das HTML braucht: Platzhalter, Größe, fehlende Alternativtexte und Bildmaße, Reihenfolge der Überschriften, `lang` und `<title>`, Länge von Betreff und Vorschautext, Merge-Tags ohne Fallback und blockiertes Markup.

**Prüfung starten** ergänzt die Prüfungen, die Netzwerkzugriff oder Urteilsvermögen brauchen:

- einen Live-Aufruf jedes Links, bis zu 100 pro E-Mail, ohne Abmelde- und Einstellungslinks. Bot-Sperren werden als „nicht verifiziert“ gemeldet, nicht als tot
- einen Aufruf jedes Bildes, der tote oder zu große Dateien findet
- die Client-Kompatibilität in 15 Clients aus vier Familien, Gmail, Apple Mail, Outlook und Yahoo, nach der Regel aus Abschnitt 4
- Kontrast und weitere Regeln zur Barrierefreiheit, mit Verweisen auf WCAG 2.2
- eine KI-Prüfung, ob der Betreff irreführend ist, ob Link- und Alternativtexte aussagekräftig sind, ob eine Postanschrift im Format irgendeines Landes vorhanden ist und ob die E-Mail Marketing oder transaktional ist

Jede KI-Einschätzung ist so abgestimmt, dass ein gemeldeter Befund bei unseren eigenen E-Mails in mindestens 95 % der Fälle stimmt. Ein KI-Prüfer, der ständig falschen Alarm schlägt, ist schlimmer als gar keiner.

Eine vollständige Prüfung kostet 5 Credits. Ist eine erforderliche Prüfung nicht verfügbar, bekommst du eine kostenlose Teilprüfung ohne Score, denn ein Score, bei dem Prüfungen fehlen, wäre irreführend.

## So funktioniert der Score

Jede Prüfung liefert einen Score von 0 bis 100 und einen Status: „bereit“, „Überprüfung nötig“ oder „nicht bereit“ (in der App „Bereit zum Versand“, „Überprüfung nötig“ und „Probleme gefunden“). Jeder Befund hat einen Schweregrad (Kritisch, Fehler, Warnung oder Info) und einen Beleg, etwa den HTTP-Status eines toten Links.

Der Score beginnt bei 100. Jeder kritische Befund kostet 20 Punkte, jeder Fehler 10, jede Warnung 3 und Info nichts. Pro Regel zählen nur die ersten drei Treffer.

Ein Beispiel: ein Button, der auf `#` verlinkt, ein Footer-Link, der 404 zurückgibt, zwei Bilder ohne Alternativtext, ein Betreff mit 68 Zeichen und Flexbox, die zwei Yahoo-Clients ignorieren.

| Befund | Schweregrad | Punkte |
| --- | --- | --- |
| Button-Link ist ein Platzhalter | Kritisch | −20 |
| Footer-Link gibt 404 zurück | Fehler | −10 |
| Bild ohne Alternativtext (×2) | Warnung | −6 |
| Betreff über 60 Zeichen | Warnung | −3 |
| Flexbox von 2 Yahoo-Clients ignoriert | Info | 0 |
| **Score** | | **61** |

Jeder kritische Befund und jeder Fehler bedeutet „nicht bereit“, Warnungen allein „Überprüfung nötig“. Behebst du die beiden Links, kommt diese E-Mail auf 91 Punkte, Status „Überprüfung nötig“. Ehrlich gesagt: Sie ließe sich problemlos versenden, und der Rest ist eine Minute wert.

**Im Chat beheben** übergibt Warnungen und alles Schwerwiegendere an den Brew-Agenten und führt danach die kostenlosen Sofortprüfungen für die Korrektur erneut aus.

## Was die Prüfung nicht macht

Sie blockiert keine Versände. Bei kritischen Befunden verlangt der Versanddialog ein **Trotzdem senden** und protokolliert, dass die Prüfung übergangen wurde. Versände per API, MCP und Automatisierung melden die Befunde und laufen weiter. Das ist die richtige Voreinstellung. Manche E-Mails, die der Prüfung nicht gefallen, sollten trotzdem rausgehen, und ein QA-Tool, das Versände als Geiseln nimmt, wird abgeschaltet.

Sie schreibt dein HTML nicht um. Korrekturen sind ein separater Schritt, den du selbst anstößt.

Sie testet kein Inbox-Placement, erstellt keine Darstellungs-Screenshots und prüft nicht den Dunkelmodus. Für den Dunkelmodus öffne eine Test-E-Mail auf deinem Smartphone mit eingeschaltetem Dunkelmodus. So fällt dir das Logo auf, das auf Schwarz verschwindet.

## Häufig gestellte Fragen

### Wie lange ist eine Prüfung gültig?

Im Versanddialog 15 Minuten. Danach, oder wenn sich die E-Mail ändert, fordert dich der Bereich auf, sie erneut zu starten. Per MCP kannst du einen gespeicherten Bericht 7 Tage lang kostenlos erneut abrufen.

### Heißt ein hoher Score, dass die E-Mail im Posteingang landet?

Nein. Die Prüfung bewertet nur die E-Mail selbst. Wo sie landet, hängt außerdem von der Reputation der Domain, der Authentifizierung und der Beschwerderate ab, wie der [Leitfaden zur Zustellbarkeit](/de/blog/email-deliverability) erklärt.

### Kann ich eine E-Mail prüfen, die in einem anderen Tool erstellt wurde?

Ja, über die API oder MCP. Sende `emailHtml` oder `emailJsx` statt einer Brew-E-Mail-ID und erhalte denselben Bericht, bevor die E-Mail in deinen ESP geht. Wenn du [eine Vorlage aus der Galerie remixt und in deinen ESP exportierst](/de/blog/how-to-remix-a-real-brand-email-template-and-export-it-to-your-esp), prüfe sie in Brew vor dem Export.

### Wer in meinem Team kann sie ausführen?

Alle mit Zugriff auf die Marke: Admins der Organisation und die Mitglieder, die der Marke hinzugefügt wurden. Eine Rolle mit reinem Lesezugriff gibt es in Brew nicht.