Parcours et processus

Faire sortir un contact du scénario au bon moment

Pour qui : Une personne achète, refuse ou change de statut pendant une séquence.

Étude documentaire du8novembre2026 ; compléments antérieurs des5–6novembre conservés avec leurs dates et leur périmètre. Aucun test produit.

Étude documentaire de travail : les limites et confirmations encore nécessaires sont détaillées ci-dessous. Aucun essai logiciel n’a été réalisé.

Notre avis

Nous définirions la sortie du parcours avant le deuxième message. Un achat ou une demande prise en charge doit pouvoir arrêter la relance concernée ; le simple fait de ne plus remplir l’entrée ne garantit pas partout cet arrêt.

Dans l’ordre

  1. Refus et exclusion
  2. Objectif atteint
  3. Relances restantes

Pourquoi

  • Une condition d’entrée ne suffit pas à maintenir la pertinence.
  • Un délai laisse évoluer la situation.

Ce qui change le choix

Une séquence de service fixe peut rester nécessaire après un événement commercial, selon sa finalité.

Marketing automation : vérifiez comment le parcours s’arrête avant d’ajouter des relances

Notre avis : pour choisir un outil d’automatisation, commencez par l’événement qui doit arrêter le prochain message. Un achat, un désabonnement ou une demande de pause ne se traitent pas comme une simple fin de délai. Pour une boutique qui veut interrompre une relance dès l’achat, nous regarderions d’abord les conditions de sortie de Brevo et de Mailchimp, en vérifiant l’intégration de la boutique. Pour une séquence simple de newsletter, la documentation d’activité MailerLite donne des points de contrôle utiles sur les sorties et les erreurs.

Mailjet mérite un examen si vous exploitez ses événements et son nouveau constructeur, mais sa sortie forcée permanente n’est pas une pause individuelle. ActiveTrail décrit des actions de fin de parcours dans un guide public ; nous ferions démontrer leur comportement dans la version et le plan proposés. Ce sont nos priorités de vérification pour ces usages, sans test produit ni classement de performance.

Quatre contacts fictifs, quatre questions différentes

Notre protocole prépare quatre profils sans créer d’adresse ni envoyer d’email. A s’inscrit et doit suivre la séquence normalement. B se désabonne pendant l’attente entre deux messages. C achète avant la relance de panier. D demande une pause, puis souhaite reprendre la relation plus tard. Nous voulons savoir où chacun se trouve, quel événement a été reconnu et pourquoi le prochain message part ou ne part pas.

La recette est préparée, pas exécutée. Elle demande une version de l’éditeur, un plan, une intégration et un historique vérifiables. Une documentation peut décrire une possibilité ; elle ne prouve pas que votre parcours est bien réglé. À l’inverse, une information non trouvée dans notre collecte ne prouve pas que le produit ne sait pas le faire.

Pour B, le résultat recherché est l’arrêt des prochains emails marketing. Cela ne signifie pas automatiquement que toute donnée doit disparaître ou que toutes les actions du parcours s’arrêtent. Pour C, le moteur doit recevoir l’achat et appliquer la bonne condition avant la relance. Pour D, il faut choisir entre garder sa place, sortir puis recommencer, ou interdire définitivement le retour dans ce parcours. Ces trois choix produisent des expériences différentes.

Brevo : une condition de sortie peut agir pendant le parcours

L’aide actuelle de Brevo décrit des conditions de sortie applicables dès qu’un événement précis survient, quelle que soit l’étape du contact. Elle donne l’achat ou la suppression du panier comme cas d’usage. C’est le mécanisme que nous regarderions d’abord pour notre contact C : l’événement achat doit faire sortir de la relance, même si la personne attend encore dans une autre étape. .

Cette sortie reste à configurer et à alimenter. Une boutique « connectée » ne démontre pas à elle seule que le bon événement, le bon contact et les bons filtres arrivent à temps. Demandez au démonstrateur de montrer l’achat reçu, la condition correspondante et la sortie du contact. Le même document distingue la reprise depuis le début et la réentrée après sortie, avec un délai optionnel : n’activez pas ces options sans décider si elles conviennent à votre scénario.

Le désabonnement demande aussi de distinguer les versions. Une page Brevo porte explicitement sur l’ancien éditeur, en cours de retrait, et décrit des listes de blocage distinctes entre campagnes et automatisations. Nous ne présentons pas ce fonctionnement historique comme le défaut du nouvel éditeur. Pour un compte existant, vérifiez quel éditeur exécute encore les parcours et comment chaque canal est bloqué. , .

MailerLite : le journal aide à comprendre pourquoi une personne s’arrête

MailerLite présente les contacts d’une automatisation comme terminés, en cours, annulés ou en échec. Sa documentation cite notamment le désabonnement, la suppression ou le rebond comme motifs d’annulation avant la fin. Elle distingue aussi le changement de déclencheur, le retrait d’un groupe selon le réglage choisi et la suppression d’une étape. Pour B, nous demanderions le statut et le motif, plutôt que nous satisfaire d’un compteur global d’emails non envoyés. .

La même page décrit le retrait manuel d’une personne de la file et la réintégration de certains contacts annulés ou en échec. Une commande de réintégration n’est pas une autorisation de réabonner quelqu’un qui a refusé les messages. Avant de l’utiliser pour D, vérifiez son état actuel, le motif de la sortie et l’étape de retour choisie.

Pour notre acheteur C, les conditions sur un champ ou un groupe permettent de préparer une bifurcation. Mais il faut savoir comment l’achat met ce champ à jour et quand la condition est évaluée. Nous n’avons pas établi, dans les pages sélectionnées, une interruption globale à tout moment équivalente à celle décrite dans le document Brevo. Une condition placée avant une relance peut être utile sans être la même fonction.

Une pause peut faire partir le message immédiatement à la reprise

L’aide MailerLite précise le sort d’une personne arrêtée sur un délai. Si la reprise a lieu dans les sept jours après l’échéance prévue du délai, elle continue immédiatement ; au-delà de sept jours après cette échéance, elle est classée en échec et ne poursuit pas les étapes. Le seuil se compte depuis la date prévue, pas simplement depuis le clic sur Pause. .

Notre exemple fictif rend la différence visible : le délai devait se terminer au jour1. Reprendre au jour3 revient à deux jours de retard ; reprendre au jour9 revient à huit jours. Le document prévoit une progression immédiate dans le premier cas, un échec dans le second. Nous n’avons pas exécuté ce calendrier ; c’est une application arithmétique de la règle publiée.

Avant une pause générale pour corriger un message, regardez donc les échéances déjà dépassées. Sinon, votre reprise peut produire un envoi que vous pensiez encore espacé, ou laisser des contacts en erreur. Les offres et les limites actuelles Comfort et Power doivent aussi rester distinctes des anciennes appellations et du produit Classic. .

Mailchimp : pause du parcours et pause d’une étape n’ont pas le même effet

Mailchimp indique qu’une pause du parcours complet arrête la progression, tandis qu’une étape en pause continue d’accumuler des contacts dans sa file. Le document précise également qu’après une pause dépassant le délai prévu, une personne peut avancer à l’étape suivante lors de la reprise. Nous demanderions donc quelle file est concernée avant de mettre en pause uniquement un email. .

La condition de sortie décrite dans cette aide est disponible pour une audience reliée à une boutique. C’est une piste pour C, à condition de choisir la bonne règle et de vérifier les événements reçus. Ce n’est pas une preuve qu’une simple liste email sans boutique dispose du même mécanisme. Le retrait manuel, les filtres d’entrée et l’autorisation de réentrée répondent encore à d’autres besoins.

Pour B, le statut désabonné empêche la réception d’emails marketing selon la documentation des contacts. Nous n’en déduisons pas que toutes les autres actions d’un parcours sont supprimées ni qu’un email déjà expédié puisse être rappelé. Notre recette vise le prochain envoi encore contrôlable, avec un événement et une heure de décision visibles. .

Mailjet : verrouiller, arrêter et forcer la sortie sont trois opérations

Dans le nouveau constructeur Mailjet, Lock empêche de nouvelles entrées tout en laissant les personnes déjà présentes terminer. Stop arrête le traitement du parcours. Force exit retire immédiatement une personne et l’empêche de revenir dans ce même parcours ; cela ne bloque pas tout son compte ni ses autres parcours. Pour une demande de pause temporaire de D, nous éviterions cette dernière commande tant que le retour dans le même parcours est souhaité. .

Les liens inclus dans les messages ont aussi une portée précise. Le lien de sortie de série et celui de désabonnement de tous les emails marketing ne font pas la même chose. Le document décrit la sortie du parcours pour les deux, avec une portée marketing globale pour le second. Faites lire le libellé réellement proposé à B : une personne doit pouvoir comprendre ce qu’elle arrête.

Pour C, un événement externe dépend du connecteur, de son identifiant et du bloc qui l’attend. Mailjet précise qu’une réponse HTTP204 peut simplement confirmer la réception d’une requête valide, sans prouver qu’un événement a correspondu aux conditions ou qu’une action a eu lieu. La bonne preuve est la progression du contact et l’historique attendu ; notre recherche n’a appelé aucune API.

Ce constructeur est annoncé sur Premium et Custom. Les anciens parcours actifs sont distingués des nouveaux, et le document prévoit leur pause lors d’un passage vers un plan sans automatisation. Ne choisissez donc pas votre formule uniquement sur le nombre d’emails ni votre procédure de reprise à partir d’un ancien guide.

ActiveTrail : faites montrer la fin de parcours dans la version proposée

Un guide public ActiveTrail décrit un déclencheur de désabonnement et une action Finish capable de retirer une personne du parcours courant ou d’un autre parcours. C’est une base utile pour préparer la démonstration de B ou C. Le document est hébergé sur un sous-domaine de développement et nous n’avons pas établi son équivalence avec la version de production proposée aujourd’hui. Nous gardons donc cette limite au lieu de transformer la recette en fonctionnement testé. .

Demandez précisément ce qui arrive à une personne déjà dans un délai, puis ce que change la modification d’une condition. La politique anti-spam de l’éditeur et une ancienne instruction de statut « ne pas envoyer » ne prouvent pas le comportement de cette file ni son journal. Nous n’avons pas davantage établi la reprise après une pause individuelle.

Les SMS restent une annexe distincte : leur prix, leurs crédits et leur désabonnement ne sont pas copiés depuis l’email. Nous n’avons simulé ni message SMS ni destinataire, et nous n’assimilons pas un refus sur un canal à un état identique sur tous les autres. .

La démonstration que nous demanderions avant de signer

Faites dérouler A, puis faites arrêter B entre deux étapes et C avant la relance. Demandez ensuite la pause et le retour de D. Pour chaque cas, conservez le plan et la version, l’événement reçu, la condition, la position dans la file et le motif de sortie. Pour D, faites préciser le point de retour et le délai avant réentrée. Une capture du canevas ne remplace pas ces informations.

Si vous n’envoyez qu’une newsletter indépendante, vous n’avez peut-être pas besoin d’un moteur élaboré. Si votre activité dépend de relances après visite ou panier, le mécanisme de sortie mérite une vraie recette avant multiplication des scénarios. Nous privilégions une petite séquence dont vous comprenez les arrêts à une bibliothèque de parcours dont la reprise reste inconnue.

Méthode : cinq acteurs, soixante constats documentaires, quatre profils fictifs et une recette non exécutée. Sources officielles lues le8novembre2026, versions historiques conservées comme telles. Aucun compte, événement réel, email, SMS ou appel d’API. Les mécanismes décrits sont attribués aux éditeurs ; les inconnues de file, d’intégration, de reprise et de formule restent visibles dans la matrice.

Ce qui arrête quoi

Distinguez refus marketing, objectif atteint et changement de situation. Un refus du canal doit être respecté ; un achat arrête la relance panier mais pas nécessairement le reçu nécessaire à la commande. Écrivez pour chaque événement le message qui s’arrête et celui qui reste justifié.

Un réglage documenté à vérifier

Pour les abonnements Professional et Enterprise listés par l’aide, HubSpot documente pour les workflows de contacts des segments d’exclusion, objectifs et paramètres de sortie. L’option retirant les contacts qui ne remplissent plus les critères d’entrée n’est pas activée par défaut selon cette aide. Ce fait ne s’étend pas à toutes les plateformes ni à tous les types d’objets.

Observer pendant le délai

En recette, placez une fiche dans une attente, puis faites arriver l’événement d’arrêt. Vérifiez qu’elle ne reçoit pas la relance suivante. Répétez avec l’événement juste avant l’action. Un test d’entrée seul laisse précisément ce risque invisible.

Données de l’enquête

Limites

Méthode éditoriale à adapter au compte, au contrat et au message réels. Aucune campagne ni intégration exécutée.

Prochaine action

Ajoutez un événement d’arrêt à chaque scénario et vérifiez une sortie pendant son délai.

Preuves et sources

Ce qui relève d’un fait lu, d’une déclaration, de notre calcul, de notre méthode ou de notre avis. Notre méthode

  • Déclaration de l’éditeur. HubSpot documente des mécanismes distincts de sortie et une option inéligibilité non activée par défaut.

    Relevé du 5 novembre 2026. Édition ou périmètre : Professional et Enterprise, Hubs listés dans la documentation.

    Portée : Workflows de contacts.

    Limite : Lecture documentaire ; aucune validation du compte du lecteur.

  • Déclaration de l’éditeur. Politique de l’éditeur sans preuve du comportement de file d’attente ni avis juridique.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Guide public non daté sur sous-domaine de développement : Finish et déclencheur de désabonnement décrits ; équivalence avec version et plan de production inconnue.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Ancienne FAQ au statut de publication non établi ; instruction de statut non assimilée à la règle actuelle de facturation.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Offres françaises par contacts ou emails, montants HT et engagement/paiement à préciser ; définition exacte des statuts facturables non établie.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. L’aide vise explicitement l’ancien éditeur en retrait ; ses blocages campagnes/automatisations ne sont pas présentés comme défaut du nouvel éditeur.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Conditions de sortie du nouvel éditeur à toute étape, réentrée et reprise depuis le début distinctes ; aucune intégration exécutée.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Les allocations Starter combinent volume et stockage ; automatisation2 000 contacts distincte de Standard sans limite de contacts automatisés. Pas de devis ni de prix minimum garanti.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Statuts de blocage propres au canal ; pas de généralisation entre versions de l’éditeur.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Abonnés, désabonnés et non-abonnés comptés ; nettoyés et archivés exclus du compteur actuel. Réception marketing distincte de facturation.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Sortie conditionnelle de l’aide pour audience reliée à une boutique ; pause du parcours et pause d’étape distinctes, délai dépassé pouvant avancer à la reprise.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Nouveau constructeur Premium/Custom distinct des anciens parcours ; Lock/Stop/Force exit ont des effets différents. Sortie forcée permanente dans ce parcours. HTTP204 ne prouve pas l’exécution d’une action.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Journal In progress/Canceled/Failed ; désabonnement, suppression, rebond et retrait de groupe conditionnel distingués. Pas d’autorisation de réabonner déduite.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Comfort et Power, actifs uniques cumulés sur le cycle ; les désabonnés/rebonds ne sont pas actifs actuels mais peuvent rester dans le cumul. Version16juin2026 distincte des anciens plans.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Déclaration de l’éditeur. Pause sur un délai : reprise dans les sept jours après son échéance, progression immédiate ; au-delà, échec. Pas sept jours depuis la pause.

    Relevé du 8 novembre 2026. Édition ou périmètre : Plan, version et canal explicitement bornés ; aucun devis de scénario créé..

    Portée : Lecture ciblée officielle, limites et versions dans l’article et la matrice.

    Limite : Possibilité documentée, pas configuration ni résultat testé.

  • Notre méthode. Cinq acteurs,60constats et quatre profils fictifs dans une recette non exécutée.

    Daté du 8 novembre 2026.

    Portée : Aucun compte, contact réel, email, événement ou API.

    Limite : Prix complets, versions non établies et comportement non exécuté restent inconnus.