Changement SMTP ou de sécurité
Une rotation de mot de passe, un changement de port, un certificat expiré ou un problème TLS peut interrompre l’envoi.
Une boîte peut fonctionner aujourd’hui et perdre en délivrabilité demain. Planifiez des contrôles récurrents dans votre dashboard pour détecter les changements SMTP, de sécurité, d’authentification ou de réputation avant qu’ils ne perturbent vos emails importants.
La surveillance récurrente de la délivrabilité est comprise dans un abonnement payant actif. Aucun module de suivi séparé n’est à ajouter.
Les paramètres SMTP, certificats TLS, règles d’authentification du domaine et la réputation de l’expéditeur peuvent évoluer. Une mise à jour ou un nouveau signal de spam peut faire baisser le score sans avertissement visible dans votre application.
Une rotation de mot de passe, un changement de port, un certificat expiré ou un problème TLS peut interrompre l’envoi.
Une modification des enregistrements SPF, DKIM ou DMARC peut influencer l’évaluation de vos messages par les fournisseurs.
Une inscription sur une liste de blocage ou un autre signal de réputation peut apparaître après la configuration initiale.
Un serveur peut accepter un message alors qu’une promotion arrive ensuite dans les spams. L’expéditeur voit un envoi accepté, mais les clients ne voient pas forcément l’offre.
4 envois hebdomadaires × 1 000 destinataires
80 commandes avec une hypothèse de conversion de 2 %
Valeur moyenne supposée par commande
Si les quatre campagnes passent inaperçues
80 commandes supposées × panier moyen de = de chiffre d’affaires brut potentiel.
Exemple hypothétique, pas une prévision, une perte constatée ni une promesse. Il s’agit de chiffre d’affaires brut, avant coûts. Le placement en boîte de réception, les conversions et les ventes réelles varient. Le suivi peut signaler des problèmes techniques ou de réputation, sans garantir le placement ni les ventes.
Choisissez la fréquence de vérification de votre boîte, définissez les conditions importantes pour votre équipe et retrouvez l’historique des rapports récurrents avec vos autres tests de délivrabilité.
Construisez le calendrier dans la dashboard. L’intervalle minimal est de 60 minutes ; choisissez ensuite l’heure et la fréquence qui vous conviennent.
Choisissez le score minimal acceptable pour cette boîte. Vous pouvez aussi être averti si un rapport échoue ou reste en attente plus de cinq minutes.
Les rapports récurrents restent dans l’historique de délivrabilité et sont identifiés comme automatiques pour suivre les évolutions.
Choisissez les alertes par email, les notifications push sur mobile ou les deux. Par défaut, l’email est envoyé à l’adresse du compte ; vous pouvez définir un autre destinataire. L’alerte indique la raison, la boîte et le score, avec les détails et un lien vers le rapport complet.
Les alertes sont envoyées lorsqu’un problème surveillé est détecté ; les contrôles suivants permettent de suivre son rétablissement. Le score est un indicateur de diagnostic, pas une garantie de placement en boîte de réception chez chaque fournisseur.
Le mail remet le résultat en contexte : un statut général en couleur, la boîte et son score, puis les contrôles classés par priorité. Chaque contrôle explique le constat et propose, si possible, une action recommandée. Le rapport complet reste accessible en un clic.
L’enregistrement SPF nécessite une vérification
Action recommandéeVérifiez l’enregistrement SPF du domaine utilisé pour l’envoi.
Un enregistrement du domaine d’envoi doit être corrigé.
Un signal de réputation mérite une vérification.
La boîte a accepté le message de diagnostic.
Surveillez la boîte qui envoie confirmations de commande, reçus et nouvelles aux clients.
Repérez les problèmes qui affectent les réponses, le suivi des demandes et les notifications de service.
Surveillez les boîtes de vos clients après une rotation d’identifiants, un changement DNS ou une mise à jour du fournisseur.
Contrôlez l’adresse utilisée pour les notifications de compte, les alertes de sécurité et les workflows.
Ajoutez les paramètres SMTP de la boîte à surveiller dans la dashboard MailBridgeAPI.
Définissez le calendrier, le seuil de score, les canaux et le destinataire pour cette boîte.
Consultez les contrôles automatiques, examinez les variations et appliquez les recommandations.
Un abonnement payant actif inclut jusqu’à 100 contrôles de délivrabilité terminés par compte et par jour UTC. Les contrôles récurrents utilisent ce quota ; les contrôles terminés au-delà sont débités des Crédits globaux.
Planifiez des contrôles récurrents pour une boîte connectée et laissez la dashboard et les alertes tenir votre équipe informée.
MailBridgeAPI relie la boîte SMTP et IMAP que vous possédez ou êtes autorisé à utiliser à une clé API de compte et une clé API de boîte. Chaque requête sélectionne cette même boîte : envoyez depuis son adresse, lisez ses messages reçus ou traitez-les dans vos applications.
Consulter la documentationapikey + apikeyboxRequête vers un endpointAction via cette boîtePOST /sendemail/Une requête POST utilise la connexion SMTP de la boîte sélectionnée par apikeybox et envoie depuis cette boîte.
GET /getemail/Une requête GET utilise la même clé de boîte pour récupérer les messages de ses dossiers IMAP configurés.
VOTRE LOGIQUE. VOS AUTOMATISATIONS.Votre application autorisée exploite le résultat dans ses flux, automatisations, CRM, outils de support ou systèmes d’IA.
Connectez uniquement une boîte que vous possédez ou êtes autorisé à utiliser. Le fournisseur doit autoriser un accès SMTP ou IMAP compatible et ses limites continuent de s’appliquer.