Rendere deine echte E-Mail in über 50 echten E-Mail-Clients und auf echten Geräten, per REST: Spam-Test anlegen, Nachricht senden, Vorschauen für diesen Test anfordern, dann pixelgenaue Renderings als JSON auslesen, jedes aus einem echten Client im hellen und im dunklen Modus aufgenommen. Dieselben Renderings gibt es als MCP-Tools, damit KI-Agenten einen Rendering-Test in normaler Sprache starten können.
Jede Vorschau ist deine E-Mail, geöffnet in einer echten Installation des Clients auf dem echten Gerät und dann als Screenshot aufgenommen. Keine CSS-Transformationen, keine Browser-Emulation: Das Bild, das du bekommst, ist genau das, was ein Abonnent in diesem Client sieht.
Jeder der über 50 Clients rendert in beiden Modi. Ein Aufruf liefert also über 100 Bilder, und das invertierte Logo oder der unlesbare Text im Dark Mode fällt in deiner Pipeline auf, nicht in der Produktion.
Übergib devices mit Keys aus dem Katalog, um nur die Clients zu rendern, die dich interessieren (nur iOS Mail, nur die Outlook-Versionen), oder lass den Parameter weg für den kompletten Satz. Neu angeforderte Geräte kommen als pending zurück; frag sie ab, bis jedes auf completed steht.
Die Vorschau-Endpoints gibt es als MCP-Tools (create_client_preview, list_client_preview_devices) auf dem Unspam MCP-Server. Claude, Cursor oder jeder andere MCP-Client holt sich damit echte Client-Renderings mitten im Gespräch.
Screenshots aus echten Clients als JSON: ein Eintrag pro Gerät, jeder aus einem echten Client im hellen und im dunklen Modus aufgenommen.
POST /client-previews mit email_source auf spam-check und der Test-ID als source_id startet die Renderings. Danach gibt GET /client-previews/{id} einen status auf oberster Ebene zurück sowie ein Array previews[] mit einem Eintrag pro Gerät: device_key, device_name, einen eigenen status pro Gerät und URLs für das original- und das thumbnail-Rendering.
original und thumbnail bleiben null, bis das jeweilige Gerät auf completed springt. Eine einfache Polling-Schleife holt so den ganzen Satz ab. Die meisten Geräte sind nach etwa einer Minute da.
GET /client-preview-devices listet jeden renderbaren Client mit device_key, Anzeigename und Kategorie auf (DESKTOP, MOBILE, WEB). Leg ihn im Cache ab, zeig ihn in deiner eigenen UI oder bau daraus den devices-Filter für den Render-Aufruf.
Beim Filtern geht es um das Signal, nicht ums Limit: Eine Vorschau-Anfrage verbraucht eine Geräte-Vorschau, egal wie viele Geräte sie umfasst. So kann ein CI-Job, der bei jeder Template-Änderung läuft, genau die drei Outlook-Versionen rendern, auf die es ankommt, und nur diese prüfen.
Verbinde den Unspam MCP-Server per OAuth, und dein Assistent bekommt die Vorschau-Tools direkt neben Spam-Tests und Inbox Placement. Bitte ihn, die Kampagne zu rendern und alles zu melden, was im Dark Mode von Outlook kaputt ist: Die Aufrufe verkettet er selbst.
Mit MCP prüfen deine Agenten-Workflows Renderings aus echten Clients, ohne dass jemand ein Dashboard öffnet.
Vorschauen laufen über den Spam-Test: Test anlegen, deine E-Mail an die Adresse schicken, die wir zurückgeben, Vorschauen für diesen Test anfordern, dann die Renderings pro Gerät auslesen.
POST /ext/v2/spam-check mit deinem Bearer-Token. Die 201-Response gibt eine Test-id und eine eindeutige inbox_address zurück.
Aus deiner transaktionalen Pipeline, deiner Marketing-Plattform oder einem CI-Schritt. Gerendert wird genau die Nachricht, die auch deine Empfänger bekommen würden.
POST /ext/v2/client-previews mit email_source auf spam-check und der Test-ID als source_id, dann frag GET /ext/v2/client-previews/{id} mit Back-off ab, solange Geräte auf pending stehen; die URLs erscheinen, sobald ein Gerät fertig ist.
Hol dir den Katalog über GET /ext/v2/client-preview-devices und übergib devices im POST-Body, um nur eine Teilmenge zu rendern. Derselbe Test liefert auch /screenshots und /heatmap, wenn du die visuellen Extras willst.
Integration, Gerätefilter, MCP-Zugang für KI-Agenten und wie sich die Vorschau-Endpoints verhalten.
POST /ext/v2/spam-check gibt eine inbox_address zurück, du schickst die echte E-Mail dorthin, dann startet POST /ext/v2/client-previews mit email_source auf spam-check und der Test-ID als source_id die Renderings, und GET /ext/v2/client-previews/{id} liefert einen Eintrag pro Gerät mit eigenem status und Bild-URLs. Geräte werden unabhängig voneinander fertig, frag also ab, bis der Satz, den du brauchst, auf completed steht. Für HTML, das du nicht verschickt hast, setzt du email_source auf raw-data und übergibst subject und body.devices im Body von POST /ext/v2/client-previews mit Keys aus GET /ext/v2/client-preview-devices, um nur eine Teilmenge zu rendern, zum Beispiel nur iOS Mail oder nur die Outlook-Familie. Eine Vorschau-Anfrage verbraucht eine Geräte-Vorschau aus deinem Limit, egal wie viele Geräte sie umfasst. Das Eingrenzen ändert also, was zurückkommt, nicht, was es kostet.create_client_preview, list_client_previews und list_client_preview_devices, direkt neben den Tools für Spam-Test und Inbox Placement. Verbinde Claude, Cursor oder ChatGPT per OAuth und frag in normaler Sprache nach Renderings, ganz ohne Keys zum Einfügen./spam-check/{id}/screenshots liefert drei Viewport-Renderings der Nachricht (Desktop, Tablet, Mobil). POST /client-previews rendert die E-Mail in über 50 echten Client-Anwendungen, jeweils im hellen und im dunklen Modus, und fängt so Client-spezifische Fehler ab, etwa die Word-Engine von Outlook oder ein im Dark Mode invertiertes Logo.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