Zustellbarkeit und DNS

Warum E-Mails im Spam landen: Ursachen und Lösungen

Von Alexey Bulygin
Diagnose der Ursachen, durch die E-Mails trotz Authentifizierung im Spam landen

Sie haben SPF eingerichtet. Sie haben DKIM konfiguriert. DMARC ist vorhanden. Trotzdem landen Ihre Nachrichten im Spamordner oder kommen überhaupt nicht an. Um zu verstehen, warum E-Mails im Spam landen, genügt es nicht, die Authentifizierungseinträge zu betrachten. Entscheidend ist ein Zusammenspiel aus mehreren Filtern, Verhaltenssignalen und Besonderheiten der Infrastruktur, die viele Absender erst bemerken, wenn bereits Probleme bestehen. Mehr zu den dahinterliegenden Reputationssignalen erfahren Sie in unserem Leitfaden zur Absenderreputation.

Das Problem reicht tiefer, als viele Anleitungen erkennen lassen. Postfachanbieter wie Google und Yahoo prüfen nicht nur, ob Ihre Header die Kontrollen bestehen. Sie bewerten auch, wer Sie sind, wie Sie sich bisher als Absender verhalten haben, ob Ihre Infrastruktur der eines Spammers ähnelt und ob die Empfänger Ihre Nachrichten tatsächlich erhalten möchten. Eine falsch konfigurierte Einstellung kann die über Monate aufgebaute positive Reputation erheblich beeinträchtigen.

Im Folgenden sehen Sie, welche Faktoren Nachrichten tatsächlich in den Spamordner bringen können, wie Sie die Ursache diagnostizieren und mit welcher strukturellen Lösung Sie eine Wiederholung vermeiden.

Die dauerhafte Einstufung als Massenversender

Warum E-Mails von Massenversendern im Spam landen: Sobald Sie an einem einzigen Tag 5,000 Nachrichten an Gmail-Adressen gesendet haben, stuft Google Sie dauerhaft als Massenversender ein. Dieser Schwellenwert ist ein Höchststand und wird nicht täglich zurückgesetzt. Ab diesem Zeitpunkt ist die Abmeldung mit einem Klick nach RFC 8058 für jede Marketing-E-Mail erforderlich. Außerdem sind DMARC mit mindestens der Richtlinie p=none sowie eine Beschwerdequote von höchstens 0.3% vorgeschrieben. Ein Weg zurück zum Status eines Nicht-Massenversenders ist nicht vorgesehen.

Viele Absender überschreiten diesen Schwellenwert, ohne es zu bemerken. Eine einzige Werbekampagne an eine ausreichend große Liste erreicht 5,000 Empfänger innerhalb weniger Minuten. Danach gelten die strengeren Regeln dauerhaft. Wenn Sie sie noch nicht erfüllen, können Nachrichten ohne vorherige Warnung von Google zunehmend im Spamordner landen.

Die Lösung ist nicht kompliziert, muss aber vollständig umgesetzt werden. Jede Nachricht benötigt Header nach RFC 8058, der DMARC-Eintrag muss die Ausrichtung bestehen und die Beschwerdequote sollte dauerhaft unter 0.1% bleiben. Schon eine Abweichung bei einem dieser Punkte kann dazu führen, dass E-Mails im Spam landen, obwohl die übrigen Werte unauffällig sind.

Die Klippe bei einer Beschwerdequote von 0.3%

Warum E-Mails bei 0.3% Beschwerden im Spam landen: Google nennt 0.1% als Zielwert für einen gesunden Versand und 0.3% als Schwelle, die nicht erreicht werden sollte. Yahoo verwendet dieselben Zahlen, berechnet die Quote jedoch mit einem anderen Nenner. Dieser Unterschied ist erheblich: Yahoo setzt Beschwerden ins Verhältnis zu den im Posteingang zugestellten Nachrichten, nicht zur Gesamtzahl aller versendeten Nachrichten. Wenn Ihre Zustellbarkeit bereits schlecht ist, lässt der kleinere Nenner die Beschwerdequote schnell ansteigen.

Berechnung mit dem Posteingangsnenner bei Yahoo: Sie senden 1,000 Nachrichten. 900 landen im Spam. 100 erreichen den Posteingang. Ein Empfänger klickt auf "Spam melden". Das ergibt 1 Beschwerde ÷ 100 Zustellungen im Posteingang = 1.0% Beschwerdequote, also das Dreifache des Grenzwerts, obwohl nur eine von 1,000 Sendungen beanstandet wurde.

So entsteht eine Abwärtsspirale. Eine schlechte Platzierung verkleinert den Nenner der Posteingangszustellungen. Bei einem kleineren Nenner kann bereits eine einzelne Beschwerde den Grenzwert überschreiten. Eine zu hohe Quote verschlechtert wiederum die Platzierung, wodurch der Nenner weiter schrumpft. Um diesen Kreislauf zu durchbrechen, müssen Sie inaktive Kontakte konsequent unterdrücken und der Reputation Zeit zur Erholung geben. Das dauert üblicherweise Wochen statt Stunden.

Prüfen Sie Ihre Beschwerdequote in den Google Postmaster Tools, bevor Sie eine weitere Kampagne versenden. Liegt sie über 0.08%, sollten Sie dies dringend untersuchen.

Die Falle bei der DMARC-Ausrichtung

Warum E-Mails trotz bestandener SPF- und DKIM-Prüfung im Spam landen: DMARC prüft nicht nur, ob SPF und DKIM bestehen, sondern auch, ob sie mit Ihrer Absenderdomain ausgerichtet sind. Wenn Sie über einen E-Mail-Dienstleister mit gemeinsam genutzter Infrastruktur senden, können SPF und DKIM beide bestehen und die DMARC-Ausrichtung dennoch fehlschlagen. Das ist einer der häufigsten Gründe, warum Absender trotz "grüner" Authentifizierungsergebnisse im Spam landen.

PrüfungStandardverhalten des E-Mail-DienstleistersErgebnis der DMARC-Ausrichtung
SPF Bestanden für bounces.mailchimp.com Ausrichtung fehlgeschlagen: mailchimp.comyourcompany.com
DKIM Bestanden mit d=mailchimp.com Ausrichtung fehlgeschlagen: Signaturdomain ≠ Absenderdomain
DMARC Beide Prüfungen verfehlen die Ausrichtung FEHLER → Nachricht landet im Spam oder wird abgewiesen

Die Lösung ist die Authentifizierung einer eigenen Domain: CNAME-Einträge verweisen Ihre Subdomain auf die Infrastruktur des Dienstleisters, und eine eigene Return-Path-Subdomain ermöglicht eine bestandene SPF-Prüfung unter Ihrer Domain. Alle großen E-Mail-Dienstleister unterstützen dies, doch die Funktion ist nicht immer standardmäßig aktiviert. Richten Sie sie vor dem nächsten Versand ein.

Die aktuellen Anforderungen an die Ausrichtung finden Sie in den Richtlinien für E-Mail-Absender von Google. Google hat diese Regeln 2024 aktualisiert und setzt die Anforderungen für Massenversender inzwischen durch.

Die Hürde einer neuen IP bei Microsoft

Warum E-Mails bei Outlook und Hotmail im Spam landen: Microsoft behandelt IP-Adressen ohne Versandhistorie zunächst mit besonderer Vorsicht. Selbst wenn Ihre Domain einen guten Ruf hat, beginnt das Vertrauen auf IP-Ebene bei einer neuen dedizierten IP oder nach einem Anbieterwechsel von vorn. Die dabei sichtbaren SMTP-Fehler weisen nicht unbedingt auf eine fehlgeschlagene Authentifizierung hin. Oft handelt es sich um volumen- oder reputationsbedingte Einschränkungen, die einen kontrollierten Aufwärmprozess erfordern.

451 4.7.500 - Server busy, try again later (throttle signal - slow down)
421 RP-001  - Reputation limitation; this IP has no sending history
550 5.7.515 - Message volume exceeds IP reputation (not an auth failure)

Beim Aufwärmen für Microsoft empfiehlt sich ein vorsichtiger Anstieg. Ein möglicher Zeitplan lautet: Senden Sie an Tag 1 zunächst 50 Nachrichten, an Tag 2 dann 100 und an Tag 3 schließlich 200. Verdoppeln Sie das Volumen anschließend alle 2-3 Tage, sofern die Signale unauffällig bleiben. Ein übersprungener Aufbau spart häufig keine Zeit, weil automatische Verzögerungen den Fortschritt zurückwerfen können.

Wenn 421 RP-001 regelmäßig erscheint, benötigen Sie einen gezielten Aufwärmplan und nicht bloß eine DNS-Änderung. Die IP besitzt noch keine Historie, und Microsoft baut Vertrauen erst anhand eines sauberen Versandverhaltens über mehrere Wochen auf. Ein zu schneller Anstieg ist ein häufiger Grund dafür, dass E-Mails bei Outlook im Spam landen, obwohl die Domainreputation gut ist.

Die fehlende Abmeldung mit einem Klick

Warum E-Mails im Spam landen, wenn Nutzer sich nicht einfach abmelden können: Finden Empfänger keine gut sichtbare Abmeldeoption, verwenden sie stattdessen häufig die Schaltfläche "Spam melden". Das zählt als Beschwerde. Für Massenversender ist die Abmeldung mit einem Klick nach RFC 8058 nicht optional, sondern wird seit Juni 2024 sowohl von Google als auch von Yahoo verlangt.

Jede Marketing-Nachricht benötigt zwei Header:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://yourdomain.com/unsubscribe?id=123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

Die HTTPS-URL muss eine POST-Anfrage direkt annehmen, ohne Anmeldeseite, Bestätigungsschritt oder Weiterleitung. Die Gmail-Oberfläche kann aus diesem Header einen Link zur Abmeldung anzeigen. Fehlt der Header oder ist er fehlerhaft, erscheint dieser Link möglicherweise nicht. Wenn Nutzer keinen einfachen Ausweg finden, melden sie die Nachricht eher als Spam. So entsteht eine Rückkopplung, die nur schwer zu durchbrechen ist.

Weiterleitung und fehlschlagendes SPF

Warum E-Mails nach einer Weiterleitung im Spam landen: Eine E-Mail-Weiterleitung führt bei vielen empfangenden Servern unbemerkt zu einem SPF-Fehler. Die genaue Fehlerkette sieht so aus:

  1. Sie senden von you@yourcompany.com an eine Gmail-Adresse. SPF besteht, weil die IP Ihres Servers autorisiert ist.
  2. Für das Gmail-Konto ist eine Weiterleitung an eine Yahoo-Adresse eingerichtet. Gmail stellt die Nachricht über eine Gmail-IP erneut an Yahoo zu.
  3. Yahoo prüft SPF. Die sendende IP gehört nun Gmail und nicht Ihnen. Die Gmail-IP steht nicht in Ihrem SPF-Eintrag. SPF schlägt fehl.
  4. Schlägt auch DKIM fehl, etwa weil Gmail bei der Weiterleitung signierte Header geändert hat, scheitert DMARC. Yahoo stellt die Nachricht möglicherweise im Spam zu oder weist sie ganz ab.

DKIM übersteht eine Weiterleitung in vielen Fällen, weil es den Nachrichteninhalt und nicht den sendenden Server signiert. Empfohlen werden deshalb 2048-Bit-DKIM-Schlüssel, die einen stärkeren kryptografischen Schutz bieten. Ob die Signatur eine Weiterleitung übersteht, hängt jedoch davon ab, welche signierten Header oder Inhalte der Weiterleiter verändert. Für Weiterleitungsszenarien schreibt SRS (Sender Rewriting Scheme) den Return-Path um, damit SPF in der Weiterleitungskette bestehen kann. Im Leitfaden zur E-Mail-Weiterleitung mit SRS erfahren Sie, wie Sie dies korrekt einrichten.

Die Diagnose in 15 Minuten

Bevor Sie etwas ändern, sollten Sie feststellen, was tatsächlich fehlschlägt. Mit diesem Ablauf und bereits verfügbaren Werkzeugen können Sie die häufigsten Ursachen dafür, warum E-Mails im Spam landen, in weniger als 15 Minuten eingrenzen.

Schritt 1: Authentifizierungsheader prüfen (0-5 Min.)

Senden Sie eine Testnachricht an eine eigene Gmail-Adresse. Öffnen Sie die Nachricht, klicken Sie auf das Dreipunktmenü und wählen Sie "Original anzeigen". Scrollen Sie zu Authentication-Results. Dort sehen Sie für SPF, DKIM und DMARC jeweils einzeln, ob die Prüfung bestanden wurde. Wird bei einer Prüfung fail angezeigt, haben Sie Ihr erstes Ziel für die Fehlerbehebung gefunden.

Schritt 2: DNS-Einträge überprüfen (5-10 Min.)

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC record
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace 'default' with your actual selector)
dig txt default._domainkey.yourdomain.com +short

Vergleichen Sie die Ergebnisse mit den erforderlichen Einträgen Ihres E-Mail-Dienstleisters. Unser Leitfaden zum Einrichten eines SPF-Eintrags zeigt die richtige Syntax für gängige Konfigurationen und erklärt auch, wie Sie einen überladenen SPF-Eintrag überarbeiten, der das Limit von 10 DNS-Abfragen erreicht.

Schritt 3: IP- und Domainreputation prüfen (10-15 Min.)

Öffnen Sie die Google Postmaster Tools und prüfen Sie die Diagramme zur Domain- und IP-Reputation. Jeder Wert unter "High" sollte untersucht werden. Prüfen Sie außerdem Ihre Versand-IP bei Spamhaus (SBL und XBL). Ein Eintrag auf einer solchen Sperrliste kann unabhängig vom Authentifizierungsstatus zu einer sehr weitreichenden Blockierung führen.

Die strukturelle Lösung: Hosting und Versand trennen

Warum E-Mails im Spam landen, wenn die Infrastruktur nicht getrennt ist: Die eigentliche Ursache ist häufig kein fehlender Eintrag. Stattdessen teilen sich Marketing-Nachrichten, Transaktions-E-Mails und Kundenpost dieselbe IP- und Domainreputation. Eine problematische Kampagne kann dadurch alle anderen Versandarten beeinträchtigen. Lesen Sie, wie sich eine belastete Domainreputation in gemeinsam genutzter Infrastruktur ausbreitet, wenn keine Trennung besteht.

SzenarioAlter Ansatz (gebündelt)TrekMail (getrennt)
Marketing schädigt die IP-Reputation Auch Transaktions-E-Mails können im Spam landen Separate SMTP-Zugangsdaten: Transaktionsversand bleibt getrennt
Neue Kundendomain hinzufügen Teilt den Reputationspool mit vorhandenen Absendern Isolierte Domain mit eigener Reputation ab dem ersten Tag
Kunde hat ein Reputationsproblem Wirkt sich auf gemeinsam genutzte Infrastruktur aus SMTP-Zugangsdaten austauschen; Postfächer bleiben bestehen
Kosten bei 10 Domains Gebühren pro Nutzer steigen schnell ($72+/user/year) Pauschal $3.50/mo: alle Domains, keine Gebühren pro Nutzer

Mit dem BYO-SMTP-Modell von TrekMail können Sie Amazon SES, SendGrid oder Mailgun für ausgehende Nachrichten anbinden und die Postfächer in einem Tarif mit Pauschalpreis belassen. Nutzen Sie eigene SMTP-Zugangsdaten für Transaktions-E-Mails und getrennte Zugangsdaten für Marketing. So können unterschiedliche IPs und Reputationspools eingesetzt und gegenseitige Auswirkungen reduziert werden. Agenturen können SMTP-Zugangsdaten für einzelne Kunden austauschen, ohne die Postfachkonfiguration zu verändern oder Daten zu migrieren.

Der integrierte Assistent für SPF, DKIM und DMARC führt für jede Domain einzeln durch die Einrichtung der Ausrichtung. Im Dashboard für mehrere Domains sehen Sie den Authentifizierungsstatus aller Domains in einer Ansicht.

Nano-Tarif: $0, 10 Domains, 5GB Speicher, BYO SMTP, keine Kreditkarte erforderlich und dauerhaft kostenlos. Starter: pauschal $3.50/mo, 50 Domains, 15GB, verwaltetes SMTP inbegriffen, kostenlose Testphase für 14 Tage (für die Testphase ist eine Kreditkarte erforderlich).

Kostenlos starten: keine Kreditkarte, keine Testphase, 10 Domains und BYO SMTP ab dem ersten Tag. Oder Tarife ansehen und die 14-tägige Starter-Testphase beginnen, wenn Sie verwaltetes SMTP benötigen.

Fragen Sie nicht länger, warum E-Mails im Spam landen: Beheben Sie die Struktur

Die Antwort auf die Frage, warum E-Mails im Spam landen, liegt fast nie in einem einzigen fehlenden Eintrag. Meist kommen mehrere Faktoren zusammen: Die Ausrichtung scheitert bei einem gemeinsam genutzten E-Mail-Dienstleister, Beschwerdequoten steigen durch eine unbemerkte Weiterleitungskette, Microsoft beschränkt eine IP wegen eines übersprungenen Aufwärmprozesses oder die Marketing-Reputation wirkt sich auf Transaktionsnachrichten aus, weil alles über dieselbe Infrastruktur läuft.

Beheben Sie die technischen Ursachen mit dem oben beschriebenen Diagnoseablauf. Das strukturelle Problem können Sie mit der BYO-SMTP-Architektur von TrekMail angehen. Die Diagnose hilft, Störungen zu vermeiden. Die Trennung begrenzt deren Auswirkungen, falls sie dennoch auftreten.

Starten Sie kostenlos mit 10 Domains und ohne Kreditkarte oder entdecken Sie den Starter-Tarif für pauschal $3.50/mo: keine Gebühren pro Nutzer, getrennte Versandkanäle für Domains und ein gemeinsames Dashboard.

Diesen Artikel teilen

Wir verwenden notwendige Technologien, um TrekMail zu betreiben und zu schützen. Mit „Okay“ erlauben Sie außerdem begrenzte Analysen und Werbemessung gemäß unserer Cookie-Richtlinie.

Bei TrekMail anmelden

Zugriff auf Ihr Dashboard, Ihre Postfächer und DNS.

oder

12 Zeichen Passwörter stimmen überein

oder

E-Mail zum Zurücksetzen gesendet

Falls für diese E-Mail-Adresse ein Konto existiert, haben wir Anweisungen zum Zurücksetzen des Passworts gesendet.

Indem Sie fortfahren, stimmen Sie den Nutzungsbedingungen und der Datenschutzrichtlinie von TrekMail zu.