Chaque bloc de logique contient une ou plusieurs règles. Chaque règle associe un groupe de conditions (quand doit-elle se déclencher ?) à une ou plusieurs actions (que doit-il se passer ?). Neuf types d’actions sont disponibles :
Un bloc de logique est un élément du document — il se place sur le canevas entre les questions, comme un titre ou une image. Vous pouvez le positionner n’importe où : entre deux champs sur la même page, en haut d’une page, ou juste avant un saut de page.
Les conditions sont le côté Quand d’une règle. Chaque condition choisit un champ, applique un{' '} opérateur, et compare souvent avec une valeur. Le sélecteur de champ regroupe ce que vous pouvez surveiller : Questions, Champs masqués, Champs calculés, et{' '} Métadonnées (aujourd’hui, la langue du répondant).
Dès qu’une règle comporte deux conditions ou plus, un bouton bascule apparaît en haut de la section Quand :
Ajouter un ensemble de conditions imbrique un second groupe dans le premier, sur un seul niveau, avec son propre bouton bascule All/Any. Cela couvre une logique composée comme « plan est Pro et (pays est Norvège{' '} ou pays est Suède) ». Un ensemble ne contient que des conditions — il ne peut pas contenir un autre ensemble.
> ⚠️ **Une question masquée n’a aucune valeur** >> Si la logique masque une question, la réponse qu’elle contient éventuellement ne compte plus pour rien — ni dans les conditions, ni dans > les calculs, ni dans le montant du paiement, ni dans la soumission enregistrée. La réponse ne revient que si la question redevient > visible. Il en va de même pour toute question placée dans une ligne, une colonne ou un groupe répétable masqués, et pour une option > choisie que la logique masque. Une page que les règles Set next page font sauter compte aussi comme masquée : ses questions ne sont pas > obligatoires, et ce qui y a été répondu est écarté. Les champs masqués sont l’inverse : ils conservent toujours leur valeur. >
> 💡 **Gardez-le lisible** >> Si un seul bloc de logique vous semble trop complexe, envisagez de répartir la logique sur plusieurs blocs ou de restructurer les pages > de votre formulaire. >
La liste des opérateurs dépend du champ que vous avez choisi — vous ne voyez jamais que ceux que ce champ prend en charge. Ci-dessous, chaque titre nomme l’ensemble exact.
Toute comparaison de texte ignore la casse et les espaces au début et à la fin : x@Competitor.com se termine donc par{' '}
@competitor.com.
Les autres champs de type texte proposent un ensemble plus restreint ; choisissez le type qui correspond à la comparaison dont vous avez besoin :
Planifier un rendez-vous et Documents peuvent être des cibles de visibilité, mais jamais des sources de condition. Une réservation est rattachée à la soumission plutôt que stockée comme une réponse ordinaire, et un bloc Documents ne collecte aucune réponse du tout. Utilisez des réponses de qualification antérieures pour afficher ou masquer l’un ou l’autre. Toute question Planifier un rendez-vous visible doit être réservée avant la soumission ; une question masquée ne bloque pas la soumission. Voir{' '} Planification Cal.com avec la logique.
Chaque action nécessite une cible — l’élément sur lequel elle agit. La cible dépend du type d’action :
Show et Hide vont au-delà des questions. Ciblez n’importe quel bloc du canevas — un paragraphe, un titre, une image ou un conteneur de mise en page — pour révéler une note masquée par défaut, ou masquer du contenu lorsqu’il n’est plus pertinent. Ils peuvent aussi cibler des options individuelles dans un champ à choix multiple, pas seulement la question entière. Masquez d’abord un bloc depuis le menu du bloc, puis écrivez une règle pour le révéler.
Chaque règle est indépendante, et elles s’évaluent toutes ensemble. Les règles sont lues de haut en bas, à travers les blocs de logique, dans l’ordre du document. La façon dont plusieurs règles portant sur une même cible se combinent dépend de l’action.
Vous pouvez ainsi pointer plusieurs règles vers un même bloc sans qu’elles entrent en conflit. Un formulaire de retour a une question Radio Buttons — « Quel sujet pouvons-nous vous aider à traiter ? » — avec quatre options, et un champ e-mail « Pouvons-nous vous contacter ? » masqué par défaut. Quatre règles affichent chacune ce même champ e-mail (ainsi que leur propre question de suivi) pour leur option. Le champ e-mail apparaît quelle que soit l’option choisie, et reste masqué uniquement si aucune ne l’est.
> 💡 **Une seule règle suffit souvent** >> Pour révéler un bloc pour plusieurs réponses, une règle avec Any et une condition par réponse — ou une seule condition{' '} > is not empty pour toutes les couvrir — est plus facile à lire que quatre règles. Utilisez plusieurs règles lorsque > chaque option a aussi besoin de sa propre question de suivi distincte. >
Lorsque deux règles sont en désaccord sur la même cible — l’une affiche un bloc (Show) tandis qu’une autre le masque ( Hide), ou l’une rend un champ obligatoire tandis qu’une autre le rend facultatif — et que les deux conditions correspondent en même temps, la première règle l’emporte. La règle perdante, plus tardive, est signalée dans l’éditeur : « Cette action ne s’applique jamais — une règle précédente contrôle déjà sa cible. L’ordre des règles décide : la première règle l’emporte. »
Une exception à l’ordre : une règle dont la condition lit un champ calculé s’exécute après la règle qui l’écrit, quel que soit l’ordre du document, afin qu’un score soit toujours calculé avant que quoi que ce soit ne s’y ramifie. Les règles qui écrivent dans les champs calculés les unes des autres en boucle déclenchent un avertissement de publication qui nomme la chaîne — rompez la boucle pour que les valeurs se résolvent de manière prévisible.
Une question qui finit masquée n’est jamais obligatoire, qu’elle ait été masquée par une règle ou masquée depuis le menu du bloc sans règle pour la révéler. L’astérisque disparaît et la soumission n’est pas bloquée — sinon un répondant pourrait se retrouver bloqué par un champ qu’il ne peut pas voir.
Une enquête de satisfaction demande "Comment évaluez-vous votre expérience ?" avec une note de 1 à 5 étoiles (Star Rating). Un bloc de logique en dessous utilise la condition "la note est inférieure ou égale à 3" avec l’action Show ciblant un champ Text Area qui demande "Que pourrions-nous améliorer ?" Les répondants qui donnent 4 ou 5 ne voient jamais la question de suivi.
Un formulaire d’inscription comporte une question Radio Buttons : « Quelle offre vous convient le mieux ? » En dessous se trouve un paragraphe — « Bon choix ! Notre offre Pro inclut une assistance prioritaire. » — masqué par défaut avec l’option Hide du menu du bloc. Un bloc de logique le révèle : si l’offre est « Pro », Show le paragraphe. Le message d’encouragement n’apparaît que pour ceux qui choisissent Pro, et reste masqué pour tous les autres.
Un formulaire d’inscription à un événement comporte une question Radio Buttons : "Participez-vous en présentiel ou à distance ?" Deux blocs de logique suivent :
Les règles 1 et 2 lisent la question présence, donc elles agissent quand le répondant quitte sa page. Ensuite, Suivant continue dans l’ordre des pages. La règle 3 lit une question sur "Détails du lieu", donc elle agit quand le répondant quitte cette page. Les participants en présentiel sautent alors "Configuration du streaming". Chaque parcours collecte uniquement les informations pertinentes, puis les deux convergent sur une page "Confirmation" commune.
Un formulaire de qualification des prospects comporte trois questions Star Rating : budget, délais et autorité. Un champ calculé nommé "Score prospect" utilise un bloc de logique avec l’action Calculate value pour additionner la valeur de chaque note. Un second bloc de logique lit le champ calculé : si le Score prospect est supérieur à 12, Set next page{' '} "Suivi prioritaire" ; sinon, sauter à la page de confirmation standard.
L’URL renseigne un champ masqué nommé plan (ex. : ?plan=enterprise). Un bloc de logique vérifie : si plan{' '}
est "enterprise", Show la question "Responsable de compte dédié" et Make required
le champ "Taille de l’entreprise". Les répondants du niveau gratuit ne voient jamais ces questions.
Un formulaire de commande calcule un total en cours. Un bloc de logique utilise la condition : si le Total de commande{' '} est inférieur à 10, Prevent submit form. Le répondant ne peut pas soumettre tant que le seuil de commande minimum n’est pas atteint.
Tant qu’une règle de blocage est active, le bouton apparaît indisponible et le répondant est informé pourquoi. Saisissez la raison dans{' '} Message affiché au répondant sur la ligne d’action — « Votre commande doit totaliser au moins 10 » — afin qu’il sache quelle réponse modifier. Laissez-le vide et le formulaire revient à « Ce formulaire ne peut pas être envoyé avec les réponses actuelles. » (ou « Vous ne pouvez pas continuer à la page suivante avec les réponses actuelles. » pour un bloc de navigation). Lorsque plusieurs règles de blocage se déclenchent en même temps, la première qui porte un message fournit le texte.
> 💡 **Testez la logique avec Preview** >> Après avoir configuré vos règles, passez en mode Preview dans la barre d’outils supérieure et remplissez le formulaire > comme le ferait un répondant. La logique se déclenche en temps réel en Preview, ce qui vous permet de vérifier chaque branchement, champ > masqué et validation avant de publier. >