Testez avant de livrer
Lancez un test antispam depuis une étape de déploiement ou un job de CI, envoyez le message que votre application envoie vraiment et lisez le score avant que la campagne ne parte.
Lancez depuis votre propre code les mêmes contrôles que le tableau de bord : tests antispam, inbox placement, aperçus clients, rapports DMARC et tests automatiques récurrents. 39 endpoints dans 7 domaines, un token bearer, du JSON en entrée et en sortie.
Lancez un test antispam depuis une étape de déploiement ou un job de CI, envoyez le message que votre application envoie vraiment et lisez le score avant que la campagne ne parte.
Connectez un expéditeur une fois et laissez les tests programmés tourner à leur propre cadence, pour que l’inbox placement soit vérifié selon un calendrier et pas seulement quand quelqu’un y pense.
Demandez des aperçus clients sur un test déjà lancé et recevez une entrée par appareil, chacune capturée dans un vrai client et non simulée depuis le code.
Scores, résultats d’authentification, heatmaps et captures reviennent en JSON, et arrivent donc dans votre propre tableau de bord ou vos propres alertes.
Enregistrez un domaine, publiez l’enregistrement TXT renvoyé par l’API et lisez les rapports agrégés en JSON : qui envoie au nom de votre domaine et si ces messages passent DMARC.
Les mêmes tâches sont disponibles via MCP pour Claude, ChatGPT, Cursor et d’autres clients MCP : un assistant peut lancer un test et lire le résultat sans écrire de code client.
Tout ce qui parle déjà HTTP peut lancer ces contrôles. Voici où l’API trouve le plus souvent sa place, et les équipes qui en tirent le plus.
Lancez un test antispam comme étape de build et faites échouer le déploiement quand le score chute : une modification de template ne peut plus vous faire perdre la boîte de réception en silence.
Le test reçoit un vrai message par votre vrai canal : SES, Postmark, SendGrid, Mailgun ou votre propre SMTP, peu importe ce qui envoie déjà vos emails.
Les scores, le placement et les résultats d’authentification reviennent en JSON, donc ils arrivent dans le tableau de bord que votre équipe consulte déjà.
Interrogez les tests programmés depuis un cron et alertez la personne d’astreinte quand le placement chute, avant que le taux d’ouverture ne suive.
Intégrez chaque test à votre propre produit avec le plan sur mesure : un outil de création d’e-mails ou une plateforme d’agence peut revendre les tests de spam, le placement en boîte de réception et les prévisualisations sous sa propre marque.
Via MCP, les mêmes tâches deviennent des outils qu’un assistant peut appeler, donc un contrôle peut se lancer au milieu d’une conversation, sans une ligne de code client à écrire.
Le plan sur mesure vous permet d’intégrer chaque test Unspam à votre propre logiciel et de le revendre à vos clients sous votre propre marque. Vous l’achetez en ligne, et le volume grandit avec vous.
Les résultats arrivent en JSON : vos clients voient votre produit, votre nom et votre design. La revente est autorisée avec le plan sur mesure.
Tests de spam, placement en boîte de réception, prévisualisations sur appareils, heatmaps et rapports DMARC passent par la même API et le même serveur MCP.
Choisissez votre volume mensuel sur la page des tarifs, à partir d’un minimum de $5. Les tarifs baissent à mesure que vous grandissez, la facturation annuelle retire 15 %, et chaque plan payant bénéficie d’un remboursement sous 14 jours.
Limites de requêtes plus élevées, facturation ou question d’intégration : ouvrez un ticket d’assistance, nous y répondons.
Un token par intégration, un petit ensemble de codes de statut et les mêmes tâches accessibles aux clients IA via MCP.
Chaque requête porte un token bearer dans l’en-tête Authorization. Les tokens sont créés dans votre compte, un par intégration, et en révoquer un laisse les autres fonctionner.
Un token absent, mal formé ou révoqué répond 401. Un token valide sur un compte qui n’a pas le droit de faire cet appel répond 403, et le corps nomme le motif : un problème de facturation n’est donc jamais pris pour une intégration cassée.
Un appel qui démarre un travail répond avec un id. Vous interrogez cet id jusqu’à ce que le résultat soit prêt, ce qui garde l’intégration en HTTP sortant, sans rien exposer publiquement de votre côté.
L’API utilise un petit ensemble de codes et rien en dehors. Un 422 signifie que la requête a été lue et les valeurs refusées, avec les champs nommés, donc un payload incorrect ne ressemble jamais à un compte refusé.
Les clients IA atteignent le même travail via MCP, en JSON-RPC 2.0 sur un seul endpoint, si bien qu’un assistant peut lancer un test antispam et lire le résultat sans que personne n’écrive de client.
MCP s’authentifie avec OAuth 2.1 et il n’y a aucun token à coller : le client déroule le flux quand vous ajoutez le serveur. Le token bearer ci-dessus ne concerne que l’API REST.
Le test antispam est le chemin le plus court dans l’API. L’inbox placement et les aperçus suivent la même forme : vous lancez quelque chose, vous prenez l’id, vous lisez le résultat.
Dans votre compte, un token par intégration, chacun révocable séparément.
Un POST sur l’endpoint du test antispam. La réponse porte l’id du test et l’adresse à laquelle envoyer votre e-mail.
Depuis la plateforme avec laquelle vous envoyez vraiment, vers l’adresse renvoyée par l’API, pour que le test mesure votre configuration d’envoi réelle et non une copie.
Un GET sur le test par son id donne le score et les résultats d’authentification, puis vous demandez la heatmap ou les aperçus clients sur ce même id.
Offres, limites, où se trouve la référence et ce que vous dit un 403.
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