Commencer par les critères d'inscription
La cause la plus fréquente est un critère d'entrée trop strict ou contradictoire. Un « ET » là où il fallait un « OU », une propriété jamais renseignée, une valeur mal orthographiée : le contact ne remplit jamais la condition. Testez vos critères en créant une liste active avec exactement les mêmes règles — si la liste est vide, votre workflow HubSpot le sera aussi. C'est le diagnostic le plus rapide, et il tranche en deux minutes.
Réinscription et historique
Un workflow n'inscrit chaque contact qu'une seule fois, sauf si la réinscription est explicitement activée. Un contact qui remplissait déjà la condition avant la création du workflow ne sera pas inscrit rétroactivement. Si vous testez avec un contact déjà passé par là, il paraîtra ignoré alors que tout fonctionne normalement. Utilisez un contact neuf, ou activez la réinscription si votre cas d'usage l'exige vraiment.
Statut, délais et dépendances
Vérifiez l'évidence : le workflow est-il publié, et non laissé en brouillon ? Les délais programmés peuvent aussi donner l'illusion d'une panne — une action attendue « demain » ne s'exécute pas aujourd'hui, et une branche « si/alors » peut mettre le contact en attente. Enfin, un workflow qui dépend d'une valeur posée par une autre automatisation attendra que cette dépendance soit satisfaite avant d'agir.
Utiliser l'historique et le test
L'onglet historique montre, contact par contact, pourquoi une inscription a eu lieu ou non, et où chaque contact se trouve dans la séquence. Combiné à la fonction de test sur un enregistrement réel, il tranche en quelques minutes. C'est le premier réflexe quand on entreprend d'auditer et nettoyer des workflows HubSpot devenus imprévisibles avec le temps, avant même d'envisager de reconstruire quoi que ce soit.