Comment utiliser efficacement les webhooks pour la livraison d’emails

Chez Mailgun, nous sommes de fervents partisans de l’automatisation et de l’amélioration de la conception et de la diffusion de votre programme d’emailing. Ainsi, si les données sont le nouvel or, qu’est-ce que cela implique pour votre flux de travail si vous pouvez obtenir en temps réel des données d’email concernant les points de contact du parcours client ? Excellente question. La bonne nouvelle, c’est qu’il ne s’agit pas de science-fiction. Il s’agit simplement de webhooks.

Un webhook est un rappel Hypertext Transfer Protocol (HTTP) défini par l’utilisateur et généralement déclenché par un événement. En d’autres termes, un webhook agit comme un pont entre deux applications. Lorsqu’un événement se produit dans une application, un webhook transmet à une autre application des données qui vous informent de cet événement. Cela signifie que vous obtenez des données en temps réel.

Les webhooks sont très utiles pour le suivi des emails, l’analyse des données de délivrabilité des emails et la surveillance des rebonds d’emails. Ils sont également utiles pour s’interfacer avec les plateformes de gestion de la relation client (CRM). Par exemple, chaque fois qu’un événement client se produit, un webhook peut envoyer des notifications à votre application, sur lesquelles vous pouvez ensuite agir.

Cela vous semble un peu flou ? Entrons dans les détails techniques.

Après la survenue d’un événement, un webhook effectue une requête HTTP vers le point de terminaison de l’API de votre application. Cela prend généralement la forme d’une requête POST à laquelle les données sont jointes au format JSON ou XML. Il vous appartient ensuite d’interpréter le message.

Les scripts de webhook peuvent être écrits dans presque tous les langages de script, comme C#, PHP, Python, Node.js, Java, Go et curl. Consultez nos Guide de l’API pour vous rafraîchir la mémoire sur toute cette soupe d’acronymes que nous venons de passer en revue : HTTP, API, JSON, POST, XML et bien d’autres.

Ouf, cela fait beaucoup de jargon. Prenons un peu de recul par rapport à la technique et discutons des raisons pour lesquelles les webhooks d’emails sont essentiels à votre programme d’email marketing.

Les webhooks constituent le pont ou l’intégration entre les différentes applications que vous utilisez pour votre programme d’emailing. Imaginons par exemple que vous avez développé une application (Application A) et que vous vous appuyez maintenant sur un service d’emailing (ESP) pour envoyer vos emails (Application B). Enfin, votre entreprise utilise un CRM (Application C) pour améliorer le parcours client et certains points de contact spécifiques pour l’utilisateur. Un webhook envoie des notifications d’événements entre vos applications afin que vous puissiez réagir.

N’oubliez pas que vous pouvez utiliser les webhooks pour suivre non seulement la façon dont la clientèle interagit avec vos emails, mais aussi les performances de ces derniers. En suivant les messages d’emails envoyés depuis votre application, vous pouvez :

• Répondre rapidement à tout problème.
• Maintenir votre réputation d’expéditeur et la réputation de l’adresse IP.
• Conserver une délivrabilité des emails élevée.

Si les webhooks et les email API transfèrent tous deux des données entre votre application et une application tierce (comme un service d’emailing), quelle est la différence, et pourquoi avez-vous besoin des deux ?

Voyez cela comme la différence entre un rappel par SMS automatisé et une conversation téléphonique pour demander plus d’informations. En d’autres termes, un webhook permet à une application (comme votre service d’emailing) de vous envoyer des données, tandis qu’une API permet à une application de vous fournir des données sur demande. Pour revenir à notre analogie, un webhook s’apparente à un SMS automatisé qui est envoyé dès qu’un événement se produit. Avec une API, vous devez avoir une « conversation téléphonique » qui fait des allers-retours avec un service d’emailing pour vérifier si un événement s’est produit et s’il y a des données que vous pouvez exploiter. Les API prennent également en charge d’autres fonctions au-delà de la simple messagerie de données.

Les webhooks vous aident à créer de meilleurs programmes d’emailing. Avec Mailgun, vous pouvez utiliser les webhooks pour suivre :

• Clics
• Plaintes pour spam
• Livraison des emails
• Ouvertures des emails
• Rebonds définitifs et temporaires des emails
• Désinscriptions

Vous pouvez également utiliser les webhooks avec Mailgun, en impliquant des paramètres courants tels que les en-têtes et les méthodes d’authentification.

Maintenant que nous avons vu les bases, passons en revue neuf questions fréquentes que nous avons rencontrées concernant l’utilisation des webhooks avec Mailgun. Vous avez une question que nous n’avons pas abordée ? Voyons ce que notre équipe de support peut faire pour vous.

Non. Nous recommandons d’utiliser notre email API pour surveiller les notifications de livraison lorsque vous envoyez un grand nombre d’emails. Toutefois, si votre envoi d’emails se situe en dessous d’un certain seuil, un webhook peut également répondre à vos besoins. Ce seuil peut varier en fonction de l’environnement dans lequel vous hébergez l’URL de votre webhook (point de terminaison).

Malheureusement, non. Les webhooks fonctionnent sur les événements qui se produisent dans les emails que vous avez déjà envoyés. En d’autres termes, vous ne pouvez pas utiliser un webhook pour collecter le prénom de la personne qui soumet un formulaire sur votre site Web.

Excellente question. Tester est important pour « viser juste ». Nous disposons d’un bouton « Tester le webhook » pour chaque type d’événement de webhook décrit ci-dessus. Nous recommandons de tester votre webhook lors de la configuration de son point de terminaison.

Vous trouverez les données envoyées dans chaque webhook dans notre documentation. Nous disposons également d’un outil que vous pouvez utiliser pour envoyer vos requêtes et afficher les données qui ont été envoyées. Nous vous suggérons également de consulter Runscope pour tester les webhooks ; il fournit un peu plus d’informations sur vos requêtes.

Oui et non. Vous pouvez utiliser le même nom de domaine pour envoyer via différents services d’emailing, mais pas pour recevoir. Un seul serveur d’email peut recevoir des messages pour un nom de domaine donné. Si vous souhaitez enregistrer votre domaine sur plusieurs serveurs pour l’envoi mais que vous ne voulez pas recevoir d’email sur Mailgun, ne configurez pas vos enregistrements MX pour qu’ils pointent vers Mailgun.

Si vous recevez des emails ailleurs avec votre domaine, nous vous recommandons d’utiliser un sous-domaine sur Mailgun afin de pouvoir également recevoir des emails sur Mailgun. Cela contribue à améliorer la délivrabilité et nous permet de traiter facilement tout problème lié aux serveurs d’emails de la personne destinataire.

L’interrogation de l’API serait la seule option pour le moment. Notre Events API est idéale pour cela, car vous pouvez l’interroger sur des plages de temps spécifiques, des événements et d’autres données d’utilisateur.

Les webhooks ne sont pas la bonne solution à ce problème. Nous vous recommandons plutôt d’utiliser notre fonctionnalité de routage, qui fonctionne presque comme un webhook. Nous enverrons les informations concernant ces messages via POST à votre point de terminaison. Cependant, alors que les webhooks fonctionnent sur différents événements qui se produisent dans vos messages d’emails, le routage (Routes) obtient des données à partir des emails entrants.

Nous n’avons actuellement pas beaucoup de journaux pour notre fonctionnalité de webhooks. Pour l’instant, nous n’enregistrons les données relatives au webhook que lorsqu’il ne parvient pas à effectuer une requête POST vers le point de terminaison. Les données d’événement associées à cet événement de webhook devraient se trouver dans les journaux. Cependant, elles ne contiendront pas toutes les informations qu’un webhook pourrait fournir.

Malheureusement non ; notre webhook publiera les données encodées en URL ou en multipart (selon le contenu du webhook).

C’est une question délicate, car cela peut varier en fonction de ce que vous souhaitez investir dans l’infrastructure de votre application et des webhooks qui vous intéressent.

Tenez compte de ce qui suit lorsque vous décidez de mettre en œuvre un modèle d’interrogation ou de webhook : chaque email que vous envoyez peut comporter plusieurs événements associés (livré, cliqué, ouvert, etc.). S’il y a au moins trois événements associés à chaque email que vous envoyez, votre infrastructure serait-elle en mesure de gérer X emails multipliés par trois par heure/jour ? Dans le cas contraire, vous devriez plutôt envisager un modèle d’interrogation (API). Pour le déterminer, vous pouvez également vérifier combien de requêtes par minute votre réseau d’infrastructure peut gérer.

Si vous envoyez de nombreux messages dans un court laps de temps, n’oubliez pas que Mailgun essaiera de livrer les événements de webhook de livraison aussi rapidement qu’ils se produisent. Toutefois, si votre infrastructure ne peut pas gérer des milliers de requêtes par minute, les requêtes peuvent expirer et être abandonnées. Lorsque vous recevez le POST du webhook, stockez-vous ces données dans une base de données ? Parfois, l’afflux de trafic ralentit la base de données, ce qui ralentit les requêtes ou provoque leur expiration.

Nous espérons que cette FAQ répondra à la plupart de vos questions sur les webhooks. Mais, s’il vous reste des points obscurs, n’hésitez pas à contacter notre équipe de support pour obtenir une aide supplémentaire. En attendant, si vous souhaitez en savoir plus sur les webhooks, consultez notre webinar, « Comment utiliser efficacement les webhooks pour la livraison d’emails », dont le lien figure ci-dessous.

Auteur·trice: The Sinch Mailgun team The Sinch Mailgun team shares news, best practices, and strategies to take your products and apps to the next level using email. Subscribe to our newsletter to get all the articles in your inbox!