Comment créer un flux d’inscription Mailchimp multilingue avec WPML
Configurez les inscriptions Mailchimp sur votre site WordPress afin que les visiteurs de chaque langue soient dirigés vers la bonne audience et reçoivent des e-mails de bienvenue dans leur propre langue. Le flux nécessite que trois éléments fonctionnent ensemble : le formulaire d’inscription sur WordPress, le routage qui envoie chaque inscription vers la bonne destination Mailchimp, et les e-mails de bienvenue par langue du côté de Mailchimp. Cette page détaille ces trois éléments.
MailChimp Multilingual traduit le formulaire que voient vos visiteurs. L’extension gratuite distincte MC4WP: WPML Integration d’ibericode gère le routage par langue. Les deux sont nécessaires aujourd’hui ; un module complémentaire unifié est en préparation (voir la note au bas de cette page).
Avant de commencer
Installez et activez les éléments suivants sur le même site WordPress :
- Le noyau de WPML, WPML Traduction de chaînes et le module complémentaire MailChimp Multilingual. Téléchargez-le depuis la page des téléchargements de votre compte WPML – il est inclus avec Multilingual CMS et Agency. Il s’agit de la partie WPML ; elle traduit le formulaire d’inscription.
- Mailchimp for WordPress (MC4WP) depuis WordPress.org. Il connecte WordPress à Mailchimp et c’est l’extension dans laquelle vous créerez votre formulaire d’inscription. Après l’activation, connectez-la à votre compte Mailchimp sous Mailchimp for WP > Mailchimp.
- MC4WP: WPML Integration depuis WordPress.org, créé par ibericode. Il s’agit de l’extension de routage qui envoie chaque inscription vers la bonne audience Mailchimp en fonction de la langue WPML du visiteur. C’est aujourd’hui une extension gratuite distincte ; nous la fusionnerons dans MailChimp Multilingual dans une prochaine version publiée.
Vous avez également besoin d’un compte Mailchimp avec au moins une audience configurée, et de vos langues WPML configurées dans WordPress.
WPML prend en charge uniquement l’extension MC4WP. L’extension WordPress officielle de Mailchimp est une extension différente et n’est pas couverte par ce module complémentaire. Si vous l’utilisez, passez à MC4WP avant de continuer.
Créez votre formulaire d’inscription dans MC4WP
Accédez à Mailchimp for WP > Forms et créez un formulaire d’inscription dans la langue par défaut de votre site. Ajoutez les champs que vous souhaitez (e-mail, nom, cases à cocher d’acceptation, texte de consentement RGPD), le texte du bouton de soumission, ainsi que les messages de réussite et d’erreur propres au formulaire dans l’onglet Messages de ce dernier. MC4WP stocke ses messages par formulaire plutôt que globalement, de sorte que chaque formulaire possède son propre ensemble.
Lorsque le formulaire est prêt, intégrez-le où vous le souhaitez sur le site – dans un bloc sur une page, un widget de barre latérale, une zone de pied de page, ou sous forme de case à cocher sur la validation de commande WooCommerce ou le formulaire de commentaire WordPress via les paramètres d’intégration de MC4WP.
Traduisez le formulaire avec WPML
Dès que vous enregistrez le formulaire dans MC4WP, il devient disponible pour la traduction via WPML – aucune analyse n’est requise.
- Accédez à WPML > Traductions > Tableau de bord.
- Faites défiler jusqu’à la section Mailchimp Sign-up Forms.
- Sélectionnez les formulaires que vous souhaitez traduire et envoyez-les vers votre méthode de traduction préférée.
La tâche de traduction contient chaque chaîne de texte du formulaire visible par les visiteurs : les étiquettes de champs, les textes indicatifs, le texte du bouton de soumission, les étiquettes des cases à cocher d’acceptation et le texte de consentement (y compris le HTML brut), ainsi que chaque message de réussite et d’erreur de l’onglet Messages du formulaire. Vous n’avez pas besoin d’enregistrer les chaînes de texte manuellement.
Si votre texte de consentement renvoie vers une page interne telle que votre politique de confidentialité, traduisez d’abord cette page. WPML réécrit le lien du texte de consentement vers la page traduite uniquement si une traduction existe au moment où le formulaire est envoyé en traduction.
Acheminez les inscriptions vers la bonne destination Mailchimp
Le module complémentaire de WPML traduit le formulaire ; le routage par langue s’effectue dans MC4WP: WPML Integration. Sa page de paramètres se trouve dans l’interface d’administration de WordPress sous Mailchimp for WP > WPML, et la page comporte deux sections :
- Language map. Un tableau avec une ligne par langue du site WPML. Pour chaque langue, choisissez l’audience Mailchimp cible dans la liste déroulante de la colonne Mailchimp list. L’option par défaut -- use form or integration setting se rabat sur l’audience configurée dans le formulaire lui-même. (La liste déroulante utilise toujours l’ancienne étiquette list, mais la destination correspond à ce que Mailchimp appelle désormais une audience.)
- Subscriber language. Une seule case à cocher : Set the subscriber’s language based on the site language. Activez-la pour que le champ
languagede l’abonné dans Mailchimp soit défini à partir de la langue WPML au moment de la soumission. Mailchimp utilise ce champ pour gérer ses fonctionnalités linguistiques pour le contact.
Enregistrez la page. À partir de maintenant, une inscription depuis une page en français est envoyée à l’audience associée au français et arrive dans Mailchimp avec la balise language: fr. La même logique de routage s’applique à toutes les autres langues du site.
Concevez votre côté Mailchimp – Audiences, balises et groupes
Décidez de votre structure Mailchimp avant de terminer la configuration du routage. Il existe deux modèles viables :
- Une audience principale, segmentée par langue. C’est la recommandation de Mailchimp. Associez chaque langue WPML à la même audience et appuyez-vous sur le champ
language(défini par l’extension de routage) ainsi que sur les balises, les groupes et les segments pour gérer les flux de bienvenue et les campagnes par langue. Une seule audience est moins coûteuse à gérer (Mailchimp facture par audience) et plus facile à entretenir. - Une audience distincte par langue. Utilisez cette méthode lorsque vous souhaitez que les abonnés de chaque langue soient entièrement séparés, avec leur propre e-mail de confirmation, e-mail de bienvenue et ensemble d’automatisations. Associez chaque langue WPML à une audience différente dans la section Language map de l’extension de routage.
Dans tous les cas, le travail de conception des flux de bienvenue par langue s’effectue dans Mailchimp, et non dans WordPress. Configurez d’abord vos audiences, balises, groupes et automatisations, puis revenez à l’extension de routage et terminez la configuration de la section Language map.
Comment Mailchimp traduit ce que WPML ne traduit pas
Une fois qu’un abonné arrive dans Mailchimp, chaque e-mail à partir de ce moment est envoyé depuis Mailchimp – WPML et MC4WP n’interviennent plus. La répartition est la suivante :
| Où c’est traduit | WordPress / MC4WP | Mailchimp |
|---|---|---|
| Formulaire d’inscription (champs, étiquettes, texte de consentement) | Oui | – |
| Messages de réussite et d’erreur | Oui | – |
| E-mail de confirmation (double opt-in) | – | Oui |
| E-mail de bienvenue après confirmation | – | Oui |
| Séquences d’automatisation (campagnes au goutte-à-goutte) | – | Oui |
| Contenu de la campagne marketing | – | Oui |
Pour le contenu côté Mailchimp, Mailchimp propose trois modèles pour gérer plusieurs langues : des balises de fusion conditionnelles basées sur le champ language de l’abonné, des liens vers une version Google Traduction de l’e-mail, ou des e-mails traduits conçus séparément et envoyés à des segments par langue. La plupart des configurations multilingues utilisent soit des audiences distinctes par langue (chacune avec son propre e-mail de confirmation et de bienvenue), soit une seule audience avec des segments par langue et des versions d’e-mails traduites.
Pièges courants
- Les inscriptions sont traduites correctement mais atterrissent toutes dans une seule audience. L’extension de routage (MC4WP: WPML Integration) n’est pas installée, n’est pas activée, ou sa section Language map est vide. Ouvrez Mailchimp for WP > WPML et configurez-la.
- Les formulaires n’apparaissent pas dans le tableau de bord de traduction. Confirmez que le module complémentaire MailChimp Multilingual est actif aux côtés du noyau de WPML et de WPML Traduction de chaînes. La section Mailchimp Sign-up Forms n’apparaît dans le tableau de bord que lorsque le module complémentaire est actif.
- Le lien du texte de consentement pointe vers la politique de confidentialité dans la langue source au sein d’un formulaire traduit. Traduisez la page liée avant d’envoyer le formulaire en traduction. WPML ne réécrit le lien que si une traduction existe déjà au moment où la tâche de traduction du formulaire est créée.
- L’e-mail de confirmation (double opt-in) arrive dans la langue source. Cet e-mail est configuré dans Mailchimp, et non dans WordPress. Envoyez chaque langue vers sa propre audience (avec son propre e-mail de confirmation), ou utilisez les balises de fusion conditionnelles de Mailchimp pour que le corps de l’e-mail varie en fonction du champ
languagede l’abonné. - Les inscriptions sont balisées avec la mauvaise langue. Confirmez que l’option Set the subscriber’s language based on the site language est cochée sous Mailchimp for WP > WPML.
- Le site utilise l’extension WordPress officielle de Mailchimp au lieu de MC4WP. Ce module complémentaire ne couvre pas cette extension. Passez à MC4WP: Mailchimp for WordPress pour utiliser ce flux.
Un seul module complémentaire à venir bientôt
Vous avez aujourd’hui besoin de deux extensions de compatibilité en plus de MC4WP : MailChimp Multilingual pour la traduction du formulaire, et MC4WP: WPML Integration d’ibericode pour le routage. WPML et ibericode ont convenu de fusionner la fonctionnalité de routage dans MailChimp Multilingual lui-même. Après cette version publiée, vous n’aurez besoin que de MailChimp Multilingual du côté de WPML, et l’extension d’ibericode dirigera les utilisateurs existants vers le module complémentaire unifié. Nous couvrirons la migration dans les notes de version lors de sa publication.
Écrit par Amir · Dernière mise à jour le 2 juillet 2026
Écrit par Amir · Dernière mise à jour 2 juillet 2026