Prüfe Authentifizierung, Antworten der Provider, Zielgruppenqualität und Abmeldeverhalten, um zu verstehen, warum E-Mails abgelehnt werden oder im Spam landen.
Zustellung und Inbox-Placement sind zwei verschiedene Dinge. Ein empfangender Server kann eine Nachricht annehmen und sie trotzdem in den Spam verschieben. Wenn das Kampagnen-Dashboard „Zugestellt“ anzeigt, ist das kein Beweis, dass der Leser sie gesehen hat.
Wenn ein Problem auftaucht, sammle Belege, bevor du die Texte änderst oder den Anbieter wechselst. Die Ursache kann bei der Authentifizierung liegen, bei der Reputation, bei der Zielgruppe oder bei der Nachricht selbst.
Bei abgelehnten oder zurückgestellten Nachrichten sieh dir die tatsächliche SMTP-Antwort und den erweiterten Statuscode an. Vorübergehende Fehler und dauerhafte Ablehnungen musst du unterschiedlich behandeln. Googles Absender-FAQ beschreibt beides. Dort steht nicht, dass inzwischen jeder Verstoß zu dauerhaften Fehlern führt.
Werden Nachrichten angenommen, landen aber im Spam, prüfe die Authentifizierungsergebnisse in den Headern der empfangenen Nachricht, die Reputationsdaten der Provider, sofern verfügbar, und jüngste Änderungen bei Zielgruppe oder Volumen. Ein paar Seed-Postfächer helfen bei der Diagnose, messen aber nicht das Placement über die gesamte Liste.
Ein erweiterter Statuscode besteht aus drei durch Punkte getrennten Zahlen, definiert in RFC 3463. Die erste Zahl ist die Klasse. Ein Code, der mit 4 beginnt, steht für einen vorübergehenden Fehler, und der sendende Server sollte es später erneut versuchen. Ein Code, der mit 5 beginnt, steht für einen dauerhaften Fehler. Dieselbe Nachricht unverändert noch einmal zu senden, hilft dann nicht.
Die zweite Zahl grenzt das Thema ein. Codes im Bereich X.1.X betreffen die Adressierung, und 5.1.1 bedeutet meist, dass das Postfach nicht existiert. Setz diese Adresse auf die Sperrliste. Codes im Bereich X.7.X betreffen Sicherheit oder Richtlinien, und genau dort tauchen Authentifizierungs- und Reputationsprobleme meist auf.
Google listet die Antworten, die Gmail zurückgibt, in seiner Referenz der SMTP-Fehler auf. Lies neben dem Code auch den vollständigen Antworttext, denn ein Code kann mehrere unterschiedliche Gründe abdecken.
Google Postmaster Tools zeigt, wie Gmail deine Versanddomain sieht, einschließlich der von Nutzern gemeldeten Spamrate, auf die sich Googles Anforderungen beziehen. Du verifizierst die Domain über einen DNS-Eintrag. Gmail zeigt erst Daten an, wenn eine Domain täglich genug E-Mails an Gmail-Nutzer sendet. Ein kleiner Versender sieht deshalb womöglich leere Dashboards.
Microsofts Smart Network Data Services, kurz SNDS, liefern Daten zu E-Mails von bestimmten IP-Adressen an private Outlook.com-Postfächer, darunter Beschwerderaten und Treffer in Spamfallen. Du registrierst IP-Adressen, die du kontrollierst, daher ist SNDS vor allem mit dedizierten Versand-IPs nützlich. Bei geteilten IPs frag deinen Versandanbieter, was er überwacht.
Keines der beiden Tools verrät dir, wo eine einzelne Kampagne gelandet ist. Sie zeigen tägliche Trends, und genau die brauchst du, wenn sich ein Problem über mehrere Versände aufgebaut hat.
SPF autorisiert Versandinfrastruktur für eine Envelope-Domain. DKIM signiert eine Nachricht mit einer Domain-Identität. DMARC prüft das Alignment mit der sichtbaren From-Domain und legt eine Richtlinie sowie einen Reporting-Mechanismus fest. Keiner davon garantiert Inbox-Placement.
Verwende die Einträge, die dein Versandanbieter vorgibt, und prüfe das Ergebnis an einer echten empfangenen Nachricht. Füge keine widersprüchlichen SPF-Einträge hinzu und geh nicht davon aus, dass ein DNS-Eintrag beweist, dass jeder Versandweg ihn korrekt nutzt. Deine Infrastruktur braucht außerdem passendes Reverse DNS und eine verschlüsselte Übertragung.
Folge in Brew dem Ablauf zur Domain-Verifizierung und veröffentliche die angeforderten Einträge. Prüfe die From-Adresse, die die jeweilige Kampagne oder Automatisierung tatsächlich verwendet, vor allem wenn ein Agent mehrere Marken betreut.
Eine DMARC-Richtlinie ist ein TXT-Eintrag am Host _dmarc der Domain in der From-Adresse. Beginne mit p=none. Damit bittest du Empfangsserver, bei durchgefallenen E-Mails nichts Bestimmtes zu unternehmen, und sie senden trotzdem aggregierte Reports an die rua-Adresse.
_dmarc.example.com TXT "v=DMARC1; p=none; rua=mailto:dmarc-reports@example.com"Die Reports listen jede Quelle auf, die E-Mails im Namen deiner Domain versendet, und zeigen, ob sie SPF oder DKIM mit Alignment bestanden hat. Rechne damit, Tools zu finden, die du vergessen hattest, etwa ein Abrechnungssystem oder einen Helpdesk. Repariere oder entferne jede Quelle, die durchfällt.
Sobald alle legitimen E-Mails bestehen, wechsle zu p=quarantine. Damit bittest du Empfangsserver, durchgefallene E-Mails als verdächtig zu behandeln, was meist heißt: ab in den Spam.
_dmarc.example.com TXT "v=DMARC1; p=quarantine; rua=mailto:dmarc-reports@example.com"Die strengste Richtlinie, p=reject, bittet Empfangsserver, durchgefallene E-Mails abzulehnen. Wechsle erst dazu, wenn quarantine eine Weile gelaufen ist, ohne dass legitime E-Mails durchgefallen sind. Lies die Reports in jeder Phase weiter. Ein neues Tool, das im Namen deiner Domain zu senden beginnt, taucht dort zuerst auf.
Eine dedizierte Versand-Subdomain wie mail.example.com ist die Ausnahme. Wenn nichts anderes über sie versendet und dein Anbieter ihr SPF und DKIM verifiziert hat, kann sie direkt mit p=reject starten. Brew empfiehlt p=reject für eine dedizierte Subdomain, die Brew eingerichtet hat, und p=none für eine Hauptdomain, über die womöglich andere Dienste versenden.
Googles Richtlinien unterscheiden zwischen Anforderungen an alle Absender und strengeren Regeln für Absender, die rund 5.000 Nachrichten pro Tag an private Gmail-Konten senden. Google verlangt Spamraten unter 0,1 % und warnt davor, 0,3 % zu erreichen. Zu den Anforderungen an Bulk-Sender gehören SPF und DKIM, DMARC, Alignment und One-Click-Abmeldung für den betreffenden abonnierten Traffic.
Googles Liste für jeden Absender, unabhängig vom Volumen, umfasst unter anderem:
Bulk-Sender müssen außerdem Folgendes tun:
p=none.Google zählt beim Schwellenwert alle E-Mails derselben primären Domain zusammen, und eine Domain, die ihn einmal überschritten hat, behält den Status als Bulk-Sender. Wie gezählt wird, erklärt die Absender-FAQ.
Yahoos Leitlinien behandeln ebenfalls Authentifizierung, Beschwerden und Abmeldung. Yahoo veröffentlicht keinen vergleichbaren Schwellenwert für Bulk-Sender. Lies die FAQ, statt die Zahl von Gmail auf jeden Provider zu übertragen.
Microsoft hat 2025 angekündigt, dass Domains, die mehr als 5.000 E-Mails pro Tag an seine privaten Postfächer senden, also an Adressen bei outlook.com, hotmail.com und live.com, SPF und DKIM bestehen und DMARC veröffentlichen müssen. Die DMARC-Richtlinie darf p=none sein, und für die From-Domain muss Alignment mit SPF oder DKIM bestehen.
Die Vorgaben der Provider haben wir am 28. September 2026 geprüft. Sieh dir die verlinkten Seiten an, wenn du einen neuen Vorfall untersuchst.
One-Click-Abmeldung nach RFC 8058 ist ein Mechanismus aus Headern und einem HTTPS-POST. Ein sichtbarer Link im Footer ist ebenfalls nützlich und nach den einschlägigen Regeln Pflicht, aber eine Einstellungsseite allein setzt das Protokoll nicht um.
Eine Nachricht, die One-Click-Abmeldung unterstützt, enthält zwei Header:
List-Unsubscribe: <https://example.com/unsubscribe/opaque-token>, <mailto:unsubscribe@example.com?subject=unsubscribe>
List-Unsubscribe-Post: List-Unsubscribe=One-ClickKlickt der Leser im Posteingang auf „Abmelden“, sendet der Mailbox-Provider einen POST an die HTTPS-URL mit dem Body List-Unsubscribe=One-Click. Die mailto:-Adresse ist eine Alternative für E-Mail-Programme, die One-Click nicht unterstützen. RFC 8058 verlangt außerdem eine gültige DKIM-Signatur, die beide Header abdeckt. Mach die URL empfängerspezifisch und schwer zu erraten. Sicherheitsscanner rufen Links in eingehenden E-Mails oft auf, deshalb sollte ein einfacher GET-Aufruf dieser URL niemanden abmelden.
Brew fügt Marketing-Versänden die Header List-Unsubscribe und List-Unsubscribe-Post hinzu. Sie verweisen auf eine signierte HTTPS-URL pro Empfänger, die den One-Click-POST annimmt.
Stell sicher, dass eine Abmeldung vom Marketing spätere Marketing-Versände über jeden Weg verhindert, den du nutzt. Übernimm deine Sperrlisten, wenn du Kontakte importierst oder die Plattform wechselst. Halte notwendige Transaktionsnachrichten nach Zweck und Versandkonfiguration getrennt.
Prüfe, woher die Adressen stammen und was die Leute bei der Registrierung erwartet haben. Entferne ungültige Adressen über den Sperrprozess des Anbieters, geh Beschwerdespitzen auf den Grund und schick E-Mails nicht erneut an Leute, nur weil das Tracking sagt, dass sie nicht geöffnet haben.
Es gibt kein allgemeingültiges Listenalter, kein Bild-Text-Verhältnis und kein verbotenes Wort, das die Zustellung garantiert. Ein plötzlicher Volumenanstieg an eine Liste, die du kaum kennst, ist ein ernsteres Problem als das Wort „kostenlos“.
Wenn ein Agent die Kampagne versendet, gelten dieselben Prüfungen. Nutze geprüfte Fakten, eine relevante Zielgruppe und eine Antwortadresse, die jemand liest. Behebe die gefundene Ursache, sende einen kontrollierten Test und prüfe die Antworten der Provider, bevor du den Versand wieder ausweitest.
