WPML vs Weglot

WPML et Weglot répondent au multilingue sur WordPress de manière fondamentalement différente. WPML fonctionne comme un plugin WordPress classique, avec des traductions stockées dans votre base de données. Weglot est un proxy SaaS qui traduit le HTML rendu de votre site sur ses propres serveurs. Ce choix d’architecture — associé au moteur de traduction PTC de WPML, conçu spécifiquement pour la traduction de sites web — explique la plupart des différences pratiques ci-dessous.

En bref

Le « plus simple » dépend de ce que vous mesurez

Le positionnement de Weglot repose sur la facilité de mise en place. Celui de WPML repose sur la qualité du résultat. Les deux comptent, mais ils ne mesurent pas la même chose.

Weglot est rapide à installer et à configurer. C’est aussi le cas de Tout traduire automatiquement de WPML — un seul réglage global, sans configuration page par page. L’écart de mise en place entre les deux s’est considérablement réduit au cours des 18 derniers mois.

Ce qui ne s’est pas réduit, c’est l’écart de qualité. Comme Weglot s’appuie sur DeepL/Microsoft/Google en arrière-plan, la qualité de traduction que vous obtenez correspond à celle du moteur sous-jacent. Les mesures ci-dessus décrivent ce que cela signifie au niveau des pages : davantage d’erreurs visibles, davantage de pages à relire, et plus de temps passé dans le flux de travail « relire et corriger » que la traduction par IA était censée éliminer.

Le « plus simple » est la bonne question si votre évaluation s’arrête à la première page traduite. « Le temps total le plus faible pour publier » est la bonne question si votre évaluation va jusqu’à la première page publiée — car c’est là que se situe l’étape de relecture, et la qualité mesurée de PTC est ce qui rend cette étape facultative pour la plupart des contenus.

Tarification — l’écart est important dès qu’un site atteint une taille significative

L’offre Multilingual CMS de WPML couvre un nombre illimité de langues sur trois sites pour 99 €/an. Les crédits de traduction PTC au-delà des 90 000/an inclus coûtent 0,30 € à 0,75 € par 1 000 crédits selon le volume ; les 2 000 premiers crédits par mois sont gratuits.

La tarification de Weglot évolue à la fois avec le nombre de mots et le nombre de langues, et le plafond de langues impose généralement une montée en gamme. Un site nécessitant six langues ne peut pas utiliser l’offre Pro de Weglot (5 langues max), quel que soit le nombre de mots, et doit passer à Advanced à 299 €/mois — 2 990 €/an — pour 10 langues. Cela représente environ 30× le coût de WPML à une échelle comparable, en plus des crédits de traduction de WPML.

Weglot possède également les traductions : si vous annulez l’abonnement, le contenu traduit cesse de s’afficher. Les traductions de WPML vivent dans votre base de données WordPress — elles vous appartiennent, et vous pouvez les conserver, les exporter ou les migrer.

Ce qui n’atteint pas le proxy

Le pipeline de traduction de Weglot fonctionne comme un proxy SaaS. Lorsqu’un visiteur demande une page dans une langue traduite, Weglot intercepte le HTML rendu, le traduit (en mettant le résultat en cache) et sert la version traduite. Sur le principe, cela fonctionne : tout ce qui atteint le navigateur, Weglot peut le traduire.

Le compromis, c’est ce qui n’atteint pas le navigateur au moment où Weglot l’analyse. Sur un vrai site WordPress en production, une part significative du texte traduisible appartient à des catégories que le proxy ne peut pas capter de manière fiable :

• Sorties côté serveur. E-mails transactionnels WooCommerce (confirmations de commande, notifications d’expédition, factures), e-mails de réinitialisation de mot de passe, chaînes côté administration, confirmations d’envoi de formulaires envoyées par e-mail — générés côté serveur et envoyés via PHP. Ils ne passent jamais par un navigateur, donc jamais par le proxy. Un client qui achète sur votre boutique traduite reçoit la confirmation de commande dans la langue source.
• Variations WooCommerce et interface conditionnelle. Les produits variables affichent un texte différent selon la variation, uniquement lorsqu’un visiteur sélectionne cette variation. Les pages panier, paiement et compte ne s’affichent que dans des états de session spécifiques. Chacune nécessite que le bon état existe pour que le proxy puisse la capturer.
• Champs personnalisés renseignés dynamiquement. Advanced Custom Fields (ACF) — courant sur les sites WordPress développés sur mesure — se remplissent selon le contexte. Les champs qui ne s’affichent pas sur une page mise en cache par Weglot ne sont pas traduits tant qu’ils ne s’affichent pas.
• Messages de formulaires. Erreurs de validation, alertes de succès et d’erreur, e-mails de notification — ils ne s’affichent que lorsqu’un visiteur les déclenche, et les notifications ne s’affichent jamais dans un navigateur.

La conséquence opérationnelle est un lent goutte-à-goutte. Un message d’erreur précis est traduit la première fois qu’un visiteur le rencontre. Une variation de produit peu courante est traduite quand quelqu’un la sélectionne. Une page rarement visitée reste dans la langue source jusqu’à ce que le trafic la trouve. Auditer ce qui est traduit est réellement difficile — vous ne pouvez pas relire ce qui n’est pas encore sur la page — et cela reporte le travail de relecture et de qualité sur l’expérience client en direct, plutôt qu’en amont.

WPML traduit tout ce contenu de la même manière que le reste. Les traductions vivent dans la base de données WordPress, donc tout ce qui passe par WordPress — chaque variation de chaque produit, chaque e-mail côté serveur, chaque message de formulaire, chaque champ personnalisé qu’il s’affiche actuellement ou non — est traduit via le même flux de travail, avec une visibilité complète sur ce qui est traduit et ce qui ne l’est pas.

WooCommerce : multi-devises et passerelles par devise

Au-delà de la question de l’accessibilité ci-dessus, la pile WooCommerce de WPML couvre des fonctionnalités que Weglot ne traite pas. Le multi-devises est intégré via WooCommerce Multilingual, inclus gratuitement avec chaque offre WPML payante, y compris des passerelles de paiement par devise : Stripe pour l’USD, Paystack pour le ZAR, Mercado Pago pour le BRL, etc. L’import en masse du catalogue via WPML Export and Import s’intègre à WP All Import Pro, WooCommerce CSV Importer et à des outils similaires. Plus de 100 000 boutiques WooCommerce fonctionnent actuellement avec WPML.

Quand Weglot est le meilleur choix

L’approche de Weglot basée sur la sortie HTML contourne réellement les problèmes de compatibilité qui peuvent ralentir un plugin natif WordPress. Sur des sites construits avec des combinaisons de plugins inhabituelles — constructeurs de pages de niche, blocs codés sur mesure, piles de plugins qui produisent du contenu difficile d’accès — Weglot traduit tout ce qui atteint le navigateur sans nécessiter de code de compatibilité dédié pour chaque composant.

Si le budget multilingue se chiffre à plusieurs milliers d’euros par an et n’est pas une contrainte, que le fait que les traductions résident sur les serveurs de Weglot est acceptable, et que le contenu côté serveur (comme les e-mails transactionnels) n’est pas critique pour l’expérience client de votre site, le modèle de proxy SaaS de Weglot a toute sa place. Pour la plupart des sites WordPress multilingues, toutefois, le compromis coût-qualité-propriété penche en faveur de WPML.

Pour une comparaison côte à côte des six principaux plugins de traduction WordPress, consultez Meilleur plugin de traduction WordPress : une comparaison détaillée (2026).

FAQ

Puis-je déplacer les traductions de Weglot vers WPML si je change ?

Weglot stocke les traductions sur ses propres serveurs et propose un export, mais déplacer les données dans la structure d’un autre plugin n’est pas trivial — les traductions peuvent être réutilisées comme entrée, mais nécessitent généralement un nouveau mappage. WPML stocke les traductions dans votre base de données WordPress dès le premier jour : si vous commencez avec WPML, aucune migration future n’est nécessaire.

Weglot traduit-il les e-mails de confirmation de commande WooCommerce ?

Non. Le proxy de Weglot ne traduit que le HTML rendu qui atteint le navigateur d’un visiteur. Les e-mails transactionnels WooCommerce sont générés côté serveur et envoyés directement via PHP ; ils ne passent donc jamais par le proxy. WPML traduit ces e-mails, car les traductions vivent dans WordPress aux côtés du code d’envoi des e-mails.

Pourquoi WPML est-il beaucoup moins cher que Weglot ?

Des modèles commerciaux différents. Weglot fonctionne comme un service SaaS, avec des coûts d’infrastructure qui augmentent par mot traduit et par visiteur servi. WPML est un plugin WordPress — votre hébergement se charge de la diffusion, votre base de données stocke les traductions, et les crédits PTC sont facturés par mot effectivement traduit (actuellement 0,0012 € à 0,003 € par mot au tarif public), avec les 2 000 premiers crédits par mois gratuits pour chaque compte. La différence de coût reflète ce que chaque modèle finance.

---

Comparaison maintenue par l’équipe WPML. Données fournisseurs relevées du 26 au 28 avril 2026 ; mises à jour lorsque des changements significatifs apparaissent.