Créer des automatisations d’e-mail marketing

Published: 16 juillet 2026 · Last updated: 21 juillet 2026 · By Marcus Biel

Les automatisations vous permettent de créer des parcours d’e-mails complets qui réagissent à l’activité des abonnés, aux dates, aux modifications de données et aux événements provenant d’applications externes.

Vous construisez chaque automatisation sous forme de flux visuel. Un déclencheur détermine quand un contact entre dans le parcours. Les étapes envoient ensuite des e-mails, attendent, mettent à jour les données de l’abonné, appellent un autre système ou choisissent un chemin différent selon une condition. Aucune programmation n’est nécessaire pour les séquences de bienvenue, les suivis, les e-mails d’anniversaire ou la segmentation des abonnés. Lorsque vous souhaitez connecter une autre application, le même éditeur propose également les déclencheurs Custom Event et Inbound Webhook.

Ce guide explique l’ensemble de la page Automatisations et de l’éditeur, notamment tous les déclencheurs et étapes actuels, l’éditeur d’e-mails intégré à une automatisation, les données d’événement, la distribution de lead magnets, la publication, le versionnage et la configuration sécurisée des webhooks.

Ce que vous pouvez créer avec les automatisations

Voici quelques exemples courants :

• Série de bienvenue — Commence après qu’un contact a confirmé son inscription, envoie immédiatement un e-mail de bienvenue, attend deux jours, puis continue avec du contenu utile.
• Distribution d’un lead magnet — Commence après une inscription confirmée via un Signup Flow spécifique, envoie le lien de téléchargement protégé, puis effectue un suivi plus tard.
• E-mails d’anniversaire et d’anniversaire de relation — Commencent chaque année à la date enregistrée dans un champ d’abonné.
• Suivis basés sur les centres d’intérêt — Commencent lorsqu’un tag est ajouté, puis envoient du contenu correspondant à cet intérêt.
• Parcours de complétion du profil — Réagissent lorsqu’un champ est ajouté, mis à jour ou supprimé.
• Parcours produits et achats — Permettent à votre backend d’envoyer un événement tel que trial.started ou order_paid, puis d’utiliser les propriétés de l’événement dans les e-mails et les conditions.
• Intégrations entrantes sans code — Donnent à un outil externe une URL de webhook unique qui démarre une automatisation précise lorsqu’elle reçoit du JSON.
• Maintenance des abonnés — Ajoutent ou suppriment des tags, mettent à jour des champs, démarrent ou arrêtent une autre automatisation, ou désabonnent un contact.
• Intégrations système — Envoient un webhook JSON signé à une autre application lorsqu’un contact atteint une étape précise.

Ouvrir la page Automatisations

Ouvrez « Automatisations » dans la navigation principale.

La vue d’ensemble répertorie toutes les automatisations de votre compte. Chaque ligne indique son statut, son nom, le nombre d’abonnés actifs, le nombre d’abonnés ayant terminé le parcours, ainsi qu’un menu d’actions à droite.

Statuts des automatisations

Le statut vous indique ce que fait actuellement l’automatisation.

Brouillon — L’automatisation est encore en préparation. Elle n’accepte pas de contacts et n’exécute aucune étape. Vous pouvez continuer à la modifier et l’activer lorsqu’elle est prête.

Active — L’automatisation est en ligne. Les déclencheurs correspondants peuvent démarrer de nouveaux parcours, et les contacts déjà présents continuent leurs étapes.

En pause — Aucun nouveau contact n’entre et les contacts déjà présents n’avancent pas tant que vous n’avez pas réactivé l’automatisation. Une URL Inbound Webhook peut toujours accepter et consigner les requêtes lorsqu’elle est en pause, mais ces requêtes ne démarrent aucun parcours.

Déconnexion en cours — Les déclencheurs de démarrage n’acceptent plus de nouveaux contacts, mais les contacts déjà présents continuent leur parcours. Lorsque le dernier contact actif sort, Maildroppa archive automatiquement l’automatisation. Une automatisation en cours de déconnexion est en lecture seule.

Archivée — L’automatisation est terminée et en lecture seule. Elle n’accepte plus de contacts et n’exécute plus d’étapes. Vous pouvez toujours la consulter ou l’utiliser comme base pour un nouveau brouillon.

Compteurs de la vue d’ensemble

Abonnés actifs correspond au nombre de contacts qui attendent actuellement à une étape ou progressent dans une étape de cette automatisation.

Abonnés ayant terminé correspond au nombre de parcours d’automatisation terminés. Si la réentrée est activée, un contact peut terminer la même automatisation plusieurs fois ; il s’agit donc d’un nombre de finalisations et pas nécessairement d’un nombre de contacts uniques.

Actions disponibles dans les lignes

Ouvrez le menu à trois points à la fin d’une ligne. Les actions disponibles dépendent du statut actuel :

• Les automatisations actives peuvent être mises en pause, déconnectées, modifiées, copiées comme brouillon ou supprimées.
• Les automatisations en pause peuvent être activées, déconnectées, modifiées, copiées comme brouillon ou supprimées.
• Les automatisations en cours de déconnexion et les automatisations archivées peuvent être consultées, copiées comme brouillon ou supprimées.
• Les brouillons peuvent être modifiés ou supprimés.

« Utiliser comme brouillon » crée une copie modifiable distincte. Cela ne réactive pas l’automatisation d’origine et ne la modifie pas. Si la source utilise une URL Inbound Webhook, l’URL secrète n’est pas copiée dans le nouveau brouillon ; la copie doit recevoir sa propre URL.

Créer une automatisation

Cliquez sur « Créer une automatisation » pour ouvrir l’éditeur visuel.

Toute automatisation utilisable nécessite :

1. Un nom.
2. Au moins un déclencheur.
3. Au moins une étape connectée.
4. Un parcours complet entre la première étape et la fin de chaque branche.

Le canevas contient des boutons plus partout où une nouvelle étape peut être insérée. Cliquez sur un bouton plus, choisissez un type d’étape et configurez-le. Survolez un déclencheur ou une étape existante pour la modifier ou la supprimer.

Créez et enregistrez l’automatisation comme brouillon pendant vos tests. Activez-la uniquement après avoir vérifié ses déclencheurs, son contenu, ses conditions, ses liens, ses délais et ses intégrations.

Déclencheurs : comment les contacts entrent dans une automatisation

Un déclencheur est le point de départ d’une automatisation. Maildroppa propose actuellement neuf types de déclencheurs :

1. Signup confirmed
2. Date Anniversary
3. Tag is Added
4. Tag is Removed
5. Custom Event
6. Inbound Webhook URL
7. Field is Added
8. Field is Updated
9. Field is Removed

Déclencheurs généraux et spécifiques

Les déclencheurs d’inscription, de tag et de champ peuvent couvrir une source générale ou une source spécifique.

Par exemple, « Any Tag » réagit à chaque tag créé par le client, tandis qu’un déclencheur pour « Webinar » réagit uniquement lorsque ce tag est attribué. « Any Field » et un déclencheur pour un champ sélectionné fonctionnent de la même manière.

Une automatisation ne peut pas contenir simultanément un déclencheur général et un déclencheur spécifique du même type. « Any Tag » inclut déjà le tag « Webinar » ; l’ajout des deux créerait donc un chevauchement. Les déclencheurs spécifiques en double ne sont pas non plus utiles et sont empêchés.

Vous pouvez ajouter jusqu’à 30 déclencheurs standard à une automatisation. Un contact entre lorsqu’un seul d’entre eux correspond. Toutefois, Custom Event et Inbound Webhook URL sont des déclencheurs spéciaux basés sur les données d’événement et suivent des règles plus strictes décrites ci-dessous.

Signup Confirmed

Ce déclencheur démarre uniquement après qu’un contact a cliqué sur le lien de confirmation Double Opt-in d’une inscription. Une simple soumission de formulaire ne suffit pas.

Choisissez la portée correspondant au parcours :

• Form — Sélectionnez un formulaire d’inscription précis.
• Signup flow — Sélectionnez un Signup Flow précis.
• All sources — Réagissez aux inscriptions confirmées provenant de toutes les sources.

Utilisez un formulaire spécifique lorsque l’automatisation est liée à un emplacement particulier, comme une landing page de webinaire. Utilisez un Signup Flow spécifique lorsque plusieurs formulaires partagent volontairement le même parcours de confirmation et de suivi. Utilisez All sources uniquement lorsque chaque inscription confirmée doit recevoir la même automatisation.

Pour plus d’informations sur les messages Double Opt-in, les redirections, les pages de confirmation et l’attribution des formulaires, consultez le guide des Signup Flows.

Date Anniversary

Date Anniversary démarre l’automatisation chaque année au mois et au jour enregistrés dans un champ personnalisé de type Date sélectionné.

Par exemple, si le champ « Birthday » contient 1988-04-12, le déclencheur peut démarrer le 12 avril de chaque année. L’année d’origine identifie la date, mais ne limite pas le déclencheur à cette seule année.

Seuls les champs Date actifs peuvent être sélectionnés. Si aucun champ Date n’existe encore, créez-en un dans Subscriber Fields and Tags avant de configurer ce déclencheur.

Les parcours annuels nécessitent généralement l’activation de la réentrée. Sans réentrée, un contact qui a déjà terminé l’automatisation d’anniversaire de l’année dernière ne pourra pas y entrer à nouveau cette année.

Tag is Added et Tag is Removed

Ces déclencheurs démarrent lorsqu’un tag créé par le client est effectivement attribué à un contact ou retiré de celui-ci. Choisissez « Any Tag » ou un tag spécifique.

Ils sont utiles pour les centres d’intérêt, les étapes du cycle de vie, les groupes de clients, la participation à un webinaire ou les files de suivi manuel. Les modifications actuelles du profil effectuées dans Maildroppa, les mises à jour individuelles prises en charge par l’API et les actions groupées sur les tags effectuées par le client peuvent démarrer ces déclencheurs.

Maildroppa réagit uniquement à une modification réelle. Attribuer un tag qu’un contact possède déjà ou supprimer un tag que le contact ne possède pas ne crée pas de nouvel événement de modification de tag.

Les modifications de tags effectuées par une étape d’automatisation ne démarrent pas récursivement une autre automatisation déclenchée par un tag. Utilisez l’action explicite « Start Other Automation » lorsqu’une automatisation doit volontairement transmettre un contact à une autre.

Field is Added, Field is Updated et Field is Removed

Ces déclencheurs réagissent aux modifications des valeurs du profil d’un abonné. Chacun peut surveiller « Any Field » ou un champ sélectionné.

• Field is Added — Un champ auparavant vide reçoit une valeur.
• Field is Updated — Une valeur existante est remplacée par une valeur différente.
• Field is Removed — La valeur d’un champ est supprimée.

Cette distinction est utile. Par exemple, l’ajout d’une date de naissance pour la première fois peut démarrer un message pédagogique, tandis que sa modification ultérieure peut démarrer un processus de vérification des données.

Les modifications de profil effectuées dans l’application Maildroppa et les mises à jour individuelles prises en charge par l’API peuvent produire ces événements. Le traitement des inscriptions, les importations et les modifications effectuées par une autre étape d’automatisation ne démarrent pas cette famille de déclencheurs. Pour un parcours d’inscription, utilisez Signup confirmed.

Les champs archivés ne peuvent pas être sélectionnés dans de nouveaux déclencheurs. Les références existantes restent visibles afin qu’une ancienne automatisation puisse être comprise et corrigée, mais restaurez ou remplacez le champ avant d’activer une configuration modifiée.

Pour connaître les types de champs et le fonctionnement de l’archivage, consultez le guide Subscriber Fields and Tags.

Custom Event et Inbound Webhook URL

Ces deux déclencheurs basés sur les données d’événement permettent à un système externe de démarrer une automatisation et de fournir des données temporaires pour cette exécution individuelle. Ils correspondent à des styles d’intégration différents.

Un déclencheur basé sur les données d’événement doit être le seul déclencheur de son automatisation. Vous ne pouvez pas combiner Custom Event ou Inbound Webhook URL avec Signup confirmed, un déclencheur de tag, un déclencheur de champ, Date Anniversary ou un deuxième déclencheur basé sur les données d’événement. Cette règle garantit que les propriétés de l’événement sont disponibles de manière fiable dans chaque e-mail et chaque condition du flux.

Les données d’événement appartiennent à une seule exécution d’automatisation. Elles ne deviennent pas automatiquement des données permanentes du profil de l’abonné. Ajoutez une étape Update Field si certaines informations doivent également être enregistrées sur le contact.

Configurer un déclencheur Custom Event

Choisissez « Custom Event » lorsque votre serveur peut appeler l’API Events de Maildroppa avec une clé API.

Étape 1 : Choisir l’Event Key

Saisissez un nom d’événement métier stable, tel que :

• trial.started
• order_paid
• booking_created

L’event key peut contenir des lettres, des chiffres, des points, des traits de soulignement et des tirets. La correspondance est exacte : order_paid et order.paid sont donc des événements différents. Conservez un nom stable après le déploiement de votre intégration.

Étape 2 : Décider si les nouveaux contacts sont autorisés

Utilisez « Allow new contacts from this source » pour contrôler les adresses e-mail inconnues.

• Lorsque cette option est désactivée, seule une adresse e-mail appartenant déjà à un contact Maildroppa peut démarrer l’automatisation. Les adresses inconnues sont rejetées.
• Lorsqu’elle est activée, Maildroppa crée un contact pour une adresse e-mail inconnue, puis démarre l’automatisation.

Laissez cette option désactivée lorsque le système émetteur doit uniquement enrichir les contacts déjà gérés dans Maildroppa ou réagir à ceux-ci. Activez-la uniquement lorsque l’événement externe est une source approuvée de création de contacts et que votre processus dispose des autorisations nécessaires.

Étape 3 : Créer ou utiliser la clé API

La liste de vérification de configuration indique si une clé API est disponible. Si nécessaire, créez-la depuis la configuration du déclencheur.

Traitez la clé API comme un mot de passe. Utilisez-la uniquement dans du code côté serveur. Ne la placez pas dans du JavaScript exécuté dans le navigateur, un dépôt public, des captures d’écran, des tickets d’assistance, de la documentation publique ou des journaux partagés. Copier la commande cURL d’exemple copie également le secret dans votre presse-papiers.

La requête est envoyée à :

POST https://api.maildroppa.com/events

avec l’en-tête :

X-API-Key: YOUR_API_KEY

Pour la sécurité générale et la rotation des clés, consultez le guide API Key.

Étape 4 : Envoyer un événement de test

Envoyez l’événement avec triggerAutomations défini sur false. Maildroppa peut ainsi observer les propriétés de l’événement sans démarrer une automatisation active.

{
  "eventKey": "trial.started",
  "email": "contact@example.com",
  "properties": {
    "planName": "Professional",
    "trialDays": 14,
    "salesAssisted": false
  },
  "occurredAt": "2026-07-16T08:00:00Z",
  "triggerAutomations": false
}

Les propriétés doivent être un objet plat. Les valeurs peuvent être des chaînes, des nombres, des booléens ou null. Les noms de propriétés peuvent contenir des lettres, des chiffres, des traits de soulignement, des points et des tirets. L’objet properties sérialisé peut atteindre 64 KiB.

Maildroppa affiche les propriétés observées dans la configuration du déclencheur. Elles deviennent ensuite sélectionnables dans la personnalisation des e-mails et sous Event data dans les conditions. Par exemple, planName peut être inséré dans un e-mail sous la forme {{event.planName}}.

Étape 5 : Terminer la liste de vérification et activer

La liste de vérification Custom Event confirme que :

• L’event key est configuré.
• Une clé API est disponible.
• Les données de test de l’événement ont été observées.
• Le déclencheur est prêt à être activé.

Une fois l’automatisation active, envoyez les événements de production avec triggerAutomations défini sur true. L’event key doit correspondre exactement. Les propriétés de l’événement sont enregistrées avec cette exécution de l’automatisation et restent disponibles pendant toutes ses étapes.

Configurer un déclencheur Inbound Webhook URL

Choisissez « Inbound Webhook URL » lorsqu’une application externe peut envoyer une requête JSON POST, mais ne doit pas utiliser la clé API de l’ensemble de votre compte.

Maildroppa crée une URL secrète unique pour cette automatisation, par exemple :

https://in.maildroppa.com/webhooks/inbound/SECRET_TOKEN

Le token présent dans le chemin accorde l’accès. Aucune clé API n’est requise et seule l’automatisation associée à cette URL peut démarrer.

Étape 1 : Créer l’URL

Ajoutez le déclencheur Inbound Webhook URL et enregistrez l’automatisation lorsque cela vous est demandé. Maildroppa crée alors son URL et l’affiche.

Copiez l’URL dans les paramètres de webhook du système externe. Traitez l’URL complète comme un mot de passe. Ne la publiez pas, ne la placez pas dans du code côté client et ne l’incluez pas dans des journaux partagés ordinaires.

Étape 2 : Envoyer une requête de test JSON

La configuration fournit des exemples prêts à copier pour macOS/Linux et Windows PowerShell. Envoyez une requête webhook pour un contact. La charge utile doit contenir une adresse e-mail de destinataire valide à un emplacement que Maildroppa peut identifier.

Par exemple :

{
  "email": "contact@example.com",
  "checkout": {
    "id": "checkout_123",
    "total": 99
  },
  "planName": "Professional"
}

Avant l’activation, les requêtes acceptées sont stockées uniquement comme données de test à courte durée de vie. Elles ne démarrent pas l’automatisation et n’envoient pas d’e-mails.

Si le système externe réessaie automatiquement les requêtes, envoyez un en-tête Idempotency-Key ou X-Webhook-Id. Cela aide Maildroppa à reconnaître la même livraison au lieu de démarrer deux fois le même événement. Si deux événements par ailleurs identiques sont intentionnels, attribuez à chacun son propre identifiant d’événement.

Étape 3 : Sélectionner l’adresse e-mail du destinataire

Maildroppa examine la dernière requête de test valide et recherche les champs d’e-mail possibles.

• Si un seul champ clair est trouvé, il peut être sélectionné automatiquement.
• Si plusieurs champs possibles sont trouvés, choisissez celui qui identifie le contact.
• Si aucun champ n’est trouvé, ajustez la charge utile et envoyez une autre requête de test.

Le chemin sélectionné fait partie du contrat du webhook. Envoyez une requête par destinataire plutôt qu’un tableau de destinataires.

Étape 4 : Décider si les contacts manquants sont créés

Lorsque « Create missing contacts » est désactivé, seuls les contacts existants démarrent l’automatisation. Les adresses e-mail inconnues sont consignées, mais ne démarrent aucun parcours.

Lorsque cette option est activée, Maildroppa crée un nouveau contact pour une adresse e-mail inconnue valide, puis démarre l’automatisation. Activez-la uniquement lorsque la source entrante est autorisée à créer des contacts.

Étape 5 : Vérifier les données d’événement

Maildroppa répertorie les valeurs utilisables observées dans la charge utile de test. Ces suggestions ne constituent pas un schéma permanent et exhaustif. Si un champ requis manque, incluez-le dans une nouvelle requête de test et actualisez les données de test.

L’adresse e-mail du destinataire fait l’objet d’un traitement particulier et n’est pas dupliquée comme propriété de données d’événement. Les listes, les valeurs semblant sensibles, les valeurs profondément imbriquées, les objets vides, les noms de propriétés non sûrs ou les champs dépassant les limites de détection prises en charge peuvent également être exclus.

Les champs observés deviennent disponibles dans les e-mails sous forme de balises de fusion et dans les conditions sous Event data. Leurs valeurs sont capturées séparément pour chaque exécution d’automatisation active.

Étape 6 : Terminer la liste de vérification et activer

La liste de vérification de configuration indique si :

• L’URL du webhook est prête.
• Une requête de test valide a été reçue.
• Une adresse e-mail de destinataire a été détectée ou sélectionnée.
• Les données d’événement sont disponibles lorsque le flux les utilise.
• Le webhook est prêt à être activé.

Lorsque vous activez l’automatisation, Maildroppa supprime les échantillons de configuration. Les nouvelles requêtes peuvent alors démarrer de véritables parcours.

Statut et sécurité de l’URL

Une URL entrante peut avoir les états suivants :

• Pending — Les requêtes sont enregistrées comme données de configuration et ne démarrent aucun parcours.
• Live — Les requêtes valides peuvent démarrer l’automatisation active.
• Paused — Les requêtes sont acceptées et consignées, mais ne démarrent aucun parcours.
• Revoked — L’URL a été désactivée définitivement et ne démarre plus aucun parcours.
• Expired — La configuration n’a pas été activée à temps. Créez une nouvelle URL et testez-la à nouveau.

Utilisez « Rotate URL » pour effectuer une modification planifiée. Maildroppa crée une nouvelle URL tandis que l’ancienne reste valide pendant 24 heures, ce qui vous laisse le temps de mettre à jour l’application externe.

Utilisez « Replace URL Now » uniquement si l’URL actuelle a été exposée ou utilisée de manière abusive. Cette action désactive immédiatement l’ancienne URL et ne peut pas être annulée. Mettez à jour l’émetteur avec la nouvelle URL générée avant d’attendre d’autres événements.

Ajouter et modifier des étapes

Cliquez sur un bouton plus sous un déclencheur ou entre des étapes existantes. La première boîte de dialogue propose quatre choix principaux :

• Action
• Delay
• Email
• Condition

Action et Delay ouvrent une deuxième sélection avec leurs types d’étapes respectifs.

Pour modifier une étape, survolez-la et sélectionnez l’icône de modification. Pour la supprimer, sélectionnez l’icône de suppression et confirmez l’avertissement. La suppression d’une étape d’une automatisation qui contient déjà des contacts actifs peut retirer les contacts qui attendent à cette étape ; examinez donc attentivement les flux actifs.

Étapes d’action

La catégorie Action contient sept actions.

Update Field

Sélectionnez un champ d’abonné et saisissez la nouvelle valeur. Le champ de saisie s’adapte au type de champ, y compris aux champs à choix et à sélection multiple.

Utilisez cette action pour enregistrer une étape du cycle de vie, une préférence ou certaines informations une fois qu’un contact a atteint un jalon. Les champs archivés ne peuvent pas être sélectionnés pour une nouvelle action.

Add Tag

Sélectionnez un tag créé par le client à attribuer au contact. Les tags système ne sont pas disponibles pour cette action.

Utilisez les tags pour l’organisation interne, la segmentation et la sélection ultérieure de campagnes. L’ajout d’un tag déjà attribué ne modifie pas le profil.

Remove Tag

Sélectionnez un tag créé par le client à supprimer. Si le contact ne le possède pas, l’étape peut continuer sans créer de modification.

Start Other Automation

Sélectionnez une autre automatisation appropriée et démarrez-la pour le même contact.

C’est la manière explicite de relier de petits parcours réutilisables. Maildroppa exclut les cibles non valides et vérifie les dépendances entre automatisations afin d’éviter les cycles, comme une automatisation A qui démarre une automatisation B tandis que B démarre A.

Les règles de réentrée de l’automatisation cible continuent de s’appliquer. Un contact qui y possède déjà un parcours actif ne peut pas démarrer une deuxième exécution simultanée.

Stop Other Automation

Sélectionnez une autre automatisation dans laquelle ce contact doit cesser de progresser. Cette action est utile lorsqu’un événement ultérieur rend une ancienne séquence de nurturing inutile.

Send Webhook

Send Webhook envoie une requête POST JSON signée lorsque le contact atteint cette étape. Il s’agit d’une action sortante, différente du déclencheur entrant Inbound Webhook URL.

Configurez :

• Une URL cible HTTPS publique.
• Des en-têtes personnalisés facultatifs pour l’authentification côté serveur.
• Tous les champs d’abonné pris en charge ou une sélection de champs.
• Le Signing secret des webhooks du compte.

La boîte de dialogue affiche un aperçu de la charge utile avant l’enregistrement. Envoyez un webhook de test pour vérifier le point de terminaison, puis consultez le résultat de la livraison et, ultérieurement, l’historique des livraisons de production depuis l’étape.

Les données de l’abonné sont envoyées dans le corps JSON. Gardez l’URL cible statique ; ne placez pas de données personnelles ou de secrets dans les paramètres de requête. Les livraisons de production s’exécutent en arrière-plan et réessaient en cas d’échecs temporaires. Une requête de test est envoyée une seule fois et ne fait pas l’objet de nouvelles tentatives.

Si le destinataire renvoie 410 Gone, Maildroppa désactive la livraison pour cette étape, car le point de terminaison a explicitement indiqué qu’il n’existe plus. Corrigez le destinataire ou l’URL, puis utilisez « Re-enable » dans l’étape.

Les webhooks d’automatisation et les webhooks développeur de l’ensemble du compte utilisent le même Signing secret. Pour la vérification de signature, le comportement des nouvelles tentatives, les exigences relatives aux cibles et la rotation du secret, consultez le guide Webhooks.

Unsubscribe

Unsubscribe désabonne le contact de tous les e-mails. Il s’agit d’une étape terminale ; aucune étape ultérieure ne peut donc la suivre sur ce chemin.

Utilisez-la uniquement lorsque l’automatisation représente une décision claire de désabonnement ou une règle que vous avez délibérément conçue. Ne l’utilisez pas simplement pour arrêter une automatisation ; utilisez Stop Other Automation dans ce cas.

Étapes de délai

Les délais contrôlent le moment où un contact atteint l’étape suivante.

Fixed Delay

Saisissez une durée et choisissez Minutes, Hours, Days, Weeks ou Months.

Le délai minimal est de cinq minutes. Toutes les autres unités nécessitent une quantité d’au moins un. Un délai fixe commence lorsque le contact atteint l’étape ; deux contacts peuvent donc attendre à des dates calendaires différentes même s’ils utilisent la même durée.

Date Field Delay

Sélectionnez un champ personnalisé actif de type Date. Le contact attend jusqu’à la date enregistrée dans ce champ.

Vous devez également décider de ce qui se passe si le contact n’a aucune valeur dans ce champ :

• Proceed Immediately — Ignorez l’attente et passez à l’étape suivante.
• Wait Indefinitely — Maintenez le contact à cette étape jusqu’à ce qu’une valeur soit disponible.
• Remove Subscriber — Terminez l’exécution actuelle de l’automatisation pour ce contact.

Choisissez cette option avec soin. « Wait Indefinitely » peut maintenir des contacts actifs pendant longtemps, tandis que « Remove Subscriber » met fin à leur parcours sans exécuter les étapes suivantes.

Créer directement un e-mail dans l’automatisation

L’étape Email ouvre désormais un éditeur d’e-mails complet directement dans le flux d’automatisation. Vous n’avez plus besoin de créer un e-mail transactionnel distinct, puis de le sélectionner dans une liste déroulante.

Saisissez un objet et un pré-en-tête facultatif, puis créez le corps de l’e-mail dans l’éditeur visuel. Vous pouvez faire glisser des blocs de contenu dans le message, configurer son apparence ou cliquer sur « Browse Templates » pour partir d’un design existant. Cliquez sur « Save Step » pour revenir au message terminé sur le canevas de l’automatisation.

Le pied de page Maildroppa standard du compte est inclus dans l’e-mail. Configurez son apparence globale sur la page Footer Style.

Objet et pré-en-tête

L’objet est obligatoire et peut contenir jusqu’à 255 caractères. Le pré-en-tête est facultatif et peut contenir jusqu’à 100 caractères.

Placez l’information importante au début, car les boîtes de réception tronquent souvent les deux. L’éditeur affiche des indications de longueur pendant la saisie.

Modèles et blocs de contenu

« Browse Templates » ouvre les modèles adaptés aux messages e-mail. La sélection d’un modèle remplace le design actuel du corps du message ; choisissez donc un modèle avant d’effectuer un travail manuel approfondi.

Dans l’éditeur visuel, utilisez des structures et des blocs de contenu pour le texte, les images, les boutons, les espacements, les liens sociaux et les autres contenus pris en charge. Vérifiez les liens, l’affichage mobile, l’identité de l’expéditeur, le contraste du pied de page et le texte final avant l’activation.

Personnalisation

Utilisez les champs de personnalisation de l’abonné pour les informations enregistrées sur le contact.

Lorsque l’automatisation démarre depuis Custom Event ou Inbound Webhook URL, les propriétés d’événement observées sont également disponibles comme balises de personnalisation. Par exemple :

Votre essai {{event.planName}} a commencé

Les valeurs d’événement proviennent de l’exécution individuelle qui a atteint l’e-mail. Si une propriété est requise, assurez-vous que votre charge utile de test l’inclut et que chaque émetteur de production respecte le même contrat.

Ajouter un lead magnet à un e-mail d’automatisation

Les e-mails d’automatisation peuvent distribuer un lead magnet immédiatement après une inscription confirmée. Un lead magnet peut être un fichier importé protégé ou une offre URL gérée dans Maildroppa.

La distribution de lead magnets est disponible uniquement lorsque chaque déclencheur de l’automatisation est « Signup confirmed » pour un Signup Flow spécifiquement sélectionné. Elle n’est pas disponible avec All sources, une portée Form directe, Date Anniversary, les déclencheurs de tag ou de champ, Custom Event ou Inbound Webhook URL. Cette relation stricte garantit que le téléchargement appartient à un parcours Double Opt-in terminé avec un Signup Flow connu.

Pour ajouter un lead magnet :

1. Ajoutez ou modifiez une étape Email dans une automatisation admissible.
2. Ouvrez « Lead magnet delivery ».
3. Sélectionnez le fichier ou l’offre URL.
4. Dans le corps de l’e-mail, créez un bouton ou un lien texte.
5. Utilisez la balise de personnalisation « Lead magnet URL » comme destination de ce lien.
6. Enregistrez l’étape Email, puis enregistrez l’automatisation.

Maildroppa utilise en interne la balise de fusion {{ lead_magnet_url }} et la remplace au moment de l’envoi par un lien de téléchargement Maildroppa protégé.

La balise doit être utilisée comme cible d’un lien dans le corps de l’e-mail. Ne la placez pas dans l’objet, le pré-en-tête, le texte visible ou un autre emplacement qui n’est pas un lien. L’éditeur empêche l’enregistrement d’un lead magnet sélectionné sans lien de téléchargement valide et empêche également l’utilisation d’une balise URL de lead magnet sans offre sélectionnée.

Le lien protégé reste stable. Si vous remplacez ultérieurement le fichier ou modifiez la cible de l’offre, les liens des e-mails déjà envoyés continuent de fonctionner et renvoient vers la cible actuelle.

Étapes Condition

Une Condition évalue les données lorsqu’un contact atteint l’étape et divise le parcours en deux chemins :

• YES — L’expression complète correspond.
• NO — L’expression ne correspond pas.

Les conditions peuvent utiliser les champs d’abonné, les tags et les segments. Dans une automatisation Custom Event ou Inbound Webhook, elles peuvent également utiliser les données d’événement observées.

Combiner des filtres

Les conditions utilisent des groupes de filtres :

• Les filtres d’un même groupe sont reliés par AND. Tous les filtres de ce groupe doivent correspondre.
• Les groupes distincts sont reliés par OR. Il suffit qu’un groupe complet corresponde.

Par exemple :

Groupe 1

• Le pays est égal à Allemagne
• ET le tag contient Customer

OU groupe 2

• La donnée d’événement planName est égale à Professional
• ET la donnée d’événement trialDays est supérieure à 7

Si l’un des groupes complets correspond, le contact suit YES. Sinon, il suit NO.

Conditions basées sur les données d’événement

L’option Event data apparaît uniquement lorsque l’automatisation possède un déclencheur Custom Event ou Inbound Webhook URL et que Maildroppa a observé des propriétés utilisables.

Si une propriété manque, envoyez un autre test Custom Event avec triggerAutomations: false, ou envoyez une autre requête de test inbound webhook avant l’activation. Les conditions Inbound Webhook peuvent être prévisualisées à partir de l’échantillon de test accepté pendant la configuration.

Les données d’événement sont évaluées à partir de l’instantané de l’exécution, et non du profil du contact. La mise à jour d’un champ d’abonné portant un nom similaire ne modifie pas la valeur de l’événement capturée au démarrage de l’exécution.

Créer plus de deux chemins

Chaque Condition individuelle ne possède que des branches YES et NO. Pour créer un parcours à embranchements multiples selon le pays, le forfait ou un autre critère, connectez une autre Condition à la branche NO et continuez jusqu’au chemin de repli final.

Enregistrer, activer et gérer la réentrée

Lorsque le flux est terminé, enregistrez-le comme brouillon ou activez-le.

Donnez à l’automatisation un nom unique et explicite, comme « Inscription confirmée - Accueil principal », « Offre d’anniversaire annuelle » ou « Essai démarré - Professional ». Un nom précis facilite grandement l’identification des versions et des actions entre automatisations.

Autoriser la réentrée

La réentrée détermine si un contact ayant terminé l’automatisation par le passé peut y entrer à nouveau.

• Lorsque la réentrée est désactivée, un contact ayant terminé l’automatisation ne peut pas la redémarrer.
• Lorsqu’elle est activée, le contact peut y entrer à nouveau après un déclencheur correspondant ultérieur.

Un contact ne peut pas avoir deux exécutions actives simultanées dans la même automatisation. Même lorsque la réentrée est activée, Maildroppa autorise au maximum 10 finalisations par contact, par automatisation et par jour.

Activez la réentrée pour les parcours réellement répétables, comme les anniversaires annuels ou les achats répétés. Laissez-la désactivée pour l’intégration initiale ponctuelle ou un lead magnet qui ne doit être distribué qu’une seule fois.

Vérifications avant activation

Avant qu’une automatisation devienne active, Maildroppa vérifie la configuration complète. Selon le flux, cela comprend :

• L’intégralité des déclencheurs et des étapes.
• Les branches connectées et une étape de départ valide.
• Les cycles ou dépendances d’automatisation non valides.
• Le contenu des e-mails et la syntaxe de personnalisation.
• L’attribution du lead magnet et l’emplacement du lien de téléchargement.
• La clé API Custom Event et les données de test observées.
• L’URL du webhook entrant, la requête de test, l’adresse e-mail du destinataire et les champs d’événement référencés.
• Le Signing secret du webhook sortant.

Résolvez chaque élément de configuration ouvert plutôt que d’activer l’automatisation sur la base d’une hypothèse non testée.

Modifier une automatisation active

Vous pouvez ouvrir une automatisation active ou en pause dans l’éditeur. Si des contacts actifs peuvent être concernés, l’enregistrement propose deux choix.

Update Automation

Cette option applique directement les modifications à l’automatisation actuelle.

Utilisez-la pour de petites corrections sans risque lorsque vous comprenez où les contacts actifs attendent. La suppression ou le remplacement d’une étape peut perturber leur parcours ou retirer des contacts de l’automatisation.

Save as New Version

Cette option conserve la configuration actuelle pour les contacts qui y sont déjà présents et crée une nouvelle version active pour les entrées futures.

La version précédente passe à l’état Disconnecting. Ses déclencheurs cessent d’accepter de nouveaux contacts, mais ses contacts actifs continuent dans le flux inchangé. Elle devient Archived une fois que le dernier contact a terminé. La nouvelle version reçoit les nouvelles entrées.

Utilisez cette option pour les modifications structurelles, les nouvelles séquences, les changements de délais, les modifications importantes de conditions ou le remplacement d’un e-mail que des contacts sont déjà sur le point de recevoir.

Mettre en pause, déconnecter, copier et supprimer

Mettre en pause lorsque vous prévoyez de reprendre

Mettez une automatisation en pause pour arrêter les nouvelles entrées et geler temporairement les contacts actifs. Réactivez-la lorsque le problème ou l’interruption prévue est terminé.

La pause est utile pour corriger une destination, vérifier un e-mail ou arrêter temporairement un parcours sensible au temps. N’oubliez pas que les requêtes inbound webhook reçues pendant la pause ne deviennent pas des parcours différés ; elles sont acceptées et consignées sans démarrer l’automatisation.

Déconnecter lorsque les contacts existants doivent terminer

Déconnectez une automatisation lorsqu’aucun nouveau contact ne doit entrer, mais que les contacts déjà présents doivent terminer normalement. Cette option est généralement plus sûre que la suppression d’un parcours actif.

Utiliser comme brouillon pour un nouveau parcours

Utilisez « Utiliser comme brouillon » lorsque la structure est utile, mais que la nouvelle automatisation doit être indépendante. Renommez la copie, puis vérifiez chaque déclencheur, message destiné aux destinataires, cible d’action, webhook, délai et condition avant de l’activer.

Supprimer avec précaution

La suppression est définitive. Une automatisation encore référencée par une autre automatisation peut nécessiter la suppression préalable de ces références. Pour un parcours actif, envisagez la mise en pause, la déconnexion ou l’enregistrement comme nouvelle version avant de supprimer.

Liste de vérification pratique

Avant l’activation, examinez l’automatisation du point de vue d’un contact :

1. Chaque déclencheur représente-t-il exactement l’événement qui doit commencer le parcours ?
2. Si plusieurs déclencheurs standard existent, leurs portées sont-elles volontairement distinctes et sans chevauchement ?
3. La réentrée est-elle adaptée à ce cas d’utilisation ?
4. Chaque branche mène-t-elle à un résultat cohérent ?
5. Les durées des délais sont-elles correctes et chaque Date Field Delay gère-t-il correctement l’absence de valeur ?
6. Tous les objets, pré-en-têtes, liens, balises de personnalisation et affichages mobiles des e-mails ont-ils été vérifiés ?
7. Si un lead magnet est sélectionné, sa balise protégée est-elle utilisée comme cible d’un lien dans le corps du message ?
8. Si des données d’événement sont utilisées, la requête de test contenait-elle toutes les propriétés requises ?
9. Les URL et secrets de webhook sont-ils stockés uniquement dans des systèmes côté serveur appropriés ?
10. Les aperçus et tests des webhooks sortants ont-ils réussi ?
11. Update Automation perturberait-elle des contacts actifs, rendant Save as New Version plus sûr ?
12. Existe-t-il un moyen clair de mettre en pause ou de déconnecter le parcours si une dépendance externe échoue ?

Commencez par un flux compréhensible et de petite taille, puis ajoutez de la complexité uniquement lorsqu’elle sert un parcours d’abonné clairement défini. Des déclencheurs clairs, des branches courtes, des délais réfléchis et des e-mails ciblés sont plus faciles à tester et créent généralement une meilleure expérience qu’une automatisation gigantesque.