> For the complete documentation index, see [llms.txt](https://one-loop.gitbook.io/help/llms.txt). Markdown versions of documentation pages are available by appending `.md` to page URLs; this page is available as [Markdown](https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/e-mail/wenn-e-mails-im-spam-ordner-landen.md). # Wenn E-Mails im Spam-Ordner landen ## Kurz erklärt Wenn eine E-Mail im Spam-Ordner erscheint, ist das kein einzelner Fehlercode. Empfängersysteme bewerten mehrere Signale gleichzeitig: Ist der Absender technisch bestätigt? Kennen und erwarten die Empfänger die Nachricht? War der Versand bislang verlässlich? Passt der Inhalt zum Absender? Diese Anleitung hilft dir, die Ursache systematisch einzugrenzen. Arbeite die Schritte nacheinander ab und ändere nicht mehrere grundlegende Dinge gleichzeitig. So kannst du später nachvollziehen, was die Situation verbessert hat. ## Voraussetzungen * Du hast Zugriff auf mindestens ein eigenes Testpostfach. * Du kennst die Absenderadresse und Domain der betroffenen E-Mail. * Für technische Änderungen kannst du DNS-Einträge verwalten oder eine zuständige Person einbeziehen. * Du kannst die Ergebnisse vergangener E-Mail-Sendungen einsehen. ## Schritt für Schritt ### 1. Das Problem mit echten Tests bestätigen Sende dieselbe Nachricht zunächst an eigene Testpostfächer bei mindestens zwei verschiedenen E-Mail-Anbietern. Prüfe nicht nur, ob die E-Mail angekommen ist, sondern auch, in welchem Ordner sie liegt. Notiere dabei: * Absenderadresse und sichtbaren Absendernamen * Betreff * Zeitpunkt des Versands * Empfängeranbieter * Ordner, in dem die Nachricht erscheint * ob Links und Darstellung funktionieren Teste nicht ausschließlich mit einem Postfach unter derselben Domain wie dein Absender. Solche internen Tests können ein anderes Ergebnis liefern als externe Empfänger. ### 2. Die technische Bestätigung im Nachrichtenkopf prüfen Öffne eine Testnachricht in deinem Postfach und rufe die vollständigen Nachrichteninformationen auf. In vielen Postfächern heißt diese Ansicht „Original anzeigen“, „Nachrichtenquelle“ oder ähnlich. Suche dort nach den Prüfungen für: * **SPF:** War der sendende Server für die Domain erlaubt? * **DKIM:** Trägt die Nachricht eine gültige Signatur? * **DMARC:** Passt die Domain der Absenderadresse zu den bestätigten Informationen? Die genaue Darstellung unterscheidet sich je nach Mailanbieter. Bei allen drei Prüfungen sollte ein erfolgreicher Status stehen, häufig „PASS“. Zeigt SPF oder DMARC „FAIL“, liegt zuerst ein technisches Abstimmungsproblem vor: Prüfe die Versanddomain und DNS-Einträge, bevor du Inhalt oder Zielgruppe änderst. Ändere die DNS-Einträge nicht blind. Vergleiche den vorhandenen Eintrag mit den Angaben für deine Versanddomain und lasse bei Unsicherheit die technische Einrichtung prüfen. ### 3. Absenderdomain und Absenderidentität vereinheitlichen Der sichtbare Absendername, die Absenderadresse und die verlinkten Zielseiten sollten erkennbar zusammengehören. Eine Nachricht von einer unbekannten Adresse, die auf eine völlig andere Domain führt, wirkt für Empfänger und Filter weniger vertrauenswürdig. Verwende deshalb: * eine Absenderadresse unter deiner eigenen Domain, * einen Absendernamen, den deine Kontakte wiedererkennen, * Links zu Seiten, die zu deiner Marke gehören, * einen Betreff, der ehrlich zum Inhalt passt. ### 4. Die Empfängerliste prüfen Listenqualität ist einer der häufigsten Gründe für Spam-Probleme. Prüfe, woher die angeschriebenen Kontakte kommen und ob sie deine E-Mails erwarten. Stoppe oder begrenze den Versand an Gruppen mit diesen Merkmalen: * keine nachvollziehbare Einwilligung, * sehr alte Kontakte ohne Reaktion, * häufige unzustellbare Adressen, * generische Teamadressen wie `info@` oder `support@`, wenn keine ausdrückliche Anmeldung vorliegt, * Listen aus fremden oder gekauften Quellen. Bei wiederholt unzustellbaren Adressen solltest du nicht weiter senden. Bei lange inaktiven Kontakten ist eine kleine, klar gekennzeichnete Reaktivierungsgruppe sinnvoller als ein Versand an die gesamte Liste. ### 5. Versandtempo und Versandrhythmus beruhigen Sehr große Sprünge im Versandvolumen oder lange Pausen mit anschließendem Massenversand können die Zustellbarkeit verschlechtern. Teile große Zielgruppen in kleinere, passende Abschnitte und versende planbar. Wenn das Problem gerade akut ist: 1. Pausiere weitere große Sendungen an die betroffene Gruppe. 2. Starte später mit einem kleinen, engagierten Segment. 3. Prüfe die Ergebnisse. 4. Erweitere erst dann schrittweise. ### 6. Inhalt und Links vereinfachen Überprüfe die betroffene E-Mail wie ein Empfänger, der dich noch nicht gut kennt. Entferne unnötige Elemente und sende eine Testversion. Besonders prüfen solltest du: * viele Bilder ohne ausreichend erklärenden Text, * verkürzte oder nicht vertrauenswürdige Links, * große Anhänge, * übertriebene Werbesprache, * sehr viele Großbuchstaben, Symbole oder Ausrufezeichen, * eingefügten Text mit fehlerhafter Formatierung, * einen unklaren oder fehlenden Abmeldemöglichkeit bei Marketing-E-Mails. Die Nachricht sollte auch dann verständlich bleiben, wenn Bilder nicht geladen werden. ### 7. Nach der Änderung erneut testen und beobachten Sende nach einer gezielten Korrektur neue Tests an deine Testpostfächer. Ändere pro Durchgang möglichst nur einen größeren Bereich, etwa die technische Bestätigung oder den Inhalt. Beobachte anschließend die Kennzahlen der nächsten Sendungen, besonders Rückläufer und Beschwerden. ## Ergebnis prüfen Du hast die Ursache sinnvoll eingegrenzt, wenn: * die technischen Prüfungen für deine Testnachricht erfolgreich sind, * Absendername, Absenderadresse und Links zusammenpassen, * der Versand nur an passende Kontakte geht, * das Versandvolumen planbar steigt statt sprunghaft zu wechseln, * die Testnachricht bei mehreren Anbietern nicht mehr im Spam landet. Eine technisch einwandfreie Nachricht kann bei einzelnen Empfängern dennoch im Spam landen. Wichtig ist deshalb die Entwicklung über mehrere Sendungen und Empfängergruppen. ## Praxisbeispiel: Eine Einladung landet im Spam Ziel: Eine geplante Einladungs-E-Mail soll zuverlässig im Posteingang ankommen. 1. Das Team versendet die E-Mail zunächst an zwei eigene Testpostfächer bei unterschiedlichen Anbietern. 2. Eine Testnachricht landet im Spam. Im vollständigen Nachrichtenkopf zeigt die DMARC-Prüfung keinen erfolgreichen Status. 3. Das Team hält Absenderadresse, Betreff und Zeitpunkt fest und lässt die DNS-Einrichtung der Versanddomain anhand der vorhandenen Angaben prüfen. 4. Nach der gezielten Korrektur sendet es dieselbe E-Mail erneut an die Testpostfächer. 5. Die technischen Prüfungen sind erfolgreich; anschließend begrenzt das Team die echte Aussendung auf eine kleine, aktive Empfängergruppe. 6. Erst wenn diese Sendung unauffällig verläuft, wird die Zielgruppe schrittweise erweitert. So wird aus einem Spam-Fall eine nachvollziehbare Prüfung statt einer riskanten sofortigen Massen-Aussendung. ## Häufige Fehler ### Dieselbe problematische Liste erneut anschreiben Ein erneuter Versand an Kontakte, die nicht reagieren oder sich beschweren, verschärft das Problem häufig. Bereinige die Zielgruppe zuerst. ### Eine Zustellung mit einem Posteingang verwechseln „Zugestellt“ heißt nicht automatisch „im Posteingang“. Prüfe den konkreten Ordner in echten Testpostfächern. ### Nach einem weichen Rückläufer sofort manuell erneut senden Ein weicher Rückläufer kann vorübergehend sein, etwa wegen eines vollen Postfachs oder eines nicht erreichbaren Empfängerservers. Warte auf das endgültige Ergebnis, bevor du erneut sendest. ### Technische Einträge ohne Prüfung überschreiben DNS-Einträge können mehrere Dienste betreffen. Nimm Änderungen nur anhand der korrekten Vorgaben für deine Domain vor. ## Gut zu wissen Zustellbarkeit ist Vertrauen über Zeit. Selbst wenn die technische Prüfung sofort gelingt, kann es mehrere Wochen dauern, bis sich ein beschädigter Ruf durch verlässliche, relevante Sendungen stabilisiert. --- # Agent Instructions This documentation is published with GitBook. GitBook is the documentation platform designed so that both humans and AI agents can read, navigate, and reason over technical content effectively. Learn more at gitbook.com. ## Querying This Documentation If you need additional information that is not directly available in this page, you can query the documentation by asking a question. Perform an HTTP GET request on the following URL with the `ask` and `goal` query parameters: ``` GET https://one-loop.gitbook.io/help/plattform/one-loop-plattform/kommunikation/e-mail/wenn-e-mails-im-spam-ordner-landen.md?ask=&goal= ``` `ask` is the immediate question: it should be specific, self-contained, and written in natural language. `goal` is what the user is ultimately trying to achieve, the reason they need the answer. Sharing it helps GitBook give you a better, more relevant answer. A goal is most helpful when it describes the outcome the user wants rather than restating the question. For example, with `ask=how do I create an API token`, a goal like `automate deployments from our CI pipeline` lets GitBook tailor the answer to that use case. The response will contain a direct answer to the question and relevant excerpts and sources from the documentation. Use this mechanism when the answer is not explicitly present in the current page, you need clarification or additional context, or you want to retrieve related documentation sections.