« On voudrait un formulaire de devis qui s’adapte selon le type de projet du client » : cette phrase, entendue sur trois projets différents cette année, cache systématiquement la même difficulté. Dès qu’un formulaire doit afficher des champs différents selon une réponse précédente, avec plusieurs niveaux de branchement, la question se pose : quel outil choisir sous Elementor pour construire ce type de parcours sans finir avec une usine à gaz ingérable ?
Trois approches reviennent régulièrement sur ce type de projet, chacune avec ses forces et ses limites propres. Aucune n’est universellement supérieure : le bon choix dépend du niveau réel de complexité conditionnelle attendu, et de la capacité de l’équipe à maintenir la solution dans la durée.
Option 1 : le multi-step natif d’Elementor Pro
Le formulaire multi-étapes natif d’Elementor Pro permet de découper un formulaire en plusieurs pages, avec une barre de progression et une navigation avant/arrière. Sa logique conditionnelle native reste limitée : elle permet d’afficher ou masquer un champ selon la valeur d’un autre champ sur la même étape, mais gère mal les branchements qui redirigeraient vers une étape entièrement différente selon un choix initial.
Option 2 : Gravity Forms intégré dans Elementor
Gravity Forms, intégré à Elementor via son propre widget ou une extension de compatibilité, propose un moteur de logique conditionnelle nettement plus riche en natif : branchement vers une page de formulaire différente selon une réponse, calculs entre champs, notifications conditionnelles selon le chemin emprunté. Cette puissance a un coût direct : une licence annuelle Gravity Forms, à laquelle s’ajoute parfois une extension spécifique pour le style visuel avancé si le rendu par défaut ne convient pas à la charte graphique du site.
Option 3 : l’hybride avec logique conditionnelle maison
La troisième voie construit la structure visuelle avec le multi-step natif d’Elementor Pro, pour profiter de son intégration parfaite avec le design system du site, et lui adjoint un script JavaScript personnalisé qui gère les branchements complexes en manipulant l’affichage des étapes suivantes selon les réponses précédentes, stockées temporairement dans le stockage de session du navigateur.
Comparatif
| Critère | Multi-step natif | Gravity Forms | Hybride maison |
|---|---|---|---|
| Coût récurrent | Aucun (inclus Pro) | Licence annuelle | Aucun, mais temps de dev initial |
| Logique conditionnelle | Basique, même étape | Avancée, multi-étapes | Avancée, sur mesure |
| Intégration visuelle native | Parfaite | Correcte, parfois à ajuster | Parfaite |
| Maintenance dans le temps | Faible | Faible (éditeur tiers) | Élevée (code maison) |
| Courbe d’apprentissage équipe | Très faible | Moyenne | Élevée |
Le verdict, sans faux-fuyant
Pour un formulaire avec deux ou trois branches conditionnelles simples, le multi-step natif suffit largement, et il serait déraisonnable d’ajouter une dépendance supplémentaire pour un besoin qu’il couvre déjà. Dès que le nombre de branches dépasse une poignée, avec des calculs entre champs ou des notifications qui varient selon le chemin emprunté, Gravity Forms devient l’option la plus rentable en temps, malgré son coût de licence, précisément parce que cette logique existe déjà en natif et n’a pas besoin d’être développée puis maintenue en interne.
L’hybride maison ne se justifie que dans un cas précis : un besoin de logique avancée combiné à une exigence visuelle si spécifique qu’aucun widget de formulaire existant, natif ou tiers, ne peut la satisfaire sans personnalisation lourde. C’est un choix d’exception, pas une option par défaut, en raison de la charge de maintenance qu’il fait peser sur l’équipe qui devra le faire évoluer.
Le meilleur formulaire multi-étapes n’est pas le plus sophistiqué techniquement, c’est celui que l’équipe qui gère le site au quotidien saura encore faire évoluer dans deux ans, sans avoir à rouvrir le code à chaque petit ajustement.
Pour aller plus loin
Ce comparatif part du principe que le multi-step natif d’Elementor Pro est déjà connu de l’équipe technique du projet, sujet traité séparément dans un tutoriel dédié à sa prise en main. La décision entre les trois options gagne toujours à être posée en amont du projet, avec le client, plutôt que découverte en cours de développement quand la première branche conditionnelle un peu complexe se présente.
