Utilisez cet article pour diagnostiquer pourquoi un Workflow ne s'exécute pas comme prévu. Il couvre les causes les plus courantes : paramètres du Messenger et de l'automatisation, incompatibilités des déclencheurs et du public, conflits de priorité des workflows, actions et timing des coéquipiers, configuration des canaux, conflits avec l'agent Fin AI, et échecs des workflows de fermeture automatique.
Cet article s'adresse aux coéquipiers qui créent et gèrent des Workflows dans Intercom. Vous aurez besoin d'accéder au constructeur de Workflows pour appliquer les corrections décrites ici.
Liste de contrôle de dépannage
Avant de commencer, passez rapidement en revue ces domaines clés où les problèmes surviennent fréquemment :
Paramètres fondamentaux : Le Messenger est-il actif et les Workflows sont-ils activés pour le bon public ?
Règles et déclencheurs : Les conditions pour votre public, vos canaux et vos déclencheurs sont-elles configurées exactement comme prévu ?
Priorité du Workflow : Un autre workflow plus général est-il en cours d'exécution à la place de celui que vous attendez ?
Timing et actions des coéquipiers : La réponse, la planification ou les heures de bureau d'un coéquipier ont-elles empêché le workflow de s'exécuter ?
Conditions avancées : Des points de données spécifiques, comme le statut du Ticket, correspondent-ils parfaitement ?
Outil de dépannage des Workflows
Utilisez le Workflow Troubleshooting Tool pour identifier les conditions non correspondantes. Si l'outil identifie une condition non correspondante, mettez à jour la règle de déclenchement, le paramètre d'audience ou l'attribut de données pertinent dans votre workflow pour correspondre à l'état attendu, puis retestez avec la même conversation pour confirmer que le problème est résolu.
Accédez à la vue d'ensemble des Workflows.
Cliquez sur « Dépanner » et collez l'URL de la conversation.
Examinez les résultats pour voir quelles conditions ont été remplies et lesquelles ne l'ont pas été — l'outil met en évidence toute règle bloquant le déclenchement du workflow.
Pourquoi mon Messenger ne déclenche-t-il pas le workflow ?
Avant de vérifier le workflow lui-même, assurez-vous que vos paramètres Messenger et d'automatisation sont correctement configurés pour permettre le démarrage des conversations.
Paramètres des conversations entrantes
Contrôler le volume des conversations entrantes est un paramètre du Messenger qui peut être configuré pour limiter qui peut démarrer une conversation. Comme cela peut empêcher les clients de commencer une conversation, les Workflows avec un déclencheur basé sur la conversation (par exemple « Customer opens a new conversation in the Messenger », « Customer sends their first message », « Customer sends any message ») ne se déclencheront jamais pour ces clients.
Messenger désactivé
Afficher le lanceur Messenger est un paramètre du Messenger qui peut être configuré pour cacher le Messenger aux clients. Si le Messenger est caché aux clients, tout Workflow impliquant une interaction avec le Messenger (par exemple « When a customer visits your site », « When a customer clicks on a website element », « When a customer opens the Messenger ») ne se déclenchera jamais pour ces clients.
Bases de l'automatisation
Si vous avez activé les évaluations de conversation dans vos paramètres Simple automations pour les Leads et Users, cela peut gêner le bon fonctionnement des déclencheurs d'inactivité. Cela peut interrompre involontairement et bloquer le déclenchement d'autres Workflows orientés client.
Pour éviter ce problème, utilisez la solution de contournement suivante :
Au lieu d'envoyer l'évaluation de la conversation via les paramètres de base, vous devriez créer un Workflow pour envoyer ces évaluations à la place. Cela évitera le problème à l'avenir.
Pourquoi le bon type de déclencheur ne se déclenche-t-il pas ?
Incompatibilités entre déclencheurs email et sortants
Certains types de déclencheurs, comme « Customer sends their first message » ou « Customer sends any message », déterminent quels workflows s'activeront. Par exemple, « Customer sends their first message » se déclenche une fois par conversation, tandis que « Customer sends any message » se déclenche pour chaque message suivant. Cette compréhension est essentielle pour structurer efficacement les workflows sans chevauchements inattendus. Le choix du déclencheur pour votre workflow et la configuration des paramètres de déclenchement détermineront qui/quoi peut correspondre au workflow et s'il se déclenche. Par exemple, utiliser un déclencheur « When a ticket is created » pour des tickets créés via l'API d'Intercom peut ne pas inclure un message initié par le client, ce qui peut empêcher le déclenchement du workflow.
Filtres de contenu des messages
Si votre workflow ne se déclenche pas pour certaines actions, vérifiez les critères cibles. Par exemple, si un workflow ne se déclenche pas pour un email spécifique, vérifiez que les conditions email dans vos paramètres de déclenchement sont correctes. Pour router efficacement les emails entrants, utilisez le déclencheur « Customer Sends First Message » et filtrez par attributs email plutôt que par filtres email. N'oubliez pas que les workflows sortants comme « Customer visits a page » sont conçus pour des déclencheurs spécifiques et ne sont généralement pas liés au démarrage d'une conversation.
Si votre workflow utilise des filtres de contenu de message, vérifiez s'ils sont trop restrictifs. Utiliser « Message content is » nécessite une correspondance exacte, tandis que « Message content contains » est plus flexible et augmente les taux de réussite du déclenchement.
Incompatibilités de type de profil (Users, Leads, et Visitors)
Lors de la configuration des déclencheurs de workflow, vérifiez que la configuration de votre audience correspond à votre intention. Si un workflow est configuré pour cibler uniquement les 'Users', il ne se déclenchera pas pour les conversations initiées par des 'Leads'. Pour assurer une activation correcte du workflow pour tous les publics visés, élargissez vos règles d'audience pour inclure tous les groupes pertinents.
Lors de la configuration d'un workflow « Customer sends their first message », notez que si un visiteur pour la première fois ouvre le Messenger et déclenche le workflow, il sera ensuite considéré comme un lead mais évalué comme un visiteur dans le workflow, car celui-ci utilise un instantané de son profil.
Si le Workflow cible uniquement les Leads et Users, il ne se déclenchera pas pour ce Visitor. Envisagez d'ajouter tous les types de profils pour garantir que tout le monde correspond au Workflow.
De plus, assurez-vous que l'adresse email à laquelle les clients envoient des messages est correctement définie dans les paramètres d'audience et de déclenchement du workflow, en utilisant des filtres tels que « Email to » ou « Email recipient » pour plus de précision. Les Workflows destinés à traiter les emails transférés doivent toujours vérifier que l'adresse de transfert cible est correctement configurée et que le transfert automatique est activé.
Exemple :
Vous configurez un workflow avec le déclencheur « When customer opens a new conversation in the Messenger » et ajoutez une étape pour taguer toutes ces conversations.
Un client répond à un post que vous avez envoyé depuis Outbound.
Cette conversation ne serait pas taguée car ils n'ont pas démarré la conversation dans le Messenger (ils ont répondu à un message sortant).
Si vous voulez que toutes les conversations soient taguées, vous devriez utiliser le déclencheur « When customer sends any message » à la place.
Ciblez-vous les bonnes personnes (Users vs. Leads) ?
Si un workflow (par exemple, une réponse hors heures) ne se déclenche pas parce qu'il cible les "Users" mais que la conversation est avec un "Lead", votre automatisation ne fonctionnera pas comme prévu. Vérifiez toujours si votre workflow doit inclure à la fois Users et Leads dans ses paramètres de déclenchement. Des règles d'audience mal configurées peuvent entraîner des leads ou users non traités.
Les règles de ciblage d'audience peuvent influencer qui sera affecté par un Workflow. Si le client ne correspond pas aux critères d'audience spécifiés, le Workflow ne se déclenchera pas. Lors des tests de workflows, sachez que les workflows configurés pour "users only" peuvent échouer en mode incognito ou sur des navigateurs où l'utilisateur n'est pas reconnu (souvent identifié comme visiteur ou lead). Pour des tests complets, mettez à jour les paramètres d'audience de votre workflow pour inclure tous les types de participants pertinents (visitors, leads, et users). Par exemple, un workflow ciblant uniquement les Users ne se déclenchera pas pour les Leads. De même, si un workflow nécessite des tags ou attributs spécifiques (par exemple, un tag comme to_drop_off_detected), il ne se déclenchera pas si ces conditions ne sont pas remplies.
Pourquoi un seul workflow s'exécute-t-il alors que plusieurs devraient se déclencher ?
Workflows orientés client vs Workflows en arrière-plan
Les Workflows dans Intercom sont catégorisés en workflows orientés client ou en arrière-plan. Les workflows orientés client impliquent des interactions visibles, comme l'envoi de messages automatisés, tandis que les workflows en arrière-plan effectuent des actions invisibles pour le client, comme taguer des conversations ou fermer des fils. Important : pour un seul type de déclencheur, un seul workflow orienté client s'exécutera, mais tous les workflows en arrière-plan correspondants peuvent s'exécuter. Cette distinction permet la coexistence de différents workflows sans conflits. Un seul workflow orienté client se déclenche par conversation. Lorsque plusieurs workflows correspondent au même déclencheur, Intercom priorise et active le workflow le mieux classé dans les paramètres du workflow.
Vous ne pouvez avoir qu'un seul workflow orienté client en cours d'exécution dans une conversation à la fois. Les actions qui interrompraient un workflow orienté client et permettraient à un autre workflow orienté client de se déclencher sont des actions de coéquipiers et incluent :
Ouverture
Ouverture et réaffectation
Envoi d'un commentaire
Rappel
Note : Un workflow orienté client conserve sa place même en attendant une réponse du client — pas seulement lors de l'exécution active des étapes. Cela signifie que les événements suivants (comme la création d'un ticket ou un nouveau message client) ne déclencheront pas un nouveau workflow orienté client tant que le premier reste actif, même si le nouvel événement utilise un type de déclencheur complètement différent. Par exemple, si un workflow Article Suggestion est actif et attend une réponse dans une conversation, un workflow « When a ticket is created » ne se déclenchera pas tant que le premier workflow n'est pas interrompu ou désactivé. Pour résoudre cela, désactivez ou mettez en pause le workflow bloquant, ou utilisez une action d'un teammate (open, re-assign, comment, ou snooze) pour l'interrompre.
Note : Les workflows en arrière-plan sont conçus pour exécuter l'automatisation indépendamment des actions des teammates et ne s'arrêtent pas lorsque les teammates répondent ou snoozent les conversations.
Après qu'un workflow orienté client a été interrompu, un autre workflow orienté client peut intervenir librement.
Les réponses aux messages sortants ne déclencheront que les workflows configurés sur « customer sends their first message », pas ceux configurés sur « customer opens a new conversation ». Cette distinction aide à garantir que les workflows sont configurés correctement pour différents types de conversations. Par exemple, un déclencheur « First message » ne se déclenchera pas pour les réponses aux emails sortants, car ceux-ci sont considérés comme des continuations de conversations existantes.
Pourquoi ma règle d'audience ne correspond-elle pas aux bons clients ?
Les règles de ciblage d'audience peuvent influencer qui sera affecté par un Workflow. Si le client ne correspond pas aux critères d'audience spécifiés, le Workflow ne se déclenchera pas.
Vos règles AND / OR fonctionnent-elles comme prévu ?
Si votre workflow utilise plusieurs conditions reliées par "AND", et que les résultats sont insatisfaisants, envisagez de passer à la logique "OR" si déclencher un workflow en remplissant une seule condition répond à vos besoins. Pour les cas nécessitant que toutes les conditions soient remplies, assurez-vous que les attributs et valeurs sont correctement alignés dans la configuration. Lors de l'utilisation des "OR" rules dans le ciblage d'audience, une seule condition doit être vraie pour que la règle s'applique. Cela signifie que si l'une des conditions individuelles correspond, le workflow se déclenchera, même si d'autres conditions ne le font pas.
Exemple :
Disons que vous configurez une règle d'audience basée sur l'attribut City avec la logique suivante :
"City is not Dublin" OR "City is not London".
Si un user est à London, la règle s'évaluera comme suit :
D'abord, elle vérifie : City is not Dublin → Comme l'user est à London, cette condition est vraie.
Parce qu'une règle "OR" ne nécessite qu'une condition vraie, le workflow ne vérifie pas la deuxième condition (si la ville n'est pas London). La règle est déjà satisfaite, et le workflow continue.
Cela signifie que les users à Dublin ou London peuvent encore recevoir le message ou déclencher le workflow de manière inattendue.
Les OR rules se déclenchent si n'importe quelle condition est remplie.
Les Negative OR rules peuvent entraîner des correspondances non intentionnelles car une fois qu'une condition est vraie, les autres sont ignorées.
Utilisez les AND rules lorsque vous avez besoin que toutes les conditions soient remplies avant de déclencher le workflow.
Assurez-vous que les conditions de branchement sont définies dans les règles d'audience plutôt que dans des étapes spécifiques du workflow.
Cela garantit que seules les conversations éligibles sont acheminées via le workflow dès le départ.
Donc, si vous voulez exclure les users à la fois à Dublin et London, vous devez passer de la logique "OR" à la logique "AND" :
"City is not Dublin" AND "City is not London".
Avec cette configuration :
L'user ne doit pas être à Dublin et ne doit pas être à London pour que le workflow se déclenche.
S'il est dans l'une ou l'autre ville, la règle d'audience ne correspond pas, et le workflow ne se déclenche pas.
Points clés
Lors de la configuration des règles d'audience dans Intercom workflow :
Les OR rules se déclenchent si n'importe quelle condition est remplie.
Les Negative OR rules peuvent entraîner des correspondances non intentionnelles car une fois qu'une condition est vraie, les autres sont ignorées.
Utilisez les AND rules lorsque vous avez besoin que toutes les conditions soient remplies avant de déclencher le workflow.
Données Personnelles & Données d'Entreprise
Votre Workflow peut avoir des déclencheurs spécifiques basés sur des données personnelles ou d'entreprise — ceux-ci peuvent être des attributs de données standard ou attributs de données personnalisés disponibles dans Intercom. Vous devez vérifier les critères et conditions définis pour ces déclencheurs, et vous assurer que les données sont correctement saisies et correspondent aux règles définies.
Exemple :
Lors de l'utilisation de branches dans un workflow, si vous vérifiez :
"Company attribute is not".
Le client doit être rattaché à une entreprise pour remplir la condition et correspondre. Si nous n'avons pas d'entreprise pour vérifier l'attribut, nous ne supposerons pas que la condition est vraie - nous passerons plutôt à un autre chemin.
Lorsqu'une conversation est acheminée par la logique du workflow, le système utilisera la dernière entreprise mise à jour associée à l'user si aucune entreprise spécifique n'est définie, et que les conditions de branche utilisant des règles OR négatives peuvent entraîner un routage inattendu si elles ne sont pas soigneusement ordonnées. Assurez-vous de spécifier l'entreprise dans la session et de revoir l'ordre des branches pour garantir un routage correct.
Les règles d'audience utilisant "Last heard from" ne correspondent pas au contact qui vient de vous envoyer un message
Si votre workflow utilise une règle d'audience comme "Last heard from is unknown" ou "Last heard from is more than X days ago," vous constaterez peut-être que le workflow ne se déclenche jamais pour le client qui vient d'envoyer un message — même s'il apparaît dans l'aperçu de la taille de l'audience.
C'est un comportement attendu : lorsqu'un message entrant arrive, Intercom met à jour le timestamp "Last heard from" du contact avant que l'évaluation des règles d'audience du workflow ne s'exécute. Au moment où l'évaluation de la règle se fait, le contact vient d'être entendu, donc les deux conditions s'évaluent à false et le workflow ne se déclenche pas pour l'expéditeur.
Note : L'aperçu de la taille de l'audience (par exemple « 980 personnes dans votre audience ») lit les valeurs actuelles des attributs et peut être trompeur. L'évaluation en temps réel considère la valeur après la mise à jour par le message entrant — donc un contact visible dans l'aperçu peut ne pas correspondre lorsqu'il écrit réellement. Cela s'applique également à tous les canaux entrants : Messenger, email, SMS, et autres.
Alternatives recommandées :
Pour répondre à chaque message entrant quel que soit l'historique du contact : supprimez entièrement la règle "Last heard from" et ciblez les Leads et Users sur le canal concerné.
Pour cibler uniquement les contacts tout neufs : utilisez "Signed up is unknown." Cet attribut n'est pas réinitialisé par les messages entrants, donc il n'y a pas de condition de concurrence.
Pour réengager les contacts dormants : utilisez "Last contacted is more than X days ago." L'attribut "Last contacted" enregistre la dernière fois où vous avez envoyé un message sortant — il n'est pas mis à jour lorsqu'un client vous écrit, donc il reste précis au moment de l'évaluation.
Le timing, la planification ou une action d'un teammate bloquent-ils le workflow ?
En utilisant la planification, vous pouvez contrôler quand et pendant combien de temps un Workflow est actif. Il arrive souvent qu'un Workflow ne se déclenche pas parce que les critères de planification ne sont pas remplis. Des facteurs externes peuvent empêcher un workflow de s'exécuter, même si toutes les règles sont correctes.
Un teammate a-t-il répondu ou agi en premier ?
Si un teammate ouvre, re-assign, ou envoie un commentaire dans une conversation, cela peut interrompre et mettre fin à tout workflow orienté client actif. De même, si un workflow a un délai, une réponse d'un teammate avant la fin du délai l'annulera. De plus, les workflows reposant sur des déclencheurs non réactifs peuvent ne pas s'activer si le dernier message a été envoyé par un bot plutôt que par un teammate.
Planification de date personnalisée
Le Workflow peut avoir un calendrier de dates personnalisé — par exemple, pour ne se déclencher qu'entre le vendredi soir et le samedi matin. Dans ce cas, tester le Workflow en dehors de ces heures ne déclenchera pas le Workflow — quel que soit le trigger sélectionné. Par exemple, si un workflow est configuré pour s'exécuter les samedis entre 00:00 et 08:00 GMT, il ne se déclenchera pas pour des événements survenant à 20:01 UTC le même jour.
Heures de bureau
Vous pouvez avoir configuré les Heures de bureau pour que votre Workflow se déclenche — soit pendant les heures de bureau, soit en dehors des heures de bureau. Les Workflows utilisent uniquement les heures de bureau par défaut, pas les heures personnalisées définies pour des équipes individuelles.
Nous recommandons de déplacer les règles des heures de bureau à l'intérieur de vos Workflows sous forme de branches conditionnelles, plutôt que dans les paramètres de trigger d'un Workflow.
Les paramètres de trigger sont évalués lorsque votre client interagit avec le Messenger, tandis que les branches sont évaluées en temps réel pendant une conversation, ce qui les rend bien plus efficaces pour gérer les conditions basées sur le temps.
Les Workflows ne s'appliquent pas rétroactivement
Les Workflows ne se déclenchent que sur les conversations qui commencent après la création et la mise en ligne du workflow. Si une conversation a commencé avant l'existence d'un workflow, ce workflow ne s'appliquera pas — même si la conversation remplit toutes les conditions du trigger. Pour gérer les conversations préexistantes, gérez-les manuellement ou utilisez un workflow en arrière-plan qui agit sur les attributs existants de la conversation.
La configuration du canal pourrait-elle empêcher le workflow ?
Si votre Workflow est configuré pour des canaux spécifiques comme Email, SMS ou les réseaux sociaux, assurez-vous que le canal est correctement connecté et actif. Un canal déconnecté pourrait être la raison pour laquelle un Workflow ne se déclenche pas. De plus, assurez-vous que les paramètres du canal de votre workflow correspondent à la manière dont les users interagissent - si un workflow est configuré pour ne se déclencher que via "email" et que l'utilisateur interagit via le Messenger, le workflow ne se déclenchera pas. Pour les workflows email, assurez-vous que le canal Email est activé dans la configuration. Sans ce canal actif, les conversations email ne déclencheront pas les workflows respectifs. Par exemple, un workflow ciblant les canaux Web, iOS et Android ne se déclenchera pas pour les conversations email.
Assurez-vous que les workflows impliquant des emails ont le canal email correctement configuré et actif dans les paramètres de trigger. Vérifiez également si Simple Deploy a été activé, car il peut remplacer les workflows email.
Note :
Lors de l'utilisation d'un workflow "Quand le client envoie son premier message" contenant des éléments destinés au client, il doit y avoir un intervalle de plus de 2 minutes entre les nouvelles conversations lancées par le même client pour que le workflow se déclenche à nouveau. Si l'intervalle est inférieur à 2 minutes, le workflow ne s'activera pas.
Pour les conversations email entrantes spécifiquement, il existe un cas particulier : lorsque plusieurs emails du même expéditeur arrivent en quelques secondes, seuls les un ou deux premiers emails sont capturés par le trigger "Le client envoie son premier message". Les emails simultanés suivants correspondent uniquement au trigger "Le client envoie un message". Si les conversations arrivent non assignées sans automatisation, ce comportement en rafale peut en être la cause. Comme solution, déclenchez manuellement un workflow réutilisable depuis la conversation affectée en utilisant Cmd/Ctrl + K > Trigger reusable workflow.
Comment empêcher le même workflow de se déclencher plusieurs fois ?
Lors de la configuration de workflows qui répondent aux messages des clients, vous pouvez vouloir empêcher qu'un même workflow se déclenche plusieurs fois dans une conversation, surtout lorsque les users envoient des messages complémentaires.
Solution : Utilisez des tags de conversation pour contrôler les déclenchements de workflow
Ajoutez un tag spécifique (par exemple, "Pricing") aux conversations lorsque votre workflow s'exécute.
Configurez les workflows pour vérifier l'absence de ce tag avant de se déclencher.
Cette approche garantit que chaque workflow ne se déclenche qu'une seule fois par conversation, évitant ainsi les réponses automatisées en double.
Assurez-vous que le tag référencé dans le workflow est un tag de Conversation, car les tags User ne peuvent pas être utilisés dans les filtres ou workflows au niveau de la conversation.
Ce système de tagging est particulièrement utile pour les workflows déclenchés par des conditions comme "Le client envoie son premier message" ou "Le client envoie un message" où les messages de suivi pourraient potentiellement relancer votre automatisation. De plus, notez qu'un tag ne peut être appliqué qu'une seule fois par conversation. Si le tag a déjà été ajouté auparavant, le workflow ne le réappliquera pas.
Pourquoi mon workflow ne se déclenche-t-il pas sur la bonne URL de page ?
Assurez-vous que le Workflow est correctement configuré pour se déclencher sur les bonnes URL de page ou dans les bonnes applications sur les appareils iOS et Android. Une mauvaise configuration de ces paramètres peut empêcher le Workflow de se déclencher.
Bonnes pratiques de ciblage URL
Le ciblage par URL de page actuelle peut être ajouté dans la section "Où envoyer" ou dans la section principale de ciblage Audience dans les paramètres de Trigger rule. Cependant, leur fonctionnalité diffère selon la section où ils sont placés :
Ciblage Audience : Les configurations URL ici ciblent les users en fonction de la dernière page visitée. Ces données peuvent ne pas toujours être à jour, ce qui peut entraîner des déclenchements de Workflows inexactes.
Où envoyer : Offre un ciblage plus fiable basé sur la page réelle sur laquelle l'utilisateur se trouve actuellement. Cela correspond généralement au résultat souhaité.
Note : L'utilisation du ciblage URL dans la section Où envoyer désactivera le bot entrant sur iOS et Android, car les applications mobiles ne reconnaissent pas les URL. Si le ciblage URL est crucial, créez un bot spécifiquement pour le web Messenger et un autre pour iOS et Android sans règles URL.
URL de page actuelle sur les applications monopage (SPAs)
L'attribut URL de page actuelle dans les conditions de workflow reflète l'URL qui a été suivie au démarrage de la session Messenger — pas la page actuelle réelle du client. Sur les applications monopage (SPAs), où la navigation se fait sans rechargement complet de la page, cela signifie que l'URL peut sembler obsolète et ne pas correspondre à ce que le client voit actuellement.
Note : C'est une limitation connue de la gestion de la navigation par les SPAs. Le Messenger JS n'est réinitialisé qu'au chargement complet de la page, donc les changements dynamiques d'URL ne sont pas automatiquement suivis.
Solution de contournement : Utilisez l'API JS Intercom Messenger pour pousser l'URL actuelle en tant qu'attribut de données personnalisé chaque fois que la route change dans votre SPA. Vous pouvez ensuite utiliser cet attribut de données personnalisé comme condition URL dans le workflow au lieu de vous fier à URL de page actuelle.
Problèmes de synchronisation avec les conversations créées via API
Les Workflows reposant sur les conditions 'URL de page actuelle' peuvent échouer pour les conversations créées via API. Il peut y avoir un décalage temporel entre le moment où l'URL est rapportée et celui où la conversation est créée via l'API, ce qui signifie que la condition URL peut ne pas être satisfaite à temps. Si vous créez des conversations via l'API et comptez sur des triggers basés sur l'URL, testez soigneusement ou utilisez plutôt des conditions non basées sur l'URL.
Conditions URL dans les branches de workflow
Les conditions URL dans les branches de workflow sont évaluées au moment de la création de la conversation. Si le client navigue vers une URL différente après le début de la conversation, la condition de branche ne sera pas mise à jour pour refléter la nouvelle URL — le chemin Sinon sera suivi à la place. Concevez la logique de branchement en tenant compte de cela, et envisagez d'utiliser des attributs de données mis à jour via l'API JS Messenger pour un suivi dynamique des URL.
Pourquoi "URL de page actuelle" ne fonctionne pas pour les conversations Facebook/Instagram
Le filtre "URL de page actuelle" ne s'applique qu'aux pages où le Intercom Messenger est installé. Cela signifie qu'il ne capture pas les URL des conversations provenant de plateformes externes comme Facebook, car ces interactions ont lieu en dehors de votre site web.
Pour filtrer correctement les conversations provenant de différents canaux (par exemple Facebook et Instagram), vous devez utiliser le filtre "URL de page" à la place. Ce filtre peut suivre la page référente ou les sources externes, vous permettant de segmenter et de déclencher correctement les workflows en fonction du lieu de départ de la conversation.
Workflows ne se déclenchant pas sur les pages d'articles
Si un workflow ne se déclenche pas sur les pages d'articles, vérifiez les règles d'exclusion d'audience qui pourraient bloquer les URL des articles :
Un autre workflow pourrait-il avoir la priorité sur le mien ?
Si une conversation remplit les règles de plusieurs workflows actifs, Intercom ne lancera que celui avec la priorité la plus élevée. Vous ne pouvez avoir qu'un seul workflow orienté client actif dans une conversation à la fois.
Un autre Workflow s'exécute-t-il en premier ?
Les Workflows sont priorisés dans une liste de haut en bas dans vos paramètres. Si un workflow général est en haut de la liste, il peut se déclencher et empêcher un workflow plus spécifique plus bas de s'exécuter. Ajustez la priorité pour garantir que les workflows importants passent en premier.
Par exemple : Un workflow général "Bienvenue" en haut de votre liste remplacera un workflow spécial "Clients VIP" en dessous, même si le client est un VIP.
Pour corriger cela :
Les paramètres Fin AI Agent pourraient-ils bloquer mon workflow ?
Fin AI Agent peut parfois interagir avec les Workflows de manière à provoquer des comportements inattendus. Voici comment résoudre les problèmes courants liés à Fin dans les workflows :
Priorisation de Fin et Workflow avec déploiement Simple
Lorsque le déploiement Simple de Fin et les workflows sont activés pour le même public, le déploiement Simple a la priorité et seul Fin répondra. Pour permettre aux workflows de se déclencher, ajustez le ciblage du public afin qu'ils ne se chevauchent pas, ou désactivez le déploiement Simple.
Activation du CSAT pour les fermetures de Fin Workflow
Les Workflows Customer Satisfaction Score (CSAT) ne se déclenchent pas automatiquement lorsque Fin clôt une conversation. Pour garantir l'envoi des enquêtes CSAT, configurez-les dans le Workflow en utilisant l'étape "Let Fin answer". Pour des instructions détaillées, consultez la documentation Fin CSAT.
Utilisateurs posés des questions répétitives
Les Workflows configurés pour "Get context about issue upfront" peuvent amener les users à être sollicités plusieurs fois pour les mêmes informations (ex. : nom, email). Pour corriger cela, désactivez ce paramètre sous Fin AI Agent > Simple Automation > Get context about issue upfront pour les users et leads.
Déploiement Simple pour interférence Fin
Si le déploiement Simple pour Fin est actif, il peut écraser vos workflows personnalisés, faisant voir aux visiteurs les déploiements Fin au lieu de votre workflow Intercom configuré. Si vos workflows ne se déclenchent pas comme prévu et que vous utilisez Fin, essayez de désactiver "Simple Deploy for Fin" pour permettre le déclenchement des workflows pour les users.
Fin Workflow ne parvient pas à traiter les emails
Les Workflows basés sur les emails peuvent échouer si les emails ne sont pas correctement transférés depuis l'adresse désignée vers Intercom. Vérifiez la configuration du transfert d'emails car des erreurs ici empêchent souvent le traitement des emails. Assurez-vous que les emails transférés incluent correctement l'adresse email du destinataire prévue dans les filtres du workflow. De plus, vérifiez que le transfert automatique est activé ("ON") et que votre configuration de workflow email prend bien en charge les emails entrants des adresses de transfert désignées. Si les emails ne déclenchent aucun workflow, vérifiez que la bonne adresse email a été définie dans le workflow ou via le ciblage du public. Ajouter l'email de support aux conditions de déclenchement du workflow peut aider à résoudre ces problèmes.
Transfert d'emails et règles de workflow
Lorsque les emails sont transférés via des listes de distribution, les conditions de domain peuvent ne pas correspondre car la conformité DMARC (Domain-based Message Authentication, Reporting and Conformance) réécrit les en-têtes.
Pour préserver les informations de l'expéditeur original :
Transférez les emails via un routage côté serveur (ex. : redirection Google ou Microsoft 365), en évitant les listes de distribution comme Google Groups.
Prévention des conditions de concurrence dans l'évaluation des workflows
Les workflows peuvent se déclencher par erreur si une réaffectation est traitée après l'évaluation.
Minimisez ces erreurs en :
Révisant l'ordre des conditions pour s'assurer que les exclusions sont appliquées en premier.
Testant les workflows de manière approfondie lors des scénarios de réaffectation.
Éviter la mauvaise classification par Fin
Si Fin classe mal les conversations dans votre workflow Intercom, affinez vos descriptions d'attributs pour améliorer la correspondance :
Rédigez des descriptions claires et contextuelles pour chaque attribut.
Ajoutez des mots-clés spécifiques au domain souvent associés aux phrases clients.
Testez les descriptions avec des conversations exemples.
Pourquoi mon workflow de fermeture automatique ne fonctionne-t-il pas comme prévu ?
Les workflows de fermeture automatique ferment automatiquement les conversations selon des déclencheurs et conditions spécifiques — comme l'inactivité du client ou des actions prédéfinies dans le workflow. Ils aident à garder votre inbox organisée et assurent une résolution rapide des conversations. Utilisez cette section si votre workflow de fermeture automatique ne se déclenche pas, ferme les conversations trop tôt ou est interrompu de manière inattendue.
Pourquoi mon workflow de fermeture automatique ne s'est-il pas déclenché ?
Raisons courantes pour lesquelles un workflow de fermeture automatique ne se déclenche pas :
Vérifiez les pannes durant la période concernée — un incident actif peut avoir empêché l'exécution du workflow.
Assurez-vous que les conditions de déclenchement correspondent à l'état de la conversation. Par exemple, si votre audience inclut uniquement des 'Users', le workflow ne se déclenchera pas pour les 'Leads'. Étendez vos règles d'audience pour inclure tous les types de profils pertinents.
Si votre workflow de fermeture automatique s'exécute alors qu'il ne devrait pas, les causes les plus courantes sont :
Conflit de déploiement Simple : Si le déploiement Simple de Fin (configuration Fin en une étape sans logique complète de workflow) est actif pour le même public, il a la priorité et peut empêcher le déclenchement des workflows de fermeture automatique. Pour résoudre cela, désactivez le déploiement Simple ou ajustez le ciblage du public pour éviter le chevauchement.
Action d'un coéquipier interrompant le workflow : Les actions des coéquipiers — comme ouvrir, réaffecter ou commenter une conversation — peuvent interrompre un workflow de fermeture automatique actif et empêcher la fermeture de la conversation. Les workflows basés sur des déclencheurs d'inactivité peuvent aussi échouer si une action d'un coéquipier réinitialise le minuteur d'inactivité.
Temps de refroidissement de 2 minutes : Les workflows avec actions visibles au client (comme l'envoi d'un message) ont un délai de 2 minutes entre déclenchements pour le même client. Cela évite les boucles avec les répondeurs automatiques mais peut empêcher la fermeture automatique si une conversation a été rouverte dans ce délai. Pour garantir une fermeture automatique cohérente, créez des workflows séparés utilisant uniquement des actions en arrière-plan non visibles (comme fermer ou taguer) plutôt que des étapes de message visibles.
Pourquoi mon workflow de fermeture automatique s'est-il déclenché de manière inattendue ?
Si votre workflow de fermeture automatique s'exécute alors qu'il ne devrait pas, les causes les plus courantes sont :
Revoyez les règles d'audience — en particulier les conditions OU, qui nécessitent qu'une seule condition soit remplie. Un client peut correspondre au workflow involontairement si une condition est vraie.
Vérifiez les changements d'état de la conversation, comme les tickets marqués 'waiting_on_customer', qui peuvent satisfaire les conditions de déclenchement de façon inattendue.
Pourquoi les conversations se ferment-elles trop tôt ou pas du tout ?
Chaque bloc Let Fin answer dans un workflow a son propre minuteur de fermeture automatique. Si le minuteur est trop court, les conversations peuvent se fermer avant que le client ait eu le temps de répondre. Pour corriger cela, cliquez sur le bloc Let Fin answer, ouvrez les paramètres de fermeture automatique et augmentez la durée du minuteur.
Si les conversations ne se ferment jamais malgré l'exécution du workflow, vérifiez ce qui suit :
Vérifiez que les règles d'affectation ne rouvrent pas les conversations après leur fermeture par le workflow.
Si vous avez désactivé l'option Set expectation for human support, la case Auto-close abandoned workflow conversations sera également désactivée — elle n'est disponible que lorsque l'escalade vers un humain est configurée. Si votre objectif est la fermeture automatique sans escalade, ajustez le workflow en conséquence.
Adaptez les paramètres de fermeture automatique au type de déclencheur du workflow pour plus de cohérence — par exemple, les déclencheurs basés sur l'inactivité nécessitent un minuteur d'inactivité configuré sur le même bloc.
Fermeture automatique pour les workflows email
Pour les workflows basés sur les emails, assurez-vous que les paramètres de fermeture automatique sont configurés pour prendre en compte les emails transférés. Vérifiez que l'action de fermeture automatique correspond aux conditions de déclenchement du workflow, et que les emails transférés incluent l'adresse du destinataire prévue afin que le workflow puisse les reconnaître correctement.
Note : Ajouter une étape d'action Close dans un workflow réutilisable est la méthode la plus fiable pour garantir la fermeture lors de l'utilisation de flux complexes à branches — ne vous fiez pas uniquement aux minuteurs d'inactivité dans les workflows réutilisables.
Pourquoi mon connecteur de données échoue-t-il dans un workflow déclenché par un visiteur ?
Les connecteurs de données nécessitent un contact identifié et une conversation active pour fonctionner. Si un connecteur de données s'exécute immédiatement lorsqu'un workflow se déclenche à la visite d'une page, il échouera pour les visiteurs non identifiés. Pour utiliser un connecteur de données de manière fiable dans un workflow déclenché par un visiteur :
Déclenchez le workflow à la visite de la page.
Afficher un message avec un bouton.
Exécutez le data connector après que le bouton a été cliqué — à ce moment, une conversation existe et le contact peut être identifié.
En vérifiant ces zones et en confirmant la bonne configuration, vous pouvez non seulement identifier la cause potentielle d'un Workflow qui ne se déclenche pas, mais aussi vous assurer qu'il est configuré correctement pour les opérations futures. 👌
Si vous avez encore besoin d'aide pour déboguer votre Workflow, contactez notre équipe Support via Messenger.
Note : Sur Messenger mobile iOS et Android, les cartes d'article intégrées ajoutées via les étapes de Workflow ne s'afficheront pas pour les users. Pour garantir que les users mobiles puissent accéder au contenu du Help Center, utilisez du texte avec lien hypertexte ou ajoutez un bouton URL pointant directement vers l'article.