Testen, bevor du auslieferst
Starte einen Spam-Test aus einem Deploy-Schritt oder einem CI-Job, sende die Nachricht, die deine Anwendung wirklich sendet, und lies den Score, bevor die Kampagne rausgeht.
Führe dieselben Prüfungen wie im Dashboard aus deinem eigenen Code aus: Spam-Tests, Inbox-Placement, Client-Vorschauen, DMARC-Berichte und wiederkehrende automatische Tests. 39 Endpoints in 7 Bereichen, ein Bearer-Token, JSON rein und JSON raus.
Starte einen Spam-Test aus einem Deploy-Schritt oder einem CI-Job, sende die Nachricht, die deine Anwendung wirklich sendet, und lies den Score, bevor die Kampagne rausgeht.
Verbinde einmal einen Absender und lass geplante Tests in ihrer eigenen Taktung laufen, damit das Inbox-Placement nach Plan geprüft wird und nicht erst, wenn jemand daran denkt.
Fordere Client-Vorschauen zu einem bereits gelaufenen Test an und erhalte einen Eintrag pro Gerät, jeder in einem echten Client aufgenommen und nicht aus dem Markup simuliert.
Scores, Authentifizierungsergebnisse, Heatmaps und Screenshots kommen als JSON zurück und landen so in deinem eigenen Dashboard oder deinen eigenen Alerts.
Registriere eine Domain, veröffentliche den TXT-Eintrag, den die API zurückgibt, und lies die Aggregate-Berichte als JSON: wer im Namen deiner Domain sendet und ob diese Nachrichten DMARC bestehen.
Dieselben Aufgaben stehen über MCP für Claude, ChatGPT, Cursor und andere MCP-Clients bereit, sodass ein Assistent einen Test starten und das Ergebnis lesen kann, ohne dass Client-Code geschrieben wird.
Alles, was bereits HTTP spricht, kann diese Prüfungen ausführen. Das sind die Stellen, an denen die API üblicherweise landet, und die Teams, die am meisten davon haben.
Führe einen Spam-Test als Build-Schritt aus und lass den Deploy fehlschlagen, wenn der Score fällt, damit eine Template-Änderung dich nicht unbemerkt den Posteingang kostet.
Der Test empfängt eine echte Nachricht über deinen echten Versandweg: SES, Postmark, SendGrid, Mailgun oder deinen eigenen SMTP-Server, was auch immer deine E-Mails heute schon versendet.
Scores, Placement und Authentifizierungsergebnisse kommen als JSON zurück und landen so in dem Dashboard, das dein Team ohnehin im Blick hat.
Frag geplante Testläufe aus einem Cron-Job ab und alarmiere die Rufbereitschaft, wenn das Placement fällt, bevor die Öffnungsrate nachzieht.
Bau mit dem individuellen Plan jeden Test in dein eigenes Produkt ein: Ein E-Mail-Builder oder eine Agenturplattform kann Spam-Tests, Inbox-Placement und Vorschauen unter eigener Marke weiterverkaufen.
Über MCP sind dieselben Aufgaben Tools, die ein Assistent aufrufen kann, sodass eine Prüfung mitten in einer Unterhaltung läuft, ohne dass eine Zeile Client-Code geschrieben wird.
Mit dem individuellen Plan baust du jeden Unspam-Test in deine eigene Software ein und verkaufst ihn unter deiner eigenen Marke an deine Kunden weiter. Du buchst ihn online, und das Volumen wächst mit dir.
Die Ergebnisse kommen als JSON, also sehen deine Kunden dein Produkt, deinen Namen und dein Design. Weiterverkaufen ist im individuellen Plan erlaubt.
Spam-Tests, Inbox-Placement, Client-Vorschauen, Heatmaps und DMARC-Berichte laufen über dieselbe API und denselben MCP-Server.
Wähle dein monatliches Volumen auf der Preisseite, ab einem Mindestbetrag von $5. Die Preise sinken, wenn du wächst, bei jährlicher Abrechnung sparst du 15 %, und für jeden kostenpflichtigen Plan gilt eine 14-tägige Geld-zurück-Garantie.
Höhere Rate-Limits, Rechnungsstellung oder eine Frage zur Integration: Eröffne ein Support-Ticket, und wir antworten dort.
Ein Token pro Integration, ein kleiner Satz Statuscodes und dieselben Aufgaben für KI-Clients über MCP.
Jede Anfrage trägt ein Bearer-Token im Authorization-Header. Tokens werden in deinem Konto erstellt, eines pro Integration, und der Widerruf eines Tokens lässt die anderen weiterlaufen.
Ein fehlendes, fehlerhaftes oder widerrufenes Token antwortet mit 401. Ein gültiges Token auf einem Konto, das diesen Aufruf nicht machen darf, antwortet mit 403, und der Body benennt den Grund. So wird ein Abrechnungsproblem nie mit einer kaputten Integration verwechselt.
Ein Aufruf, der Arbeit startet, antwortet mit einer ID. Du fragst diese ID ab, bis das Ergebnis bereit ist. Damit bleibt die Integration bei ausgehendem HTTP und nichts von dir liegt öffentlich offen.
Die API verwendet einen kleinen Satz Codes und nichts darüber hinaus. Ein 422 heißt, die Anfrage wurde gelesen und die Werte abgelehnt, mit benannten Feldern. So sieht ein falscher Payload nie wie ein abgelehntes Konto aus.
KI-Clients erreichen dieselbe Arbeit über MCP, als JSON-RPC 2.0 an einen einzigen Endpoint. So kann ein Assistent einen Spam-Test starten und das Ergebnis lesen, ohne dass jemand einen Client dafür schreibt.
MCP authentifiziert mit OAuth 2.1 und es gibt kein Token zum Einfügen: der Client führt den Flow aus, wenn du den Server hinzufügst. Das Bearer-Token oben gilt nur für die REST-API.
Der Spam-Test ist der kürzeste Weg durch die API. Inbox-Placement und Vorschauen folgen derselben Form: etwas starten, die ID nehmen, das Ergebnis lesen.
In deinem Konto, ein Token pro Integration, jedes einzeln widerrufbar.
Ein POST auf den Spam-Test-Endpoint. Die Antwort enthält die Test-ID und die Adresse, an die du deine E-Mail sendest.
Von der Plattform, mit der du wirklich sendest, an die Adresse, die die API zurückgegeben hat, damit der Test dein echtes Sende-Setup misst und keine Kopie davon.
Ein GET auf den Test per ID liefert Score und Authentifizierungsergebnisse, danach forderst du Heatmap oder Client-Vorschauen zur selben ID an.
Pläne, Limits, wo die Referenz liegt und was dir ein 403 sagt.
API-Zugang ist im individuellen Plan enthalten, den du online ab einem Mindestbetrag von $5 im Monat buchst. Bau ihn in dein eigenes Produkt ein und verkauf ihn unter deiner eigenen Marke weiter.
Preise ansehen