Traiter automatiquement les rebonds et les plaintes avec des webhooks
Un webhook est un message que votre plateforme d'envoi adresse à votre propre système dès qu'il arrive quelque chose à un e-mail : livré, rebondi, signalé comme spam, ouvert. En y réagissant, vous traitez rebonds et plaintes automatiquement : une adresse en rebond permanent est bloquée aussitôt dans votre CRM, une plainte devient un désabonnement, un rebond temporaire est compté. Sans webhooks, ce traitement se fait à la main, donc pas du tout, et vous continuez d'envoyer vers des adresses qui abîment votre réputation.
Pourquoi ça ne marche pas à la main
Les rebonds arrivent sous forme de messages dans une boîte que personne ne lit, dans un format qui varie selon le serveur destinataire. Le premier mois, quelqu'un y jette encore un œil ; ensuite plus. Pendant ce temps, votre boutique continue d'envoyer des confirmations à une adresse qui n'existe plus depuis un an, et votre newsletter continue de partir vers quelqu'un qui vous a signalé trois fois comme spam. Les destinataires le voient et jugent tout votre courrier plus sévèrement. Le poids exact de ces signaux est expliqué sur la page délivrabilité.
Les événements que vous recevez
- Livré : le serveur destinataire a accepté le message. Utile pour afficher « envoyé le » dans votre propre système.
- Rebond permanent : l'adresse ou le domaine n'existe pas. Définitif.
- Rebond temporaire : problème passager : boîte pleine, serveur injoignable, message trop volumineux. La plateforme réessaie ; vous recevez la notification si cela échoue finalement.
- Plainte : le destinataire a cliqué sur « signaler comme spam » chez un fournisseur qui le renvoie.
- Ouverture et clic : uniquement pour les messages avec suivi, avec la réserve que les ouvertures sont devenues peu fiables.
Quoi faire pour chaque événement
Pour un rebond permanent, placez l'adresse sur une liste de blocage dans votre propre système et montrez-le à qui gère le dossier. Ne la supprimez pas purement et simplement : un collaborateur pourrait la ressaisir. Marquez-la comme invalide, avec date et motif. Pour une boutique, cela veut dire demander une autre adresse au client à sa prochaine commande.
Pour un rebond temporaire, comptez. Une fois, ce n'est rien. Trois fois de suite sur plusieurs envois, traitez l'adresse comme permanente.
Pour une plainte, désabonnez l'adresse immédiatement de tout courrier marketing, sans demander confirmation. Qui a cliqué sur « spam » ne veut pas d'un e-mail « êtes-vous sûr ? ». Le courrier transactionnel, comme une confirmation de commande, peut en général continuer ; ce n'est pas du marketing.
Pour une livraison, vous ne faites en général rien, sinon enregistrer le statut pour que le service client puisse voir que la facture est bien partie et arrivée.
Comment le mettre en place techniquement
- Créez un point d'entrée dans votre application qui reçoit un appel web en JSON et répond rapidement par un code de succès. Faites le traitement ensuite, pas pendant l'appel ; la plateforme n'attend pas indéfiniment.
- Vérifiez la signature. Une bonne plateforme signe chaque webhook. Contrôlez-la avant tout traitement, sinon quiconque connaît votre point d'entrée peut bloquer toute votre liste.
- Rendez le traitement idempotent. Les webhooks peuvent arriver en double quand la plateforme réessaie. Traiter deux fois le même rebond ne doit avoir aucun second effet.
- Reliez sur votre propre référence. Joignez à l'envoi via l'API e-mail un numéro de client ou de commande ; le webhook vous le renvoie, et vous n'avez pas à chercher par adresse.
- Journalisez tout. Conservez l'événement brut un certain temps. Dans une discussion avec un client, « livré mardi à 14 h 02 au serveur de son fournisseur » est un argument solide.
Un exemple concret
Un prestataire de services envoie chaque mois ses factures depuis un portail maison. Avant, la comptabilité appelait après trois semaines les clients qui ne payaient pas, pour entendre que la facture n'était jamais arrivée. Aujourd'hui, un rebond permanent arrive en quelques minutes par webhook, le portail marque l'adresse comme invalide et le gestionnaire voit une alerte pour redemander l'adresse. Le client reçoit sa facture le jour même à une adresse correcte, et la mauvaise adresse n'est plus jamais utilisée.
Et sans logiciel maison ?
Alors la plateforme traite les rebonds elle-même : les adresses en rebond permanent sont automatiquement exclues des envois suivants, et le tableau de bord montre par message ce qui s'est passé. Les webhooks sont l'étape suivante, pour qui veut aussi l'information dans son propre CRM ou sa propre boutique.
Questions fréquentes
Faut-il utiliser l'API pour les webhooks ?
Non. Les messages partis via SMTP produisent aussi des événements. L'API facilite seulement leur rattachement à vos propres références.
Et si mon point d'entrée est hors ligne un moment ?
Une bonne plateforme réessaie à intervalles croissants. D'où l'importance d'un traitement idempotent.
Est-ce que je reçois chaque plainte ?
Seulement celles des fournisseurs qui les renvoient aux expéditeurs. Les grands le font ; certains petits non. C'est pourquoi votre taux de rebond reste aussi un signal à suivre.