# E-Mail-Zustellbarkeit: den Weg in den Posteingang prüfen Kanonische URL: https://brew.new/de/blog/email-deliverability Autor: Brew Team Veröffentlicht: 2026-08-23 Aktualisiert: 2026-09-29 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. ## Beginne mit der Antwort des empfangenden Servers 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](https://support.google.com/mail/answer/14229414) 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. ### Den erweiterten Statuscode lesen Ein erweiterter Statuscode besteht aus drei durch Punkte getrennten Zahlen, definiert in [RFC 3463](https://www.rfc-editor.org/rfc/rfc3463.html). 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](https://support.google.com/a/answer/3726730) auf. Lies neben dem Code auch den vollständigen Antworttext, denn ein Code kann mehrere unterschiedliche Gründe abdecken. ### Wo du Reputationsdaten der Provider findest [Google Postmaster Tools](https://postmaster.google.com/) 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](https://substrate.office.com/ip-domain-management-snds/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. ## Prüfe die Identität, die tatsächlich gesendet wird 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. ### DMARC vom Monitoring zur Durchsetzung bringen 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. ```text _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. ```text _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. ## Lies die Anforderungen der Provider im Original [Googles Richtlinien](https://support.google.com/mail/answer/81126) 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 Anforderungen an alle Absender Googles Liste für jeden Absender, unabhängig vom Volumen, umfasst unter anderem: - Richte SPF oder DKIM für deine Versanddomain ein. - Sorg für gültige Forward- und Reverse-DNS-Einträge der sendenden Domains oder IPs. - Sende über eine TLS-Verbindung. - Halte die in Postmaster Tools gemeldete Spamrate unter den oben genannten Grenzwerten. - Formatiere Nachrichten gemäß RFC 5322. ### Zusätzliche Anforderungen an Bulk-Sender Bulk-Sender müssen außerdem Folgendes tun: - Richte sowohl SPF als auch DKIM ein. - Veröffentliche einen DMARC-Eintrag für die Versanddomain. Google akzeptiert die Richtlinie `p=none`. - Sorg für Alignment der From-Domain mit der SPF-Domain oder der DKIM-Domain. - Unterstütze One-Click-Abmeldung für Marketing- und abonnierte Nachrichten und füge im Nachrichtentext einen gut sichtbaren Abmeldelink ein. 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](https://support.google.com/mail/answer/14229414). [Yahoos Leitlinien](https://senders.yahooinc.com/best-practices/) behandeln ebenfalls Authentifizierung, Beschwerden und Abmeldung. Yahoo veröffentlicht keinen vergleichbaren Schwellenwert für Bulk-Sender. Lies die [FAQ](https://senders.yahooinc.com/faqs/), statt die Zahl von Gmail auf jeden Provider zu übertragen. ### Microsoft Outlook.com Microsoft hat [2025 angekündigt](https://techcommunity.microsoft.com/blog/microsoftdefenderforoffice365blog/strengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders/4399730), 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. ## Teste, ob die Abmeldung wirklich funktioniert One-Click-Abmeldung nach [RFC 8058](https://www.rfc-editor.org/rfc/rfc8058.html) 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: ```text List-Unsubscribe: , List-Unsubscribe-Post: List-Unsubscribe=One-Click ``` Klickt 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](/de/blog/transactional-emails) nach Zweck und Versandkonfiguration getrennt. ## Prüfe die Zielgruppe, bevor du das Volumen erhöhst 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](/de/blog/agent-email-deliverability), 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.