Guards et Gates : contrôler l'exécution d'une étape
Les guards sautent une étape si une condition est remplie. Les gates bloquent l'étape jusqu'à un pré-requis.
Guards — les conditions de saut
Un guard est une condition vérifiée avant l'exécution d'une action. Si la condition est vraie, l'action est sautée et l'enrôlement passe directement au nœud suivant.
Exemples de guards disponibles :
- skip_if_connected — saute si déjà connecté sur LinkedIn (évite d'envoyer une invitation à un contact déjà dans votre réseau).
- skip_if_invite_pending — saute si une invitation est déjà en attente (évite un double envoi).
- skip_if_recently_contacted — saute si le contact a été contacté récemment (délai configurable en jours).
- skip_if_replied_elsewhere — saute si le contact a répondu à une autre séquence (évite de croiser les fils de conversation).
Gates — les pré-requis bloquants
Un gate est un pré-requis que l'action attend avant de s'exécuter. Si le pré-requis n'est pas rempli, l'action est en attente. Si le délai d'attente maximum est dépassé, l'enrôlement passe au nœud suivant (ou sort).
Gates disponibles :
Configurez un délai de timeout (en heures) pour le gate. Par exemple : 168h (7 jours). Si le contact n'a pas accepté en 7 jours, l'action est abandonnée.
- requires_connection — attend que le contact accepte l'invitation avant d'envoyer un message.
- requires_connection_accepted — identique, mais plus strict (vérifie l'acceptation effective).
Combinaison classique guards + gate
La configuration recommandée pour une séquence Invitation → Message :
- Nœud 1 — Invitation LinkedIn : guard "skip_if_connected" + guard "skip_if_invite_pending".
- Nœud 2 — Message LinkedIn : gate "requires_connection" (timeout 168h) + guard "skip_if_recently_contacted" (7 jours).