Comment traduire WPForms dans WordPress - modèles de formulaires, pages de formulaires, confirmations et notifications

Avant de commencer

Installez et activez ces extensions :

WPForms (Lite ou Pro).
WPML et WPML Traduction de chaînes.
WPForms Multilingual (le module complémentaire couvert par cette page).

Créez le formulaire dans WPForms dans la langue source de votre site, y compris toute structure multipage, logique conditionnelle intelligente, messages de validation, confirmations et Notifications que vous souhaitez, avant d’envoyer le formulaire en traduction. Vous pourrez réviser le formulaire plus tard et retraduire les différences.

Tout traduire automatiquement s’en charge pour vous

Si la fonctionnalité Tout traduire automatiquement est activée sur votre site, vous n’avez pas besoin d’envoyer manuellement le formulaire en traduction. WPML détecte les formulaires nouveaux et mis à jour avec le reste de votre contenu et les traduit en arrière-plan. L’étape d’insertion dans la page ci-dessous s’applique toujours, mais l’étape d’envoi du formulaire en traduction est automatique. Le reste de cette page décrit le processus manuel pour les sites utilisant Traduire une partie : vous choisissez quoi traduire (ou pour les formulaires que vous souhaitez traduire avant la file d’attente automatique).

Envoyez le formulaire en traduction

Accédez à WPML > Traductions > Tableau de bord.
Développez la section WPForms.
Cochez le formulaire que vous souhaitez traduire.
Choisissez une méthode de traduction : PTC (recommandé), votre traducteur, ou Traduire moi-même.
Cliquez sur Traduire.

Le formulaire, ses champs, ses options, ses confirmations, ses Notifications et ses messages de validation sont tous inclus dans la même tâche de traduction.

Insérez le formulaire dans vos pages traduites

WPForms s’intègre dans une page ou un article, généralement via le bloc WPForms ou le shortcode [wpforms id="X"]. La règle d’insertion multilingue est plus simple qu’il n’y paraît :

Utilisez le même bloc ou shortcode sur chaque version linguistique de la page. Ne créez pas un formulaire distinct par langue.

Le processus :

Créez le formulaire une fois dans votre langue source.
Envoyez le formulaire en traduction (ou laissez Tout traduire automatiquement s’en charger).
Insérez le formulaire sur la page dans la langue source à l’aide du bloc WPForms ou du shortcode [wpforms].
Traduisez la page via WPML > Traductions > Tableau de bord de la même manière que vous traduiriez n’importe quelle autre page. L’intégration du formulaire est conservée sur la page traduite.
Lorsqu’un visiteur ouvre la page traduite, WPForms Multilingual affiche automatiquement le formulaire dans la langue du visiteur – même ID de formulaire, même shortcode, contenu traduit.

Vous n’avez pas besoin d’un ID de formulaire différent par langue. Vous n’avez pas à échanger les shortcodes manuellement pour chaque langue. La traduction est liée au formulaire source ; WPForms Multilingual affiche la version dans la bonne langue au moment du rendu.

L’exception des pages de formulaire. Les pages de formulaire créées avec le module complémentaire Form Pages se traduisent selon le même processus. Traduisez la page qui héberge la mise en page du formulaire, et l’ID du formulaire s’adapte à la langue du visiteur.

L’exception – lorsque vous souhaitez réellement des formulaires différents par langue. Si vous avez besoin de formulaires structurellement différents par langue (des champs ou une logique différents, et pas seulement un texte différent), créez des formulaires WPForms distincts et insérez le shortcode de chacun sur la version linguistique correspondante de la page à l’aide de l’éditeur WordPress pour cette traduction. C’est la seule situation où les shortcodes diffèrent d’une langue à l’autre.

Piège des constructeurs de pages

Si votre page est construite avec Divi, Elementor ou un autre constructeur de pages dont le module de texte englobe le shortcode, le shortcode peut ne pas toujours survivre proprement à la traduction. Des clients utilisant Divi ont signalé ce problème à notre équipe d’assistance. Si la page traduite affiche le formulaire dans la langue source, ouvrez la page traduite dans le constructeur de pages et réinsérez le bloc ou le shortcode du formulaire dans le constructeur. L’éditeur de blocs natif de WordPress et l’éditeur classique ne présentent pas ce problème.

Modèles de formulaire et formulaires multipages

Si vous avez créé le formulaire à partir de l’un des modèles de formulaire de WPForms, l’ensemble des champs, les étiquettes par défaut et les Notifications préconfigurées sont tous inclus dans la tâche de traduction. Traduisez une fois ; chaque formulaire que vous créez à partir de ce modèle hérite de la configuration.

Pour les formulaires multipages, chaque titre de page, paragraphe d’introduction et bouton de navigation (Next, Previous, Submit) se traduit sur sa propre ligne. Le texte de l’indicateur de progression se traduit également. Parcourez le flux multipage dans chaque langue après la traduction pour confirmer que les étiquettes de saut de page sont naturelles.

Logique conditionnelle intelligente

La logique conditionnelle intelligente survit à la traduction car WPForms Multilingual conserve un mappage des valeurs entre les étiquettes de choix sources et traduites. Les visiteurs voient les étiquettes traduites ; la règle sous-jacente s’exécute toujours sur la valeur canonique. Si vous modifiez une étiquette dans la langue source après la traduction, renvoyez le formulaire pour que le mappage des valeurs se mette à jour.

Pages de formulaire – Traduisez la page de destination, pas seulement le formulaire

Le module complémentaire Form Pages transforme un formulaire en une véritable page de destination. Après avoir créé la page de formulaire dans WPForms, traduisez le formulaire WPForms via WPML > Traductions > Tableau de bord. Cela inclut les étiquettes de champs et les Notifications. Les chaînes spécifiques aux pages de formulaire (titre, texte d’introduction, état de réussite après soumission, message de pied de page) se trouvent dans les paramètres de la page de formulaire WPForms et se traduisent également dans la même tâche. Après la traduction, visitez la page dans chaque langue et confirmez que chaque niveau est dans la langue du visiteur.

Messages de validation

WPForms propose deux niveaux de messages de validation :

Texte de validation global sous WPForms > Settings > Validation : erreur de champ obligatoire, format d’e-mail, format d’URL, plage de nombres, extension de fichier, taille de fichier, et le reste. Chacun se traduit sur sa propre ligne dans l’Éditeur de traduction avancé.
Remplacements de validation par champ. Définis sur des champs individuels, utilisés lorsque le paramètre par défaut global ne convient pas. Ils se traduisent de la même manière.

Confirmations – Message, Show Page, Go to URL

WPForms prend en charge trois types de confirmations et tous les trois fonctionnent de manière multilingue :

Message. Texte de remerciement en ligne. Se traduit comme une ligne dans la tâche de traduction.
Show Page. Redirige vers une page WordPress. Traduisez cette page via le flux de travail normal de traduction de pages de WPML ; les visiteurs voient la version linguistique correspondante.
Go to URL (Redirect). Redirection externe après la soumission. L’URL est traduisible par langue. Définissez une URL de remerciement différente pour chaque langue.

Les confirmations conditionnelles (règles qui affichent différentes confirmations en fonction des valeurs des champs) se traduisent en même temps.

Notifications de formulaire

Chaque Notification de formulaire se traduit par langue. Send To Email, Email Subject Line, From Name, Reply-To, et Message apparaissent tous dans la tâche de traduction. Le corps de la Notification utilise les balises intelligentes de WPForms ({field_id}, {name}, {email}) et celles-ci se résolvent correctement après la traduction. Les Notifications conditionnelles (les règles qui acheminent les e-mails en fonction des valeurs des champs) survivent à la traduction car les valeurs de choix sous-jacentes restent alignées d’une langue à l’autre.

Pour les flux d’inscription des utilisateurs, l’e-mail de confirmation d’inscription se traduit dans la langue du visiteur à partir de WPForms Multilingual 0.5.0. Confirmez cela en inscrivant un utilisateur test depuis une page traduite.

Modules complémentaires de paiement – Stripe Pro, PayPal Commerce, Square Pro, Authorize.Net

Le texte des modules complémentaires de paiement se traduit via la même tâche. Toutes les chaînes destinées aux visiteurs se trouvent dans la tâche de traduction : les étiquettes de boutons (Pay $50 with PayPal), les messages de validation des champs de carte, le texte de réussite après paiement et les états d’erreur. Après la traduction, effectuez un paiement test dans chaque langue en utilisant le mode test du processeur de paiement et confirmez que le texte du reçu arrive dans la langue du visiteur.

Intégrations marketing et CRM

Lorsqu’un visiteur soumet un formulaire dans sa langue, le module complémentaire WPForms qui transmet la soumission à Mailchimp, AWeber, Constant Contact, Drip, GetResponse, HubSpot, Salesforce, Klaviyo, ActiveCampaign ou Zapier reçoit la saisie traduite du visiteur. Les champs mappés (liste, étiquette, étape du pipeline) se traduisent s’ils existent en tant que chaînes au niveau du formulaire ; les valeurs des champs restent canoniques afin que le mappage ne soit pas rompu.

Une note sur le module complémentaire Calculations

Le module complémentaire Calculations de WPForms est actuellement incompatible avec WPForms Multilingual. La logique de calcul ne s’exécute pas lorsque les deux sont actifs. Consultez la page des errata. Si votre formulaire nécessite des calculs, tenez compte de cette limitation jusqu’à ce que la compatibilité soit résolue.

Pièges courants

E-mails de confirmation dans la mauvaise langue. Confirmez que WPForms Multilingual est en version 0.5.0 ou ultérieure. Les versions antérieures présentaient un problème récurrent suivi sur le fil de discussion du forum.
Interférence lors de l’enregistrement du formulaire. D’anciennes versions causaient des problèmes lors de l’enregistrement du formulaire après la traduction. Résolu dans la version 0.4.1 (déc. 2024) – effectuez une mise à jour si vous rencontrez ce problème.
La logique conditionnelle intelligente cesse de s’exécuter après la modification d’une étiquette. Renvoyez le formulaire en traduction pour que le mappage des valeurs se mette à jour.
Chaînes de modules complémentaires manquantes dans la tâche de traduction. Certains modules complémentaires moins courants de WPForms peuvent ne pas enregistrer de chaînes dans la tâche. Utilisez WPML Traduction de chaînes pour traduire toute chaîne orpheline. Si un module complémentaire spécifique manque systématiquement de chaînes, signalez-le sur la page de compatibilité de WPForms.