Passwort-Resets, Magic Links, OTP-Codes und Belege müssen in dem Moment ankommen, in dem deine API sie abfeuert. Wenn Mail von SES, Postmark, SendGrid oder Mailgun in den Spam rutscht, springen Nutzer still ab und in deinen Logs taucht nie ein Fehler auf. Unspam testet, wo deine Transaktionsmails wirklich landen, bevor das erste Support-Ticket „Ich habe die E-Mail nie bekommen“ lautet.
Deine API liefert 200 zurück, der ESP nimmt die Nachricht an, und die Mail landet trotzdem im Spam. Der Nutzer kommt nicht rein, macht kein Ticket auf und ist einfach weg. Ein stiller Fehler, den dir dein Stack nie zeigen wird.
Transaktionsmail über Postmark, Marketing über SendGrid, Rechnungen über SES, alles auf derselben Root-Domain. Ein falscher SPF-Include oder ein DKIM-Key ohne Alignment, und der Empfänger filtert plötzlich alles. Das DNS lügt dich an, wenn es darum geht, ob das Alignment im Posteingang wirklich hält.
Du lässt Unit-Tests über das Template-Rendering laufen, aber nichts prüft, ob die E-Mail bei Gmail ankommt. Eine Reputations-Regression geht genauso in Produktion wie ein grüner Build, und du erfährst es von deinen Nutzern.
Schick einen echten Reset oder Beleg an die Unspam-Test-Postfächer und sieh Posteingang, Werbung, Spam oder Fehlend bei Gmail, Outlook, Yahoo, Zoho, ProtonMail und AOL. Das Urteil, auf das es wirklich ankommt, nicht das, was dein ESP angenommen hat.
Eine Nachricht rein, die vollständige Aufschlüsselung raus: Urteil zu SPF/DKIM/DMARC, Inhalts-Flags, Blacklist-Treffer und HTML-Probleme. Kalibriert am echten Placement, die Zahl sagt dir also, ob deine Nutzer die E-Mail bekommen, und nicht, wie du gegen eine generische Regelliste abschneidest.
Löse einen echten Passwort-Reset, Magic Link oder Beleg über SES, Postmark, SendGrid, Mailgun oder dein eigenes SMTP an die Unspam-Test-Adresse aus. Derselbe Code-Pfad, den auch deine Nutzer treffen.
Du bekommst den Spam-Score samt Urteil zu SPF/DKIM/DMARC, Inhalts-Flags, Blacklist-Status und HTML-Renderproblemen, jeweils mit dem genauen Diff, das sie behebt.
Posteingang, Werbung, Spam oder Fehlend bei Gmail, Outlook, Yahoo, Zoho, ProtonMail und AOL. Die Zahl, an der hängt, ob der Login-Link geklickt wird.
Plane wiederkehrende Tests für jeden Transaktions-Flow. Du wirst an dem Morgen alarmiert, an dem das Placement nachlässt, genauso wie du bei einem Ausfall alarmiert würdest. Ein Reset, der nicht ankommt, ist nämlich einer.
Transaktionsmail ist Infrastruktur. Wenn sie kaputtgeht, gibt es keinen Stacktrace, nur Nutzer, die sich nicht einloggen können. Das sind die Checks, die Engineering-Teams als Erstes verdrahten.
Teste deine Auth-E-Mails im privaten Gmail und im geschäftlichen Google Workspace. Eine Posteingangsrate von 70 % ist ein stiller Login-Fehler für fast ein Drittel deiner Nutzer, und dein Funnel wird ihn nie zeigen.
Bevor du den Traffic auf eine neue Versanddomain umlegst, prüf SPF/DKIM/DMARC auf jeder Subdomain, die dein Stack nutzt, und halte einen Placement-Wert fest, mit dem du vergleichst, sobald das Volumen hochfährt.
Schick je einen Test über jeden Anbieter, den dein Produkt nutzt, Postmark für Transaktionsmail, SES für Rechnungen, SendGrid für Marketing, und bestätige, dass jeder Absender DKIM und DMARC auf derselben Root-Domain ausrichtet.
Bestätige, dass dein eigener Return-Path (Envelope-From) ausgerichtet ist und auflöst, statt auf den ESP-Standard zurückzufallen. Ein nicht ausgerichteter Return-Path ist ein stiller DMARC-Fehler, der Mail schon beim Empfänger filtert.
Lass für jeden Flow einen täglichen Autopilot-Test laufen: Reset, OTP, Beleg, Rechnung. Warnung bei Regression, damit ein Entwickler sie vor dem Nutzer sieht, mit demselben Schwellenwert, bei dem du auch für Downtime alarmieren würdest.
Du wechselst von Mailgun zu SES oder von SendGrid zu Postmark? Teste jeden Transaktions-Flow davor und danach, damit keine Reputations-Regression unbemerkt in Produktion geht.
Die Fragen zur Zustellbarkeit, die Engineering-Teams stellen, bevor sie Unspam in eine Transaktions-Pipeline hängen.
Nein, und das ist so gewollt. Unspam verbindet sich nie mit deinem ESP-Konto. Du trägst die Unspam-Test-Adresse in dein eigenes Tool ein und schickst eine echte Nachricht über SES, Postmark, SendGrid, Mailgun oder dein eigenes SMTP dorthin, die Ergebnisse liest du dann in Unspam. Weil geprüft wird, was tatsächlich in den Test-Postfächern ankommt, spielt der versendende Anbieter keine Rolle. Wenn Mail über SendGrid schon im Spam landet, geht der SendGrid-Guide die häufigen Ursachen durch, für SES gibt es den Amazon-SES-Guide.
Jeder Test schlüsselt auf, welcher Mechanismus für genau diese Nachricht bestanden, gescheitert oder ausgerichtet war. Du siehst also direkt, welcher Absender-Eintrag verwendet wurde, statt im DNS zu greppen. Du kannst auch die einzelnen Checks für SPF, DKIM und DMARC gegen deine Domain laufen lassen oder den kompletten E-Mail-Health-Check. Der Inbox-Placement-Test sagt dir danach, ob dieses Alignment das Placement im Posteingang tatsächlich bewegt.
Ja. Unspam bietet eine Spam-Check-API, um eine Nachricht programmatisch zu bewerten, und eine Inbox-Placement-API für Placement-Tests über Test-Postfächer. Häng eine davon in die Pipeline, die deine Transaktions-Templates ausliefert, dann läuft der Zustellbarkeits-Check neben deinen übrigen Tests. Beachte: Der Test selbst bleibt ein echter Versand an eine Test-Adresse. Die API steuert den Durchlauf, sie klinkt sich nicht in deinen ESP ein.
Bei Passwort-Resets, OTP-Codes und Rechnungen behandelst du alles unter 95 % Inbox Placement bei den großen Anbietern als Fehler, der eine Alarmierung wert ist. Das sind die Nachrichten mit dem höchsten Vertrauensanspruch, die du verschickst. Marketing- und Werbemail verträgt mehr. Den Schwellenwert legst du pro Flow im Autopilot fest.
Andere Ebene. Dein ESP meldet, was er angenommen hat, was gebouncet ist oder wozu eine Beschwerde kam. Unspam meldet, wo die angenommene Mail auf der Empfängerseite wirklich gelandet ist: Posteingang, Werbung, Spam oder Fehlend, pro Anbieter. Die beiden ergänzen sich, und die ESP-Zahl allein sagt dir, alles sei in Ordnung, während deine Nutzer die E-Mail immer noch nicht bekommen.
Ja. Autopilot wiederholt einen Test in dem Takt, den du wählst, und warnt in dem Moment, in dem die Spam-Rate deinen Schwellenwert überschreitet. So erfährst du es an dem Morgen, an dem das Placement nachlässt. Kombinier das mit dem eigenständigen Zustellbarkeits-Monitoring und lass vor einem großen Versand den E-Mail-Checker über deine Listen laufen, um ungültige Adressen loszuwerden, die einen Placement-Durchlauf sonst nach unten ziehen.
Mach einen kostenlosen Placement-Test mit einem echten Transaktionsversand. Ohne Kreditkarte, ohne Anmeldung, nur das Urteil.
