Obtenez le rendu de votre e-mail réel dans plus de 50 clients de messagerie et appareils réels via REST : créez un test de spam, envoyez le message, demandez les prévisualisations de ce test, puis récupérez en JSON des rendus au pixel près, chacun capturé depuis un client réel en mode clair et en mode sombre. Les mêmes rendus sont exposés comme outils MCP, pour que les agents IA puissent lancer un test de rendu d’e-mail en langage naturel.
Chaque prévisualisation est votre e-mail ouvert dans une copie réelle du client et de l’appareil, puis capturé en image. Aucune transformation CSS, aucune émulation de navigateur : l’image que vous recevez est exactement ce que voit un abonné sur ce client.
Chacun des plus de 50 clients effectue son rendu dans les deux modes : un seul appel renvoie donc plus de 100 images, et le logo inversé ou le texte illisible en mode sombre apparaît dans votre pipeline, pas en production.
Passez devices avec des clés du catalogue pour ne générer que les clients qui vous intéressent (uniquement iOS Mail, uniquement les versions d’Outlook), ou omettez-le pour l’ensemble complet. Les appareils nouvellement demandés reviennent en pending ; interrogez l’API jusqu’à ce que chacun soit completed.
Les endpoints de prévisualisation sont livrés comme outils MCP (create_client_preview, list_client_preview_devices) sur le serveur MCP d’Unspam : Claude, Cursor ou n’importe quel client MCP peut donc récupérer de vrais rendus de clients en pleine conversation.
Des captures de clients réels en JSON : une entrée par appareil, chacune capturée depuis un client réel en mode clair et en mode sombre.
POST /client-previews avec email_source à spam-check et l’id du test en source_id lance les rendus. GET /client-previews/{id} renvoie ensuite un status de premier niveau et un tableau previews[] avec une entrée par appareil : device_key, device_name, un status par appareil et les URL des rendus original et thumbnail.
original et thumbnail restent à null jusqu’à ce que l’appareil passe à completed : une simple boucle d’interrogation vide donc tout l’ensemble. La plupart des appareils arrivent en une minute environ.
GET /client-preview-devices liste chaque client dont le rendu est possible avec son device_key, son nom affiché et sa catégorie (DESKTOP, MOBILE, WEB). Mettez-le en cache, affichez-le dans votre propre interface ou servez-vous-en pour construire le filtre devices de l’appel de rendu.
Le filtrage sert la lisibilité, pas votre limite : chaque demande de prévisualisation consomme une prévisualisation d’appareil, quel que soit le nombre d’appareils. Un job CI déclenché à chaque modification de modèle peut donc ne générer que les trois versions d’Outlook qui comptent et n’examiner que celles-là.
Connectez le serveur MCP d’Unspam par OAuth et votre assistant obtient les outils de prévisualisation aux côtés des tests de spam et du placement en boîte de réception. Demandez-lui de générer le rendu de la campagne et de signaler tout ce qui casse en mode sombre sur Outlook : il enchaîne les appels tout seul.
La prise en charge de MCP permet à vos workflows d’agents de vérifier des rendus de clients réels sans que personne n’ouvre un tableau de bord.
Les prévisualisations s’appuient sur le flux du test de spam : créez un test, envoyez votre e-mail à l’adresse de réception que nous vous renvoyons, demandez les prévisualisations de ce test, puis lisez les rendus appareil par appareil.
POST /ext/v2/spam-check avec votre bearer token. La réponse 201 renvoie un id de test et une inbox_address unique.
Depuis votre pipeline transactionnel, votre plateforme marketing ou une étape de CI. Le rendu porte sur le message exact que recevrait votre audience.
POST /ext/v2/client-previews avec email_source à spam-check et l’id du test en source_id, puis interrogez GET /ext/v2/client-previews/{id} avec un back-off tant que des appareils sont en pending ; les URL apparaissent au fur et à mesure.
Récupérez le catalogue via GET /ext/v2/client-preview-devices et passez devices dans le corps du POST pour ne générer qu’un sous-ensemble. Le même test sert aussi /screenshots et /heatmap si vous voulez les extras visuels.
Intégration, filtrage par appareil, accès MCP pour les agents IA et comportement des endpoints de prévisualisation.
POST /ext/v2/spam-check renvoie une inbox_address ; vous y envoyez le véritable e-mail ; puis POST /ext/v2/client-previews avec email_source à spam-check et l’id du test en source_id lance les rendus, et GET /ext/v2/client-previews/{id} renvoie une entrée par appareil, avec un status par appareil et les URL des images. Les appareils se terminent indépendamment les uns des autres : interrogez l’API jusqu’à ce que l’ensemble dont vous avez besoin soit completed. Pour prévisualiser un HTML que vous n’avez pas envoyé, mettez email_source à raw-data et passez un subject et un body.devices dans le corps de POST /ext/v2/client-previews avec des clés issues de GET /ext/v2/client-preview-devices pour ne générer qu’un sous-ensemble, par exemple uniquement iOS Mail ou uniquement la famille Outlook. Chaque demande de prévisualisation consomme une prévisualisation d’appareil sur votre limite, quel que soit le nombre d’appareils : restreindre le rendu change ce que vous recevez, pas ce que cela coûte.create_client_preview, list_client_previews et list_client_preview_devices, aux côtés des outils de test de spam et de placement en boîte de réception. Connectez Claude, Cursor ou ChatGPT par OAuth et demandez des rendus en langage naturel ; aucune clé à coller./spam-check/{id}/screenshots renvoie trois rendus du message selon la largeur d’écran (ordinateur, tablette, mobile). POST /client-previews affiche l’e-mail dans plus de 50 applications de messagerie réelles, chacune en mode clair et en mode sombre, et détecte donc les défauts propres à un client, comme le moteur Word d’Outlook ou l’inversion d’un logo en mode sombre.L’accès à l’API est inclus dans le plan sur mesure, qui s’achète en ligne à partir d’un minimum de $5 par mois. Intégrez-le à votre propre produit et revendez-le sous votre propre marque.
Voir les tarifs