Quel plugin de formulaire s’intègre le mieux à un site trilingue géré avec Polylang, sans faire exploser le temps de maintenance à chaque campagne saisonnière ? C’est la question posée par un office de tourisme de montagne qui publie chaque année une dizaine de formulaires temporaires (inscriptions à des randonnées accompagnées, réservations d’ateliers, demandes de brochures) en français, anglais et néerlandais.
Nous avons reconstruit 14 de leurs formulaires les plus utilisés sous Fluent Forms puis sous WPForms, dans une configuration Polylang identique, pour comparer précisément la gestion native des traductions de libellés et des messages de confirmation, sans plugin tiers additionnel.
Gestion des libellés de champs
Sur WPForms, les libellés de champs ne sont pas traduisibles nativement à l’intérieur du constructeur : il faut passer par Polylang String Translation, qui expose chaque chaîne du formulaire une par une dans une longue liste peu lisible dès qu’un formulaire dépasse une dizaine de champs. Modifier un libellé source oblige ensuite à retrouver et corriger sa traduction dans cette liste, sans lien visuel direct avec le champ concerné.
Fluent Forms, à partir de ses versions récentes, propose une couche de traduction plus proche du contexte : chaque champ peut porter une valeur alternative par langue directement dans son panneau de configuration, ce qui réduit les allers-retours entre l’éditeur de formulaire et l’écran de traduction des chaînes.
Messages de confirmation conditionnels
C’est sur ce point que l’écart s’est révélé le plus net. L’office de tourisme a besoin d’afficher un message de confirmation différent selon la langue et selon l’atelier choisi (certains ateliers, en pleine saison, affichent un message de liste d’attente). Sur WPForms, combiner une confirmation conditionnelle à une traduction Polylang a demandé un filtre PHP personnalisé pour intercepter le message avant affichage et le faire passer par pll__().
add_filter( 'wpforms_frontend_confirmation_message', function ( $message, $form_data ) {
return pll__( $message );
}, 10, 2 );
Sur Fluent Forms, les confirmations conditionnelles acceptent directement une valeur par langue dans l’interface, sans code additionnel, ce qui a fait gagner un temps réel sur les 14 formulaires testés, en particulier ceux avec plusieurs branches de confirmation.
Notifications internes et langue du destinataire
Aucun des deux plugins ne résout nativement le cas où l’équipe interne souhaite recevoir toutes les notifications dans une seule langue de travail, indépendamment de la langue choisie par le visiteur. Sur les deux outils, il a fallu ajouter un filtre équivalent à celui présenté dans un précédent article sur la perte de contexte de langue lors des notifications, avec switch_to_locale() autour de l’envoi de l’e-mail interne.
Tableau comparatif
| Critère | Fluent Forms | WPForms |
|---|---|---|
| Libellés par langue | Natif par champ | Via Polylang String Translation |
| Confirmations conditionnelles traduites | Natif | Filtre PHP nécessaire |
| Notification interne figée dans une langue | Filtre nécessaire | Filtre nécessaire |
| Temps de configuration sur 14 formulaires | Plus rapide | Plus long |
Ce que le comparatif ne tranche pas
WPForms conserve un avantage sur les intégrations tierces déjà en place (CRM, paiement) quand un site en dispose déjà largement, et migrer uniquement pour la gestion des langues ne se justifie pas toujours. La bibliothèque d’extensions plus large de WPForms peut compenser, sur certains projets, le surcroît de travail sur la traduction des confirmations.
Le meilleur plugin de formulaire multilingue n’est pas celui qui a le plus d’options, mais celui dont le modèle de traduction colle à la fréquence de mise à jour de vos formulaires.
Notre verdict
Pour un site qui publie et modifie fréquemment des formulaires saisonniers en plusieurs langues, comme cet office de tourisme, Fluent Forms réduit sensiblement le temps de maintenance grâce à sa gestion native des libellés et des confirmations par langue. Un site avec des formulaires stables, peu modifiés, et déjà équipé d’intégrations WPForms n’a en revanche aucune raison impérieuse de migrer.
