Wenige Stunden nach einem Versand klickt eine Handvoll Empfänger auf „Junk-E-Mail“. Diese Geste bleibt nicht in ihrem Postfach: Die Mailbox-Provider melden sie an den Absender zurück, der sich für das entsprechende Programm registriert hat. Das ist der Feedback Loop (FBL), der einzige Kanal, der Ihnen mitteilt, wie viele Empfänger Sie gemeldet haben, und der sich direkt auf Ihre deliverability auswirkt. Jeder Provider hat seine eigenen Registrierungsbedingungen und seinen eigenen Detaillierungsgrad. Microsoft hat seine 2026 übrigens geändert.

Was ist ein Feedback Loop (FBL)?

Der Feedback Loop (Rückmeldeschleife) ist ein Dienst, über den ein Mailbox-Provider dem Absender die Beschwerden seiner eigenen Nutzer zurückmeldet. Klickt ein Empfänger auf „Spam“ oder „Junk-E-Mail“, erstellt der Provider einen Bericht und sendet ihn an eine vom registrierten Absender angegebene Adresse.

Diese Berichte werden in einem standardisierten Format übermittelt, dem ARF (Abuse Reporting Format), das in der RFC 5965 beschrieben ist. Ein ARF-Bericht sieht aus wie eine mehrteilige E-Mail. Eine lesbare Zusammenfassung eröffnet die Nachricht, gefolgt von einem maschinenlesbaren Metadatenblock, der unter anderem die Beschwerdeart und die Quell-IP-Adresse enthält. Danach folgt eine Kopie der Originalnachricht, die manche Provider auf die reinen Header reduzieren. Diese Standardisierung erlaubt es, die Beschwerden verschiedener Provider mit einem einzigen Skript statt mit einem pro Programm zu verarbeiten.

Wie funktioniert eine Rückmeldeschleife?

1) Ein Empfänger markiert eine E-Mail in seinem Postfach als Spam.
2) Der Mailbox-Provider leitet diese Beschwerde an den beim Feedback-Loop-Programm registrierten Absender weiter.
3) Der Absender entfernt den Beschwerdeführer aus seiner Datenbank, identifiziert die betroffene Kampagne und passt seine Versände an. So schützt er die Reputation seiner Domain und seiner IP-Adresse.

Schema des Kreislaufs einer Spam-Beschwerde zwischen Empfänger, Mailbox-Provider und dem beim Feedback Loop registrierten Absender.

Ab welcher Beschwerderate sollte man sich Sorgen machen?

Google verlangt von Volumenversendern, unter 0,3 % Beschwerden zu bleiben, und empfiehlt, im Normalbetrieb nie über 0,1 % zu gehen. Der Schwellenwert gilt pro Tag und pro Versanddomain, gemessen in den Postmaster Tools. Yahoo richtet seine Anforderungen seit Inkrafttreten der gemeinsamen Regeln für Massenversender an denselben Werten aus.

Diese Prozentsätze wirken winzig, und das sind sie auch: Bei einem Versand von 50.000 Nachrichten reichen 150 Beschwerden, um die Marke von 0,3 % zu überschreiten. Eine Rate, die bei einer einzigen Kampagne plötzlich in die Höhe schnellt, deutet fast immer auf ein schlecht ausgerichtetes Segment oder eine gekaufte Liste hin. Eine Rate, die über mehrere Wochen langsam steigt, offenbart eher eine Audience-Ermüdung, die man erkennt, indem man die Beschwerden mit der Engagement-Rate abgleicht.

Microsoft veröffentlicht keinen konkreten Schwellenwert. SNDS zeigt pro IP eine Reputationsfarbe und eine Beschwerderaten-Spanne an, wodurch der Sender seine eigene Toleranzgrenze ableiten muss. In der Praxis erspart es die gleichen 0,1 % wie bei Google anzustreben, diese Frage überhaupt beantworten zu müssen.

Feedback Loops: Vorteile für alle Beteiligten

Die Vorteile für Marketer

Der Feedback Loop verschafft dem Absender den einzigen direkten Einblick, den er je in die Unzufriedenheit seiner Empfänger erhalten wird. Eine Abmeldung zeigt sich in den Statistiken des Versandtools, eine nicht gemeldete Beschwerde zeigt sich nirgendwo. Trotzdem wirkt sie sich auf die deliverability aller folgenden Versände aus.

Bei der Reputation vergeben die Provider Bewertungen für IP-Adressen und Versanddomains. Ein hohes Beschwerdeaufkommen lässt sie sinken, was zunächst zur Einstufung als Junk-E-Mail und dann zur vollständigen Blockierung der Versände an diesen Provider führt. Wer die Beschwerden erhält, kann den Versand stoppen, bevor die Zustellung einbricht, und bleibt so im Posteingang der Empfänger, die noch tatsächlich lesen.

Bei der Datenbank zeigen die Beschwerden, welche Segmente zu entfernen sind. Eine saubere Liste beschränkt sich nicht auf gültige Adressen: Sie schließt auch Kontakte aus, die ihren Unmut geäußert haben. Und wenn mehrere Beschwerden auf dieselbe Kampagne fallen, liegt die Ursache im Inhalt oder im Targeting dieses konkreten Versands.

Die Vorteile für Empfänger

Der „Spam“-Button dient in erster Linie dem Empfänger, der sein Postfach mit einem Klick aufräumt. Die Rückmeldeschleife verlängert diese Geste: Sie verwandelt eine lokale Meldung in eine tatsächliche Abmeldung beim Absender, ohne dass der Nutzer einen Link am Ende der Nachricht suchen muss. Die Kampagnen, die nach dieser Filterung übrig bleiben, sind jene, die die Audience zu empfangen bereit ist.

Die 4 Programme im Überblick

Programm Zuordnung Detaillierungsgrad Voraussetzungen
Microsoft JMRP Versand-IP-Adresse Beschwerde für Beschwerde, seit 2026 nur noch Header, Adresse des Beschwerdeführers maskiert Dedizierte IP, deklariert und validiert in SNDS, Empfangsadresse konsistent mit dem rDNS
Yahoo CFL DKIM-Signierdomain (d=) ARF-Bericht pro gemeldeter Nachricht Aktive DKIM-Signatur, Sender-Hub-Profil, per DNS-Eintrag verifizierte Domain
Gmail-Loop Feedback-ID-Header Aggregat pro Kennung in den Postmaster Tools, keine Adresse wird zurückgemeldet In den Postmaster Tools validierte Domain, DKIM, ausreichendes Volumen pro Kennung
Signal Spam Versand-IP und -domain Aggregierte Meldevolumen für Orange, SFR und laposte.net Mitgliedschaft im Verein

Das JMRP-Programm von Microsoft: Rückmeldungen von Hotmail und Outlook einbinden

Was das JMRP von anderen Loops unterscheidet

Das Junk Mail Reporting Program (JMRP) ist der Feedback Loop von Microsoft für Outlook.com-, Hotmail-, Live- und MSN-Postfächer. Es unterscheidet sich von anderen Programmen in einem Punkt: Es funktioniert pro IP-Adresse, während sich die anderen auf die Signierdomain stützen. Microsoft möchte wissen, welche IPs Sie zum Versand verwenden. Sie müssen sie ihm daher vorab in Smart Network Data Services (SNDS) deklarieren.

Zweite Besonderheit: Das JMRP setzt eine dedizierte Versand-IP voraus. Ein Absender, der über einen gemeinsam genutzten Pool versendet, kann sich nicht in eigenem Namen registrieren, da die IP seinem Versandtool gehört. Dieses erhält die Beschwerden und entscheidet, ob es sie weiterleitet.

Das Duo SNDS und JMRP beantwortet zwei unterschiedliche Fragen. SNDS zeigt die Reputation einer IP mit ihrem Volumen und ihrer aggregierten Beschwerderate. Das JMRP liefert die Beschwerden einzeln, fortlaufend, direkt in Ihr Postfach.

Schritte zur Registrierung beim JMRP

Die Registrierung folgt immer derselben Reihenfolge. Sie deklarieren zunächst Ihre IP-Bereiche in SNDS und bestätigen den Antrag über die Adresse, die Microsoft mit dem Block verknüpft, in der Regel die des technischen Ansprechpartners des IP-Inhabers. Anschließend öffnen Sie über das SNDS-Portal die JMRP-Seite und erstellen einen Feed.

Das Formular fragt nach dem Firmennamen, der Empfangsadresse für Beschwerden und dem maximalen täglichen Volumen, das Sie zu erhalten bereit sind. Die Empfangsadresse muss zu einer Domain gehören, die mit dem reverse DNS Ihrer IPs konsistent ist, was der häufigste Ablehnungsgrund ist. Abschließend wählen Sie die vom Feed abgedeckten IPs aus und akzeptieren die Bedingungen.

Seit Juni 2026 hat das SNDS-Portal seine alte Adresse verlassen und ist unter einer neuen URL erreichbar. JMRP-Feeds, die keinem aktiven SNDS-Konto zugeordnet waren, wurden im Zuge dessen gelöscht. Wenn Sie vor mehreren Jahren einen Feed eingerichtet hatten und die Beschwerden ohne Erklärung ausgeblieben sind, ist das der erste Punkt, den Sie prüfen sollten.

Was das JMRP seit 2026 zurückmeldet

Microsoft hat den Inhalt der Berichte im Zuge derselben Änderungswelle gestrafft. Die Beschwerden kommen jetzt durchgängig im ARF-Format an, was das Parsing vereinfacht. Im Gegenzug wird der Text der Originalnachricht nicht mehr beigefügt und die Adresse des Beschwerdeführers wird maskiert: Es bleiben nur die ursprünglichen Header übrig, ergänzt um eine Auswahl an Authentifizierungs-Headern wie Authentication-Results und Received-SPF.

Diese Anonymisierung bricht die bisherigen Verarbeitungsprozesse, die die Empfängeradresse direkt aus dem Bericht auslasen, um sie in die Sperrliste zu übertragen. Die Lösung besteht in einer einzigen Maßnahme: eigene Header beim Versand einfügen. Eine Kampagnen-Kennung, eine anonyme Empfänger-Kennung und eine Listen-Kennung reichen aus, um in Ihrer Datenbank herauszufinden, wer sich beschwert hat, da diese Header die Filterung durch Microsoft überstehen.

Microsoft-Beschwerderaten lesen und Versände korrigieren

SNDS ordnet jede IP nach Beschwerderate ein und zeigt eine Reputationsfarbe an. Eine IP, die auf Rot springt, sieht ihre Nachrichten bei Outlook schon in den Junk-Ordner wandern, bevor die Rate in den eigenen Statistiken überhaupt sichtbar wird, was die SNDS-Tabelle zu einem Frühindikator macht.

Die Korrektur hängt von der Form der Kurve ab. Ein isolierter Ausschlag wird behoben, indem man das fehlerhafte Segment entfernt und die betroffene Sequenz aussetzt. Ein kontinuierlicher Anstieg erfordert, das Volumen an Microsoft-Postfächer 2 bis 3 Wochen lang zu reduzieren, nur die in den letzten 90 Tagen aktiven Kontakte zu behalten und dann schrittweise wieder hochzufahren. Bei einer frischen IP entspricht dieses Vorgehen dem der Wiederaufnahme nach einer langen Pause.

Wie richtet man einen Feedback Loop bei anderen Providern ein?

Yahoo: eine an die DKIM-Domain gebundene Loop

Der Complaint Feedback Loop von Yahoo funktioniert umgekehrt zum JMRP. Er interessiert sich nicht für IPs, sondern für die Domain, die Ihre Nachrichten per DKIM signiert, also den Wert des Felds d=. Sie erstellen ein Profil im Sender Hub, fügen diese Domain hinzu, verifizieren sie über einen DNS-Eintrag und registrieren sie dann für die Loop. Yahoo sendet daraufhin für jede von dieser Domain signierte und von einem Nutzer gemeldete Nachricht einen ARF-Bericht zurück. Ein Absender, der seine Versände noch nicht signiert, muss also zuerst DKIM einrichten.

Gmail: eine aggregierte Loop, gesteuert über den Feedback-ID-Header

Google bietet entgegen einer verbreiteten Annahme durchaus einen Feedback Loop an. Er meldet lediglich keine Adresse des Beschwerdeführers zurück. Das Prinzip: Sie fügen Ihren Nachrichten einen Feedback-ID-Header hinzu, bestehend aus einer obligatorischen Absender-Kennung von 5 bis 15 Zeichen, ergänzt um bis zu 3 freie Felder, in die man Kampagne oder Segment einträgt. Google aggregiert die Beschwerden nach Kennung und meldet in den Postmaster Tools jene, deren Rate vom Durchschnitt abweicht.

Der Zugang ist an 3 Bedingungen geknüpft. Die Domain muss in den Postmaster Tools validiert und die Versände per DKIM signiert sein. Eine Kennung wird erst gemeldet, wenn sie bei einer ausreichenden Anzahl von Nachrichten und Beschwerden erfasst wurde. Die Daten betreffen ausschließlich Empfänger mit @gmail.com. Für Google-Workspace-Postfächer auf einer Unternehmensdomain erhalten Sie nichts.

Über ein Versandtool gehen, das die Loops verwaltet

Die meisten E-Mail-Plattformen sind für ihre gesamten IPs bereits bei den Loops der großen Provider registriert. Sie entfernen Beschwerdeführer automatisch und zeigen die Beschwerderate in ihren Statistiken an. Die direkte Registrierung lohnt sich nur, wenn Sie über eigene IPs verfügen oder die Daten Ihres Versandtools mit der Quelle abgleichen möchten.

Beschwerdeberichte verarbeiten und auswerten

Ein empfangener, aber nie gelesener Bericht bringt nichts. Die minimale Verarbeitung besteht darin, die Beschwerden in einem dedizierten Postfach eingehen zu lassen und sie dann zu parsen, um jeden Beschwerdeführer dauerhaft in die Sperrliste zu übertragen, jene, die man nie wieder reaktiviert. Ein Kontakt, der auf „Spam“ geklickt hat und 3 Monate später eine Nachricht erhält, wird erneut klicken.

Die sinnvolle Verarbeitung geht weiter. Indem Sie die Kampagnen-Kennung des Berichts mit Ihren Versandstatistiken abgleichen, erhalten Sie eine Beschwerderate pro Kampagne und pro Akquisitionsquelle. Genau diese Achse ist am aussagekräftigsten: Eine Sammelquelle, die 5-mal mehr Beschwerden generiert als die anderen, wird ohne Diskussion abgeschnitten.

Die Loops auf Französisch: Signal Spam, Orange, SFR und laposte.net

Die angelsächsischen Programme decken nur einen Teil einer französischen Datenbank ab. Der Rest entscheidet sich bei den nationalen Providern. Die Pflichtstation heißt Signal Spam, eine öffentlich-private Partnerschaft, die Meldungen französischer Internetnutzer sammelt und an ihre Mitglieder weiterverteilt.

Orange und SFR nutzen diesen Kanal. Die Daten sind dabei aggregiert: Sie erhalten Meldevolumen pro IP und pro Domain, ohne jemals die Identität der Beschwerdeführer zu erfahren. Laposte.net ist ebenfalls über diesen Weg erreichbar. Free bietet keinerlei Feedback Loop an, was einen blinden Fleck bei einem nicht unerheblichen Teil der französischen Privatadressen hinterlässt.

Für einen Mitgliedsabsender werden Meldungen zu seinen eigenen Nachrichten wie Abmeldeanfragen behandelt. Der Preis dafür ist administrativer Natur: Der Zugang erfordert eine Vereinsmitgliedschaft, während sich Microsoft und Yahoo mit einem Online-Formular begnügen.

Die Grenzen des Feedback Loops

Keine Loop deckt geschäftliche Postfächer ab, die auf Microsoft 365 oder Google Workspace gehostet werden, wo sich oft der Großteil einer B2B-Datenbank befindet. Das JMRP-Programm endet bei den privaten Outlook.com-Postfächern. Die Gmail-Loop endet bei @gmail.com-Adressen.

Die Verzögerung ist der zweite blinde Fleck. Die Berichte kommen mit unterschiedlicher Verspätung an, manchmal mehrere Stunden, was ausreicht, um die Fortsetzung einer automatisierten Sequenz zu versenden, bevor der Beschwerdeführer entfernt wurde. Eine Loop meldet auch keine spam traps: Eine Fallenadresse klickt auf nichts und schadet der Reputation der IP nur still und leise. Und schließlich ist eine anonymisierte Beschwerde nur so viel wert wie die Header, die Sie beim Versand vorgesehen haben. Ohne eigene Kennung in der Nachricht teilt Ihnen der Bericht nur mit, dass eine Beschwerde existiert, ohne zu sagen, von wem sie stammt.

Die Auswirkung auf die Domain-Reputation

Über die IP hinaus wirken sich Beschwerden auf die Reputation der Absenderdomain aus. Das gilt umso mehr, als die Authentifizierung zum Standard geworden ist: Mit SPF, DKIM und DMARC wird die signierende Domain zur stabilen Kennung des Absenders, unabhängig davon, welche IPs verwendet werden. Eine herabgestufte Domain bleibt es auch nach einem Infrastrukturwechsel, während eine verbrannte IP ausgetauscht werden kann. Deshalb lohnt es sich, IP- und Domain-Reputation gemeinsam im Blick zu behalten.

Falsch-Positive reduzieren

Ein Teil der Beschwerden sagt nichts über den Inhalt aus. Der Nutzer wollte sich abmelden, und der „Spam“-Button war schneller zu finden als der Abmeldelink. Wer diesen Link oben in der Nachricht sichtbar platziert und den List-Unsubscribe-Header mit einer Ein-Klick-Abmeldung ergänzt, senkt dieses Grundrauschen bereits spürbar. Noch mehr bringt es, in Erinnerung zu rufen, in welchem Kontext die Adresse ursprünglich gesammelt wurde. Bei älteren Datenbanken ist ein expliziter Hinweis auf den Ursprung der Anmeldung mehr wert als ein sorgfältigeres Design.

FBL-Daten nutzen: Scoring, CRM und Sperrung

Eine Beschwerde ist das stärkste negative Signal, das ein Kontakt geben kann, weit mehr als eine ausbleibende Öffnung. Sie verdient daher maximales Gewicht in einem Engagement-Score: endgültiger Ausschluss aus den Sequenzen statt einer Verschiebung in eine zu beobachtende Audience.

Bei der Toolausstattung automatisiert das Anbinden des Beschwerdeflusses an das CRM oder die Kundendatenplattform die Folgeschritte: sofortige Löschung des Kontakts, dann Alarmierung des Kundenservice, falls der Beschwerdeführer ein zahlender Kunde ist. Bei einer kleinen Datenbank genügen ein Postfachfilter und ein wöchentlicher Export.

Best Practices zur Reduzierung von Beschwerden

Die Loops zeigen das Problem auf, sie beheben es nicht. Was die Beschwerderate dauerhaft senkt, liegt an einigen vorgelagerten Einstellungen:

  • Eine ausdrückliche Einwilligung einholen (vorzugsweise per double opt-in) und Datum sowie Quelle nachvollziehbar dokumentieren.
  • Einen wiedererkennbaren Absendernamen und einen Betreff verwenden, der den tatsächlichen Inhalt der Nachricht ankündigt.
  • Den Abmeldelink deutlich sichtbar platzieren, ohne Zwischenseite oder Passwortabfrage.
  • Versände segmentieren und die Häufigkeit an das tatsächliche Engagement-Niveau jeder Gruppe anpassen.
  • Die Gültigkeit der Adressen vor dem Versand prüfen, damit Bounces die Reputation nicht zusätzlich zu den Beschwerden belasten.
  • Die Beschwerderate kampagnenweise überwachen statt nur den monatlichen Durchschnitt, der Ausreißer glättet.

Ein letzter, oft übersehener Punkt: Beschwerden und Bounces schädigen dieselbe Reputation. Eine nie bereinigte Liste häuft beides an. Eine Kontrolle vor dem Versand entfernt tote Adressen aus der Datenbank, sodass die Feedback Loops sich um das einzige Problem kümmern können, das sie tatsächlich lösen: lebendige Empfänger, die Ihre Nachrichten nicht mehr wollen.

Nicolas Forni
Author

Als Gründer von Captain Verify arbeite ich seit 2015 an der Prüfung von E-Mail-Adressen und Mobilnummern. In diesem Blog schreibe ich über Zustellbarkeit, die Hygiene von Kontaktdatenbanken, die Regeln der Mailbox-Anbieter und SMS-Marketing. Konkrete Artikel für Marketingteams, die jede Woche versenden.