E-Mail-Zustellbarkeit prüfen und gezielt verbessern
Wenn eine E-Mail fehlt, kläre zuerst den Befund: Wurde sie abgelehnt, vom Empfangssystem angenommen oder nur nicht als geöffnet erfasst? Grenze das Problem nach Empfängerprovider und Versandpfad ein. Dann wählst du eine passende Prüfung mit deinem Marketingteam, Versanddienst oder DNS-Verantwortlichen. Die Ursache bleibt offen, bis passende Daten sie stützen.
Bei einem konkreten Authentifizierungsfehler führt der nächste Schritt zum Versanddienst und zur Domainkonfiguration. Bei Beschwerden oder unklarer Listenherkunft beginnt er bei Empfängern und Abmeldung. Sinken lediglich Öffnungen, prüfst du zunächst die Aussagekraft dieser Messung. So wird aus „Unser Newsletter kommt nicht an“ eine bearbeitbare Frage.
Dieser Guide betrifft gewollten Newsletterversand. Im Themenbereich CRM & Vertrieb findest du die Einordnung in die Kommunikation mit Interessenten und Kunden.
Quellenstand: 9. Oktober 2026.
Inhalt
- Den tatsächlichen Befund klären
- Nach Empfängerprovider eingrenzen
- Versandidentität und Infrastruktur prüfen
- Listen und Abmeldungen kontrollieren
- Inhalt und Versandpraktiken anpassen
- Prüfauftrag und Kontrolle festhalten
- Drei Sonderfälle
Zuerst klären, was tatsächlich scheitert
E-Mail-Zustellbarkeit umfasst in diesem Guide zwei getrennte Fragen: Nimmt das Empfangssystem die Nachricht an, und wo wird sie anschließend eingeordnet? Ein Öffnungssignal beantwortet noch eine andere Frage. Halte diese Ebenen schon in deinen Notizen auseinander.
Unser vereinfachtes Beobachtungsmodell beginnt mit einem Versandversuch. Du suchst danach den dokumentierten Status. Bei einer vorläufigen Zurückstellung ist der Vorgang noch nicht abgeschlossen; bei einer Ablehnung gibt es einen anderen Prüfauftrag als bei einer angenommenen Nachricht. Erst danach geht es um eine möglicherweise beobachtete Spamablage.
| Vorhandener Befund | Was du jetzt festhältst | Was noch offen bleibt |
|---|---|---|
| Ablehnung oder Zurückstellung | Vollständiger Fehlertext, Zeitpunkt, Provider und betroffene Nachrichtenart | Welche Bedingung der betreffende Versand verletzt oder welche weitere Information fehlt |
| Nachricht angenommen, Spamablage beobachtet oder vermutet | Herkunft der Beobachtung: empfangene Nachricht, begrenzter Test oder bloße Vermutung | Ob der Befund weitere Empfänger betrifft und welche Ursache dahintersteht |
| Nur Öffnungsdaten verändert | Messwerkzeug, Zeitraum und sonstige verfügbare Signale | Ob überhaupt ein Annahme- oder Platzierungsproblem vorliegt |
Google verifiziert externe Öffnungsraten nicht; niedrige Öffnungen sind kein verlässlicher alleiniger Spamindikator. Quelle: Google-Senderrichtlinien.
Apples Protect Mail Activity kann entfernte Inhalte unabhängig vom Engagement laden. Eine erfasste Öffnung beweist daher kein Lesen. Quelle: Apple Mail Privacy Protection.
Wenn dein Versanddienst eine „Zustellrate“ anzeigt, frage nach seiner Definition. Für eine eigene Annahmequote kannst du symbolisch rechnen:
Annahmequote = angenommene Nachrichten ÷ gezählte Versandversuche × 100.
Zähler und Nenner müssen dieselbe Nachrichtenart und denselben Zeitraum betreffen. Kläre, ob Wiederholungsversuche mehrfach gezählt werden. Diese Rechenhilfe liefert keine Inboxquote und keinen allgemeinen guten Zielwert.
Fiktives Beispiel: Ein kleines Unternehmen hat den Newsletter-Versanddienst gewechselt und möchte vor dem nächsten Versand klären, welche Befunde verfügbar sind. Es liegen hier keine echten Logs, Messzahlen oder Ergebnisse vor. Weiter unten verwenden wir diese Ausgangssituation für bedingte Prüfpfade.
Den Befund nach Empfängerprovider eingrenzen
Teile den vorhandenen Befund nach Empfängerprovider, Kontotyp, Versanddienst, Absenderdomain, Versandstrom und Zeitraum auf. Eine Sammelaussage über alle Empfänger verdeckt Unterschiede. Notiere auch, wann das verwendete Dashboard zuletzt Daten bereitgestellt hat.
Die folgenden Regeln zeigen, warum du den Provider nennen musst. Sie sind keine einheitliche Definition von Bulkversand.
| Provider | Geltungsbereich des beschriebenen Befunds |
|---|---|
| Gmail | Persönliche gmail.com/googlemail.com-Konten, nicht gleichartig Workspace-Empfänger. Annähernd 5.000 Nachrichten in 24 Stunden zählen über Hauptdomain und Subdomains; einmaliger Bulkstatus bleibt. |
Quelle: Gmail-FAQ für Absender.
Yahoo veröffentlicht keine feste quantitative Bulkgrenze. Googles Zahl ist deshalb keine Yahoo-Regel. Quelle: Yahoo-Absender-FAQ.
Gmail empfiehlt eine Spamrate unter 0,1 Prozent; 0,3 Prozent oder mehr sollst du vermeiden. Das ist keine Zustellquote. Quelle: Google-Senderrichtlinien.
Gmails Spamrate betrifft manuell gemeldete, DKIM-authentifizierte Inboxlieferungen an engagierte Empfänger. Automatische Spamablage kann einen niedrigen Wert mit erklären. Quelle: Google-Dashboarddefinitionen.
Yahoo verlangt unter 0,3 Prozent Beschwerden bezogen auf Inboxlieferungen; eine eigene CFL-Berechnung ist nicht ungeprüft gleichzusetzen. Quelle: Yahoo-Senderregeln.
Postmasterdaten sind typischerweise binnen 24 Stunden aktualisiert, können bei wenig Volumen fehlen; Compliance kann nach Korrektur bis zu sieben Tage nachhinken. Quelle: Google-Dashboarddefinitionen.
Praktisch heißt das: Schreibe „keine Daten verfügbar“ in die Vorlage, wenn Werte fehlen. Ersetze diese Lücke nicht durch „Versand unauffällig“. Vergleiche nur Kennzahlen, deren Nenner und Datenstand du benennen kannst. Microsofts eigener Hochvolumenscope folgt im nächsten Abschnitt.
Versandidentität und Infrastruktur gemeinsam prüfen
Dieser Abschnitt ist dein Prüfauftrag an den Versanddienst, kurz ESP, und die Verantwortlichen für die Domainkonfiguration. Beginne damit, den tatsächlichen Sendepfad zu erfassen: Welcher Dienst versendet welche Nachrichtenart, und welche Domain steht im sichtbaren From-Feld?
Lass dir an einer betreffenden empfangenen Nachricht den Authentifizierungsbefund zeigen. Ein vorhandener DNS-Eintrag beantwortet noch nicht die Frage, welcher Versandpfad gerade untersucht wird. Erfasse SPF-, DKIM- und From-Domain getrennt. Die folgenden Anforderungen liefern konkrete Anknüpfungspunkte; eine vollständige DNS-Einrichtung gehört nicht in diesen Guide.
SPF erfasst erlaubte Versender einer Domain. DKIM hilft Empfängern, die Herkunft zu prüfen. DMARC nennt eine Richtlinie für fehlgeschlagene Authentifizierung und verlangt einen passenden Domainbezug (Alignment) zum sichtbaren From-Feld. Quelle: Google erklärt die Authentifizierung.
Gmail verlangt allgemein SPF oder DKIM, gültiges Forward-/Reverse-DNS, TLS und RFC-5322-Format. Für Bulk-Absender kommen SPF und DKIM, DMARC mindestens p=none und From-Alignment hinzu. Quelle: Google-Senderrichtlinien.
Yahoo verlangt allgemein SPF oder DKIM; Bulk-Absender benötigen SPF und DKIM sowie bestandenes DMARC mit mindestens p=none und Alignment. Quelle: Yahoo-Senderregeln.
Microsoft beschreibt für Domains mit mehr als 5.000 E-Mails täglich SPF-/DKIM-Pass und DMARC mindestens p=none mit Alignment. Das maßgebliche Update vom 29. April 2025 nennt Ablehnung mit 550 5.7.515 ab 5. Mai 2025. Die ältere Junk-Ankündigung ist nicht der aktuelle Prüfmaßstab. Quelle: Microsofts datiertes Senderupdate.
Passstatus, Alignment und Policy sind verschiedene Prüffelder. Lass den ESP jeweils den betreffenden Headerbefund und die passende Anforderung erläutern. Stelle nicht pauschal eine strengere DMARC-Policy ein, nur um ein ungeklärtes Problem „härter“ zu behandeln. Dokumentiere zuerst den Befund und die Frage, die die Änderung beantworten soll.
Für DNS-, Transport- und Formatfragen erhält der Infrastrukturverantwortliche den konkreten Fehlertext und den identifizierten Sendepfad. Für Beschwerden und Listenentscheidungen bleibt das Marketingteam zuständig. Ein Wechsel der IP oder des Tools ersetzt diesen Arbeitsauftrag nicht.
Bei geteilten IPs weist Google auf gemeinsame IP-Reputation hin. Kläre mit dem ESP, welchen Versandpfad dein Befund betrifft. Quelle: Google-Senderrichtlinien.
Yahoo beschreibt mehrere Reputationsfaktoren und hat kein Whitelistingprogramm. Ein Testscore oder Blocklistbefund allein erklärt daher nicht jeden Empfängerprovider. Quelle: Yahoo-Absender-FAQ.
Eine öffentliche Blocklist ist eine mögliche Spur bei der Fehlersuche. Verwechsle sie nicht mit deiner eigenen Versand-Sperrliste für einzelne Kontakte. Frage bei jedem Hilfswerkzeug: Welche konkrete Beobachtung liefert es, zu welchem Provider passt sie, und welche Entscheidung lässt sich damit noch nicht treffen?
Empfängerlisten und Abmeldungen kontrollieren
Geht es im Befund um Beschwerden, ungültige Adressen oder unklare Anmeldung, prüfe die Empfängerseite zuerst. Das Marketingteam muss nachvollziehen können, woher ein Kontakt stammt, welcher Versand erwartet wurde und welche Abmelde- oder Beschwerdeinformationen bereits vorliegen.
Ein technischer Authentifizierungscheck ersetzt diese Kontaktentscheidung nicht. Bearbeite einen konkreten Kontakt mit den vorhandenen Informationen, bevor du die gesamte Liste pauschal erneut anschreibst.
Yahoo empfiehlt ausdrücklich angeforderte Nachrichten, bestätigte Anmeldung, rasches Entfernen ungültiger Empfänger und einfache Abmeldung. Double-Opt-in ist dabei ein Bestätigungsprozess, keine hier behauptete allgemeine Rechtspflicht. Quelle: Yahoo-Empfängerempfehlungen.
Microsoft empfiehlt ebenfalls, ungültige Adressen regelmäßig zu entfernen. Quelle: Microsofts Senderempfehlungen.
| Verfügbare Kontaktinformation | Nächste redaktionelle Prüfentscheidung |
|---|---|
| Abmeldung dokumentiert | Versand-Sperre und Verarbeitung im System prüfen; den Kontakt nicht durch eine Rückgewinnungsaktion wieder einschließen |
| Permanenter Adressfehler dokumentiert | Fehlertext kontrollieren und den Ausschluss vor erneutem Versand prüfen |
| Beschwerde vorhanden | Zuständigen Prozess für Abmeldung/Suppression und Listenherkunft prüfen |
| Nur wenig Öffnungsaktivität sichtbar | Weitere verfügbare Signale und ursprüngliche Erwartung prüfen; den Kontakt nicht anhand dieser Zahl allein bewerten |
Diese Tabelle ist eine eigene Arbeitshilfe, keine Rechtsprüfung oder gemessene Filterlogik. Eine interne Sperrliste verhindert den eigenen Versand an bestimmte Kontakte; Empfangsquarantäne und öffentliche Blocklisten sind andere Prüfkontexte.
Yahoos Complaint Feedback Loop ist an die DKIM-Domain gebunden. Erfrage beim ESP Enrollment und Beschwerdeverarbeitung. Quelle: Yahoo-CFL-FAQ.
Footerlink, Header und Verarbeitung auseinanderhalten
Prüfe den sichtbaren Abmeldelink und den tatsächlichen Abmeldeprozess separat. Frage den ESP zusätzlich nach List-Unsubscribe und List-Unsubscribe-Post. Die Headerfrage ersetzt keinen Test, ob der Kontakt nach einer Abmeldung tatsächlich im eigenen Versandsystem ausgeschlossen ist.
Für Bulk-Absender verlangt Gmail bei Marketing/Promotion RFC-8058-One-click über HTTPS mit List-Unsubscribe-Post; ein Bodylink allein reicht nicht. Transaktionsnachrichten sind ausgenommen, Abmeldungen binnen 48 Stunden zu erfüllen. Quelle: Gmail-Abmelde-FAQ.
Yahoo-Bulk verlangt Header und sichtbaren Bodylink, akzeptiert mailto und empfiehlt POST; Abmeldungen binnen zwei Tagen erfüllen. Quelle: Yahoo-Abmelderegeln.
RFC 8058 verlangt DKIM über beide Abmeldeheader; POST ohne Cookie-/Autorisierungskontext und ohne HTTPS-Redirect. Quelle: RFC 8058, Abschnitte 3.1 und 4.
Die genannten Fristen sind Provideranforderungen. Für eine Rechtsbewertung brauchst du einen eigenen geprüften Kontext. Halte in deinem Prüfauftrag getrennt fest: sichtbarer Link, Headerkonfiguration, Verarbeitung im Versanddienst und dokumentierter Ausschluss. Die Frage nach dem Abmeldebutton im Mailprogramm beantworten die letzten FAQ.
Inhalt, Frequenz und Versandmenge anpassen
Wenn dein Befund zu Inhalt oder Versandpraktik passt, arbeite mit einer konkreten Änderung. „Wir optimieren alles“ liefert keinen klaren Kontrollauftrag. Beschreibe stattdessen, welchen Betreff, Link, Inhalt, Zeitpunkt oder Versandumfang du anfasst und woran du die Änderung beurteilen willst.
Google verlangt verständliche, nicht täuschende Inhalte und Header; empfiehlt konsistenten Versand, schrittweises Steigern und Überwachen der Reaktionen. Quelle: Google-Senderrichtlinien.
Yahoo empfiehlt die bei Anmeldung erwartete Frequenz und getrennte IPs für Marketing- und andere Versandströme. Quelle: Yahoo-Versandempfehlungen.
Prüfe zuerst, was der Empfänger erwarten durfte: einen Newsletter zu einem Thema, eine Willkommensmail oder eine transaktionsbezogene Nachricht. Erfasse Newsletter, automatisierte Folgen und Transaktionsmails im Versandinventar getrennt. Daraus entsteht ein Arbeitsauftrag, keine garantierte Reputationsisolation.
Für den Inhalt kontrollierst du Betreff, sichtbaren Absender, Linkziel und anschließende Seite zusammen. Passt die angekündigte Information zum tatsächlichen Inhalt? Ist die nächste Handlung verständlich? Wenn du eine Formulierung änderst, dokumentiere die konkrete Stelle. Dieser Guide liefert weder eine universelle Spamwortliste noch feste Bild-/Textquoten.
Für Frequenz und Volumen wählst du einen begrenzten nächsten Schritt. Notiere die geplante Änderung und den Kontrollzeitpunkt. Eine feste Warmupmenge oder „einmal pro Woche“ wird hier nicht als allgemeine Lösung angegeben. Einen Toolwechsel begründest du mit einem ungelösten konkreten Auftrag, nicht mit einem erhofften Neustart ohne Diagnose.
Prüfauftrag festhalten und Wirkung kontrollieren
Die folgende Vorlage bleibt absichtlich leer. Trage vorhandene Informationen ein und kennzeichne Lücken. „Vermutete Spamablage“ ist ein anderer Eintrag als ein konkreter Fehlertext. Ein fehlender Headerbefund gehört unter „Unbekannt“, nicht unter „Authentifizierung in Ordnung“.
| Feld | Dein Eintrag |
|---|---|
| Datum, Zeitraum und Zeitzone | ____________________ |
| Empfängerprovider und Kontotyp | ____________________ |
| ESP, Versandstrom, From-/SPF-/DKIM-Domain | ____________________ |
| Beobachtung und ihre Herkunft | ____________________ |
| Quelle, Nenner und Datenstand | ____________________ |
| Was noch unbekannt ist | ____________________ |
| Zu prüfende Hypothese | ____________________ |
| Nächste konkrete Prüfung | ____________________ |
| Marketing-/ESP-/DNS-Verantwortlicher | ____________________ |
| Erwarteter Korrekturbefund und Kontrollzeitpunkt | ____________________ |
Den fiktiven ESP-Wechsel als Prüfauftrag bearbeiten
In unserem erfundenen Beispiel will das Unternehmen nach einem Wechsel des Versanddienstes den nächsten Versand vorbereiten. Die folgenden Pfade gelten nur falls der jeweils genannte Befund tatsächlich vorliegt. Es werden keine vorhandenen Kundenlogs oder Ergebnisse behauptet.
Falls Gmail 4.7.30 oder 5.7.30 dokumentiert ist: Gmails Tabelle für Bulk-Absender nennt nicht bestandenes DKIM. Quelle: Gmail-Fehlercodes.
Der Auftrag an ESP und DNS-Verantwortlichen lautet dann: Welche Nachricht und welcher Sendepfad sind betroffen? Welcher DKIM-Befund liegt vor, welche Konfiguration wird geprüft und welches spätere Ergebnis dokumentiert die Korrektur? Ein bloß angelegter Eintrag beendet die Prüfung noch nicht.
Falls Microsoft 550 5.7.515 dokumentiert ist: Prüfe mit dem ESP die im datierten Update beschriebenen Authentifizierungsanforderungen für den betroffenen Geltungsbereich. Quelle: Microsoft-Senderupdate.
Halte offen, welcher Teilbefund fehlt. Lass die zuständige Person die Korrektur und den danach verfügbaren Befund getrennt dokumentieren. „DNS angepasst“ und „betreffende Nachricht erfüllt die Anforderung“ sind verschiedene Einträge.
Falls nur Öffnungen gesunken sind: Beginne mit Messwerkzeug, Datenstand und weiteren verfügbaren Beobachtungen. Weder ein Dienstwechsel noch ein anschließend erfolgreicher DNS-Check beweist hier die Ursache eines vermuteten Spamproblems. Das Marketingteam hält fest, welche Information noch beschafft werden muss.
Bei temporären Fehlern empfiehlt Google, den Versand zurückzunehmen und später erneut zu versuchen. Quelle: Google-Fehlerdefinitionen.
Das Einhalten der Gmail-Empfehlungen garantiert keine Inboxplatzierung. Quelle: Google-Senderrichtlinien.
Woran erkennst du eine bearbeitete Maßnahme?
Lege vor der Änderung fest, welchen Befund du danach wieder ansiehst: denselben Nachrichtentyp, Empfängerprovider und ein definiertes Zeitfenster. Notiere, wann Daten verfügbar sind. Ein begrenzter Test zeigt nur die geprüfte Stichprobe; ein externer Score beantwortet nicht automatisch deine gesamte Frage.
Die Maßnahme ist als Arbeitsauftrag erst nachvollziehbar, wenn Beobachtung, Änderung, Verantwortlicher und Kontrollbefund zusammenstehen. Falls der Befund unverändert oder unvollständig ist, bleibt die Hypothese offen. Wechsle dann mit der neuen Information in einen passenden Prüfpfad, statt eine Wirkung zu behaupten.
Weitere Themen für deinen Arbeitsalltag findest du im Magazinüberblick von Marktdenker.
Häufige Fragen zu Sonderfällen
Warum kann SPF bei weitergeleiteten Nachrichten fehlschlagen?
SPF kann die Weiterleitungsdomain statt der ursprünglichen From-Domain authentifizieren. Eine unverändert gültige DKIM-Signatur ist separat zu prüfen. Google erklärt diesen Weiterleitungsfall.
Können zwei Versanddienste eigene DKIM-Selektoren nutzen?
Ja. Microsoft bestätigt getrennte Selektoren; Google empfiehlt eigene DKIM-Schlüssel je Drittversanddienst. Stimme die Konfiguration mit ESP und DNS-Verantwortlichen ab. Daraus folgt keine garantierte Reputationsisolation.
Warum fehlt der Abmeldebutton trotz vorhandener Header?
Gmail prüft die Berechtigung zur Buttonanzeige automatisiert. Yahoo nennt zusätzlich Reputation und Engagement. Buttonanzeige und funktionierenden Header-/Abmeldeprozess getrennt prüfen.