Wenn Microsoft drosselt oder Gmail ausweicht, braucht es einen belastbaren Befund.

Reject-Quote

Zeigt, wie oft Provider eine Nachricht sofort ablehnen. Sie trennt echte Annahmeprobleme von späteren Platzierungs- oder Engagement-Problemen.

Deferral-/Throttling-Rate

Zeigt, wie oft Provider Zustellung verzögern, drosseln oder temporär zurückstellen. Das ist oft ein Reputations-, Volumen- oder Rate-Control-Signal und kein finaler Reject.

Hard-Bounce-Rate

Zeigt dauerhafte Unzustellbarkeit, etwa durch nicht existierende Empfänger oder harte Provider-Ablehnungen. Sie ist wichtig für Listenqualität, Datenpflege und Risikoanalyse.

Inbox Placement Rate

Beschreibt, wie häufig Nachrichten tatsächlich im Posteingang landen. Diese Kennzahl ist nicht dasselbe wie technische Annahme oder eine hohe Zustellrate.

Spamrate

Beschreibt Beschwerde- und Spam-Signale, die Provider direkt für die Reputationsbewertung nutzen. Sie beeinflusst Annahme, Drosselung und Inbox Placement.

Authentifizierungsfehler

Erfasst Fehler bei SPF, DKIM, DMARC oder verwandten Prüfungen. Diese Fehler können Annahmeprobleme, Reputationsverluste oder falsche Sicherheitsbewertungen auslösen.

DMARC-/DKIM-/SPF-Alignment

Zeigt, ob sichtbare Absenderidentität, Return-Path und Signaturen praktisch zusammenpassen. Formale Konfiguration allein reicht nicht, wenn das Alignment im realen Versandpfad bricht.

Provider-spezifische Fehlercodes

Codes von Microsoft, Gmail, GMX/WEB.DE oder anderen Providern helfen, Muster sauber zu unterscheiden. Erst damit lässt sich erkennen, ob Volumen, Reputation, Policy oder Authentifizierung die Ursache ist.

Time to stabilize

Beschreibt, wie lange es nach einer Änderung dauert, bis sich Signale und Verhalten wieder belastbar einpendeln. So wird sichtbar, ob eine Maßnahme nachhaltig wirkt oder nur kurzfristig gut aussieht.

Sendevolumen nach Domain, Stream und Provider

Die Aufschlüsselung nach Versanddomain, Use Case und Zielprovider zeigt, wo Risiko wirklich entsteht. Ohne diese Segmentierung bleiben lokale Probleme in aggregierten Reports leicht verborgen.

Deliverability Audit

Prüfung von Authentifizierung, Infrastruktur, Reputation, Versandmustern, Listenqualität und Provider-Signalen. Ergebnis ist ein technischer Befund mit priorisiertem Maßnahmenplan für IT, CRM und Marketing.

Typische Inputs

DNS-Records, Beispiel-Header, Bounce-Logs, Provider-Dashboards, Routing-Details, Versandvolumen und Segmentierungslogik.

Ergebnis / Output

Technischer Befund, Risikoeinschätzung, priorisierte Maßnahmen und eine nach Plattform, Team oder Stream gegliederte Arbeitsliste.

Oft sinnvoll, wenn

Für Teams, die vor Remediation, Migration, Skalierung oder interner Abstimmung eine belastbare Ausgangsbasis brauchen.

Microsoft Incident Review

Analyse von Microsoft- und Outlook-Problemen wie 550 5.7.515, RP-001, RP-002, RP-003, Deferrals, Rate Limits, SNDS/JMRP-Signalen und Authentifizierungspfaden.

Typische Inputs

SMTP-Logs, Beispiel-Header, Retry-Timing, SNDS- und JMRP-Daten, IP- und Domain-Inventar sowie Details zum Versandpfad.

Ergebnis / Output

Incident-Review, Root-Cause-Hypothesen, Validierungsschritte und eine priorisierte Remediation-Sequenz für Microsoft-spezifische Fehlerbilder.

Oft sinnvoll, wenn

Für Teams mit akuten Microsoft-Zustellproblemen, wiederkehrendem Throttling oder instabiler Outlook-Annahme.

Gmail Compliance Check

Prüfung der aktuellen Gmail-Bulk-Sender-Anforderungen: SPF, DKIM, DMARC, Alignment, Spamrate, One-Click-Unsubscribe, Unsubscribe-Verarbeitung und problematische Versandmuster.

Typische Inputs

Header, DNS-Records, Complaint-Metriken, Unsubscribe-Flow, Kampagnenbeispiele und Gmail-Postmaster- oder ESP-Reporting.

Ergebnis / Output

Gap-Analyse gegen die Gmail-Anforderungen, Compliance-Risiken und eine konkrete Remediation-Checkliste für technische und operative Änderungen.

Oft sinnvoll, wenn

Für Bulk Sender, CRM-Teams und Operatoren, die Gmail-Risiken vor oder nach Deliverability-Problemen reduzieren müssen.

IP- und Domain-Warm-up

Ramp-up-Plan für neue IPs, Domains, Streams oder ESP- und MTA-Migrationen. Berücksichtigt Provider, Volumen, Engagement, Pausen, Segmentierung und Warnsignale.

Typische Inputs

Ziel-Provider, erwartetes Volumen, Stream-Aufteilung, Engagement-Daten, Domain-Plan, Migrationszeitplan und Versandrestriktionen.

Ergebnis / Output

Provider-sensitiver Ramp-up-Plan, Guardrails für Tempowechsel und Entscheidungskriterien für Pausen, Rollbacks oder Eskalation.

Oft sinnvoll, wenn

Für Teams, die neue Infrastruktur starten, Provider wechseln oder transaktionale und Marketing-Streams sauber trennen wollen.

DMARC- und Alignment-Review

Prüfung von SPF, DKIM, DMARC, Header From, Return-Path, DKIM-d=-Domain, Subdomain-Strategie und Policy-Risiken.

Typische Inputs

DNS-Records, Beispiel-Header aus allen Streams, Vendor-Inventar, Forwarding-Szenarien und aktuelles DMARC-Policy-Design.

Ergebnis / Output

Alignment-Review, Bewertung der Policy-Risiken und klare Maßnahmen für DNS, Signing, Delegation und Stream-Ownership.

Oft sinnvoll, wenn

Für Organisationen mit Multi-Vendor-Versand, DMARC-Rollout-Plänen oder wiederkehrender Unklarheit über aligned identity.

Ongoing Monitoring

Definition und Aufbau von Monitoring für Rejects, Deferrals, Hard Bounces, Spamrate, Authentifizierungsfehler und provider-spezifische Auffälligkeiten.

Typische Inputs

Verfügbare Logs, Webhook- oder Event-Quellen, Provider-Dashboards, Ownership-Modell, Eskalationspfade und aktuelle Reporting-Lücken.

Ergebnis / Output

Monitoring-Design, Event-Taxonomie, Threshold-Vorschlag und eine umsetzungsreife Sicht darauf, was getrackt und alarmiert werden soll.

Oft sinnvoll, wenn

Für Teams, die Deliverability-Regressionen früher erkennen und operative Zuständigkeiten systemübergreifend sauberer steuern wollen.