Meilleure extension de traduction WordPress : une comparaison détaillée (2026)

Ce que chaque extension multilingue gère bien

Toutes les extensions de cette comparaison gèrent les bases. Nous avons vérifié que chacune fournit les éléments suivants, et nous ne structurons pas les tableaux autour de ces similitudes :

• Fonctionnalité SEO de base : balises hreflang (générées automatiquement), balises canoniques, URL spécifiques à la langue, métadonnées traduites (titre, description, slugs, texte alternatif), sitemaps XML par langue, intégration avec Yoast SEO. L'intégration avec Rank Math et AIOSEO est légèrement plus variable selon les extensions, mais toutes les extensions payantes atteignent les principales extensions SEO d'une manière ou d'une autre.
• Contenu WordPress : articles, pages, types de publication personnalisés, catégories, étiquettes, menus, widgets.
• Fonctionnalité WooCommerce : titres et descriptions de produits, catégories, étiquettes, pages de panier et de validation de commande, pages de compte.
• Un sélecteur de langue : chaque extension propose des options configurables de sélecteur de langue (menu, flottant, pied de page, shortcode).
• Compatibilité avec les constructeurs de pages établis (Gutenberg, Elementor, Divi, Beaver Builder, Avada/Fusion) – à une exception près, notée dans la section architecture ci-dessous.

Ce sont des exigences de base. Toute extension qui ne les fournirait pas ne serait pas une option sérieuse. La différenciation – et l'objectif de cet article – se situe sur les couches supérieures à cette base.

Où ces extensions diffèrent vraiment

Le moteur de traduction : IA propre contre enveloppe tierce

C'est la plus grande différence entre WPML et les autres, et celle qui est le plus souvent ignorée dans les comparaisons tierces. WPML est la seule extension de cette comparaison dotée de son propre moteur de traduction conçu sur mesure.

Le Private Translation Cloud (PTC) de WPML est conçu spécifiquement pour la traduction de sites web. Il fonctionne comme le moteur par défaut pour les nouveaux sites WPML. WPML propose toujours DeepL, Google Traduction et Microsoft Azure comme moteurs alternatifs pour les utilisateurs qui les préfèrent – mais PTC est la valeur par défaut et le moteur sur lequel repose le travail de qualité de WPML.

Toutes les autres extensions de cette comparaison sont des routeurs qui transmettent le contenu à des moteurs tiers :

• Polylang Pro s'intègre uniquement à DeepL (et même avec l'extension tierce « Polylang Connect for Elementor », DeepL ne traduit pas le contenu d'Elementor).
• TranslatePress AI est une enveloppe renommée autour de DeepL, Google Traduction et Microsoft Translator. Les modules complémentaires autonomes DeepL et Google nécessitent que l'utilisateur fournisse sa propre clé API.
• Weglot utilise la traduction automatique neuronale de DeepL, Microsoft et Google Traduction (selon les propres termes du fournisseur) en interne.
• GTranslate utilise Google Traduction – statistique pour les utilisateurs gratuits, neuronal pour les payants.
• MultilingualPress AutoTranslate enveloppe DeepL, OpenAI (GPT) et Amazon Translate – chacun nécessitant une clé API.

Cette distinction est importante car le plafond de qualité de toute enveloppe est le résultat du moteur sous-jacent. Que l'utilisateur fournisse la clé API ou que le fournisseur inclue l'accès au moteur, ce qui revient de DeepL est ce que la page obtient. PTC, en revanche, effectue un traitement propriétaire substantiel en plus (et au lieu) des moteurs tiers – modèles adaptés au domaine, gestion du glossaire, contrôle de la formalité, prise en compte du contexte de l'image sur les produits WooCommerce, traduction des champs méta SEO tenant compte de la longueur, et une boucle continue d'amélioration QA > ingénierie pilotée par l'équipe linguistique interne de WPML.

La différence de qualité mesurée est documentée dans l'étude de qualité de traduction PTC contre DeepL, où PTC a obtenu un score mesurablement supérieur à DeepL sur neuf dimensions de qualité sur le même contenu source. Pour une comparaison côte à côte des cinq extensions sur la traduction IA spécifiquement – qualité mesurée, voix de la marque, apprentissage à partir de vos modifications, contexte de l'image sur les catalogues WooCommerce, SEO multilingue tenant compte de la longueur, et coût total de possession sur trois scénarios de site – voir Meilleure extension de traduction IA pour WordPress. L'article présente l'argument structurel ; les chiffres se trouvent sur la page de l'étude afin qu'ils restent à jour à mesure que PTC continue de s'améliorer.

Ce que vous obtenez réellement avec PTC que vous n'obtenez pas d'une enveloppe

Quelques capacités découlent naturellement de la possession du moteur – et n'apparaissent chez aucun des concurrents de type enveloppe :

Ce ne sont pas des fonctionnalités théoriques. Sur une boutique WooCommerce avec un produit appelé « Aristo » disponible en finition chêne, un traducteur travaillant uniquement sur du texte et voyant « Aristo, 1, finition chêne » n'a aucun moyen de savoir si le produit est une chaise (qui nécessite un accord grammatical féminin en espagnol – una) ou une boîte (masculin – uno). PTC voit l'image, identifie le type de produit et choisit la bonne forme genrée. Les extensions de type enveloppe ne le peuvent pas, car elles ne voient pas l'image.

L'architecture : où résident les traductions et comment fonctionne l'extension

Les six extensions se divisent en trois modèles architecturaux. Chaque modèle a des conséquences réelles sur les performances, la propriété des données et ce que l'extension peut et ne peut pas atteindre.

Modèle A – Stocké dans votre base de données WordPress (WPML, Polylang, TranslatePress, MultilingualPress)

Les traductions résident dans votre base de données WordPress. L'extension fonctionne au sein de WordPress aux côtés de vos autres extensions. Si vous désinstallez l'extension, les données de traduction se comportent différemment selon l'extension – mais elles vous appartiennent, sont dans votre base de données et peuvent être exportées.

Ce modèle gère tous les types de contenu que WordPress peut produire : pages publiques, e-mails transactionnels envoyés depuis le serveur, notifications de l'interface d'administration, soumissions de formulaires, messages système. La Traduction de chaînes de WPML étend spécifiquement cela aux chaînes de l'interface utilisateur exposées par les thèmes et autres extensions.

Modèle B – Proxy SaaS (Weglot, GTranslate payant)

L'extension connecte votre site WordPress aux serveurs du fournisseur. Lorsqu'un visiteur demande une page dans une langue traduite, l'infrastructure du fournisseur intercepte le HTML rendu, le traduit et sert la version traduite. Les traductions résident sur les serveurs du fournisseur, pas sur les vôtres.

L'avantage du modèle B : Weglot peut traduire n'importe quel site WordPress, quelle que soit la complexité de sa pile d'extensions, car Weglot traduit tout le HTML qui atteint le navigateur. Si une extension produit du texte sur une page publique, Weglot le traduit.

Le compromis est structurel et va dans deux directions :

• Tout ce qui n'est pas rendu publiquement est invisible pour le proxy. Les sorties côté serveur ne passent jamais par le proxy de Weglot ou de GTranslate et ne sont jamais traduites. Cela inclut les e-mails transactionnels WooCommerce (confirmations de commande, notifications d'expédition, factures), les notifications aux clients, les e-mails de réinitialisation de mot de passe, les chaînes côté interface d'administration, les confirmations de soumission de formulaire envoyées par e-mail. Pour une boutique WooCommerce, cela signifie que le client qui vient d'acheter sur votre vitrine traduite reçoit la confirmation de commande dans la langue source.
• Les traductions résident sur les serveurs de Weglot. Si vous annulez Weglot, votre contenu traduit cesse de fonctionner. Vous pouvez l'exporter, mais le reconstruire dans un autre outil n'est pas trivial. Il s'agit en fait d'un abonnement permanent. C'est une relation commerciale différente de celle d'une extension que vous payez une fois par an et dont vous possédez le résultat.

Modèle C – WordPress Multisite (MultilingualPress)

MultilingualPress traite chaque langue comme sa propre installation WordPress au sein d'un réseau Multisite. La « traduction » est en réalité une couche de liaison de contenu associée à une fonctionnalité AutoTranslate pour déplacer le contenu entre les sites de langue.

L'avantage : un très faible verrouillage des données – désinstallez MultilingualPress et vos sites de langue restent intacts en tant qu'installations WordPress indépendantes. Chaque site de langue peut exécuter sa propre combinaison d'extensions adaptée à ce marché.

Le compromis : le Multisite est administrativement plus lourd qu'une installation WordPress unique. Les extensions doivent être activées et configurées par site de langue. Le rôle de super administrateur est requis pour l'installation d'extensions. Et AutoTranslate de MultilingualPress (leur fonctionnalité IA) ne traduit actuellement pas le contenu des constructeurs de pages – les pages créées avec Elementor, Divi ou Beaver Builder doivent être traduites manuellement sur chaque site de langue. Pour un site construit en grande partie avec un constructeur de pages, cela réduit l'utilité réelle d'AutoTranslate.

Ce que cela signifie pour l'affirmation « WPML ralentit votre site »

Chaque extension que vous installez sur un site WordPress ajoute de la charge. Cela n'est pas spécifique à une extension multilingue – c'est vrai pour toute extension que vous installez, quel qu'en soit le but. Weglot impose la charge de serveur la plus faible car la traduction s'exécute en externe sur l'infrastructure de Weglot plutôt que sur votre serveur, avec tous les compromis documentés ci-dessus. Les autres extensions de cette comparaison sont architecturalement similaires au niveau de WordPress, et le comportement des performances dans le monde réel est similaire entre elles avec la mise en cache par défaut activée. Des différences existent dans les cas extrêmes (très grands catalogues, trafic très élevé) mais ce n'est pas ce qui détermine si un site multilingue fonctionne rapidement – cela dépend de la mise en cache, de l'hébergement et de la configuration globale du site.

Tarifs – et ce que le coût achète réellement

Les tarifs dans ce domaine varient d'un ordre de grandeur selon l'architecture. Ils sont indiqués dans la devise affichée à l'origine pour rendre la comparaison équitable.

WPML

Renouvellement au même prix. Garantie de remboursement de 30 jours. La traduction IA PTC au-delà des 22 500 mots inclus coûte de 0,40 € à 3,00 € pour 1 000 mots selon le volume ; les 500 premiers mots par mois sont gratuits pour chaque compte.

Polylang

TranslatePress

Le module complémentaire autonome DeepL (séparé de TranslatePress AI) nécessite une clé API DeepL fournie par l'utilisateur. Garantie de remboursement de 15 jours.

Weglot

Les tarifs de Weglot ont deux limites simultanées par niveau – le nombre de mots ET le nombre de langues. La facturation annuelle permet d'économiser environ deux mois sur chaque niveau payant.

Pour le commerce électronique multilingue, la limite de langues force généralement la montée en gamme – un site qui a besoin de 6 langues ne peut pas utiliser le niveau Pro (5 langues max.) quel que soit le nombre de mots, et doit passer à Advanced. Comparez les 2 990 €/an d'Advanced pour 10 langues sur Weglot aux 99 €/an de WPML pour des langues illimitées sur 3 sites : environ 30× le coût en plus des propres mots de traduction de WPML.

GTranslate

La version gratuite utilise la sortie statistique (plus ancienne) de Google Traduction et ne peut pas du tout produire d'URL traduites optimisées pour le SEO – les traductions sont servies via JavaScript sans URL indexables. Cela a de l'importance pour les 900 000+ installations gratuites de GTranslate visibles sur wordpress.org : le contenu traduit de ces sites ne peut pas être classé dans Google car il n'y a rien à classer. Les forfaits payants commencent à 9,99 $/mois et ajoutent la traduction neuronale, le module complémentaire d'URL pour les URL SEF, la modification manuelle et des options de traducteurs professionnels.

MultilingualPress

Le nombre de langues est la contrainte contraignante. Starter à 149 $/an pour 2 langues contraste avec WPML CMS à 99 €/an pour des langues illimitées sur 3 sites.

WooCommerce – la profondeur qui décide des choix de boutiques multilingues

Pour une boutique WooCommerce, la comparaison se réduit rapidement à « cette extension gère-t-elle les choses dont un vrai site de commerce électronique a besoin ? ». Il y a une poignée de dimensions où les différences sont réelles, et le reste est équivalent.

Où les différences comptent

Multidevise et passerelles de paiement par devise. WPML (via WooCommerce Multilingual, inclus gratuitement avec WPML) prend en charge le multidevise nativement, y compris les passerelles de paiement par devise : Stripe pour l'USD, Paystack pour le ZAR, Mercado Pago pour le BRL, etc. C'est unique à WPML sur cette liste. Aucune des autres extensions de cette comparaison ne gère les passerelles par devise, et la plupart ne proposent pas du tout de multidevise sans une extension distincte.

Traduction du contexte de l'image pour les produits. Déjà abordé dans la section 1 – PTC lit les images des produits pour choisir les bons attributs genrés en espagnol, en français, en italien et dans d'autres langues avec un genre grammatical. Unique à WPML.

Flux de travail d'importation de catalogue en masse. WPML prend en charge les importations de produits en masse via l'Exportation et importation WPML, qui s'intègre à WP All Import Pro, WooCommerce CSV Importer et des outils similaires. Tout traduire automatiquement récupère les nouveaux produits au fur et à mesure que vous les publiez. C'est le flux de travail dont les grandes boutiques ont besoin ; l'alternative est la traduction produit par produit sur des milliers de SKU.

E-mails transactionnels et notifications côté serveur. WPML, Polylang (avec WC), TranslatePress et MultilingualPress traduisent tous les e-mails transactionnels WooCommerce – confirmations de commande, notifications d'expédition, factures – envoyés côté serveur dans la langue du client. Weglot et GTranslate payant ne les traduisent pas, car l'architecture proxy ne voit que ce qui atteint le navigateur ; les e-mails envoyés depuis PHP ne passent jamais par là. Pour une boutique WooCommerce, c'est un angle mort structurel qu'il vaut la peine de connaître.

Polylang for WooCommerce est compétitif du côté du contenu WC : il couvre les produits, les variations, les attributs, les catégories, les étiquettes, les classes d'expédition, et s'intègre aux principales extensions WC, notamment Subscriptions, Bookings, Bundle, Composite, Mix and Match, Dynamic Pricing. Il utilise les propres packs de langue de WooCommerce pour localiser les e-mails. Les lacunes par rapport à WPML sont le multidevise (Polylang ne le traite pas) et la traduction du contexte de l'image.

Où tout le monde est à peu près équivalent

La traduction des titres de produits, des descriptions, des catégories, des étiquettes, des attributs, de l'interface utilisateur du panier et de la validation de commande, des pages de compte – toutes les extensions payantes de cette comparaison les fournissent. Polylang nécessite un achat séparé de Polylang for WooCommerce ; les autres gèrent WC prêt à l'emploi.

Compatibilité des extensions et des thèmes – ce que chaque architecture peut et ne peut pas atteindre

WPML

WPML maintient un code de compatibilité dédié pour les extensions et thèmes WordPress populaires. Cela inclut les constructeurs de pages (Elementor, Divi, Beaver Builder, Avada/Fusion), les outils de champs personnalisés (ACF, Pods, Meta Box), les formulaires (Gravity Forms, Contact Form 7, WPForms, Fluent Forms), les principales extensions SEO (Yoast, Rank Math, AIOSEO, SEOPress), les systèmes d'apprentissage en ligne (LearnDash, LifterLMS), les outils d'adhésion (MemberPress, Paid Memberships Pro) et les principales extensions WooCommerce. L'Assistant de configuration détecte automatiquement ce que votre site utilise et installe les bons modules complémentaires WPML (WCML, la Traduction de chaînes, ACF Multilingual, la Traduction des médias) pour que vous n'ayez pas à réfléchir au composant qui gère quelle fonctionnalité. La maintenance active est visible – la récente version 4.9.1 de WPML en février 2026 comprenait des améliorations spécifiques pour Divi 5 et Elementor.

Polylang

Polylang couvre les bases nativement – l'éditeur de blocs Gutenberg, Yoast SEO (« coopération technique étroite avec l'équipe Yoast » selon la propre formulation de Polylang), ACF Pro et WooCommerce via l'achat séparé de Polylang for WooCommerce. La lacune notable est Elementor : la propre documentation de Polylang indique que Polylang Pro n'est « actuellement pas compatible avec Elementor et certains constructeurs ». La compatibilité est disponible via une extension tierce appelée « Polylang Connect for Elementor », que l'équipe de Polylang n'a pas développée. Même avec ce connecteur, la traduction automatique DeepL ne fonctionne pas avec le contenu d'Elementor.

TranslatePress

Le modèle de compatibilité de TranslatePress fonctionne via son éditeur visuel en interface publique : tout ce que la page affiche, l'éditeur peut le traduire. Le contenu des constructeurs de pages (Elementor, Divi, Beaver Builder), les formulaires de contact et les fonctionnalités de WooCommerce sont accessibles dans les niveaux gratuits et payants. L'angle mort structurel est le même que celui de Weglot – le contenu qui ne s'affiche pas sur une page publique (chaînes côté interface d'administration, notifications côté serveur) n'est pas atteint par l'éditeur visuel et doit être géré séparément.

Weglot et GTranslate

Les deux sont des proxys SaaS. Ils traduisent tout le HTML qui atteint le navigateur, ils sont donc compatibles avec toutes les extensions au sens pratique – ce qui apparaît à l'écran est traduit. Le compromis est le même angle mort côté serveur déjà documenté : les e-mails, les notifications, les chaînes d'administration, les reçus de formulaires envoyés par e-mail contournent tous le proxy et ne sont pas traduits.

MultilingualPress

Chaque site de langue est sa propre installation WordPress. Les extensions s'exécutent nativement sur chaque site. MultilingualPress fournit des gestionnaires de traduction dédiés pour les principales extensions où la traduction a du sens : Elementor (via la métaboîte de traduction dans MLP 3.6+), Beaver Builder, ACF (via le module ACF depuis MLP 3.5) et WooCommerce. La limitation architecturale est documentée dans la section 2 : AutoTranslate ne traduit pas automatiquement le contenu des constructeurs de pages ; les pages créées avec Elementor, Divi ou Beaver Builder doivent être traduites manuellement sur chaque site de langue.

Gestion de traduction – pour les sites avec plusieurs traducteurs

Pour un propriétaire unique traduisant lui-même un petit site, les six extensions fonctionnent. Pour les sites où plusieurs personnes traduisent, où la traduction est externalisée, ou où la traduction fait partie d'un flux de publication avec des délais et des étapes de révision – les différences sont réelles.

WPML

Pour les petits et moyens sites : Tout traduire automatiquement. Un paramètre global unique qui traduit automatiquement tout le contenu de votre site au fur et à mesure que vous le publiez – produits, nouveaux e-mails, nouveaux avis, tout. Moins de décisions à prendre ; la même configuration initiale couvre l'ensemble de la boutique.

Pour les sites plus vastes avec des processus de publication structurés : le Tableau de bord de traduction de WPML. Les gestionnaires de traduction contrôlent quoi traduire, quand et dans quelles langues. Le contenu peut être envoyé à des traducteurs internes, à des traducteurs indépendants externes avec un accès attribué, ou à l'une des 70+ intégrations de services de traduction professionnels (réservées directement dans WPML). WPML définit des rôles (Gestionnaire de traduction, Éditeur, Traducteur) et suit le statut dans la file d'attente.

Polylang

Polylang Pro fournit un flux de travail de traduction page par page. Il n'y a pas de tableau de bord de traduction central ni de file d'attente – la traduction se fait page par page depuis l'éditeur d'articles. La traduction automatique DeepL est disponible là où elle est compatible (pas pour Elementor, selon la section ci-dessus). La propre documentation de Polylang note que « Polylang Pro ne fournit pas de fonctionnalité "tout traduire" en un clic ».

TranslatePress

La traduction de TranslatePress se fait dans l'éditeur visuel en interface publique : un traducteur clique sur le texte et modifie la traduction sur place. Les comptes utilisateurs traducteurs (niveaux Pro Business et Developer uniquement) vous permettent de déléguer la traduction à des personnes sans leur donner un accès complet à l'administration de WordPress. La traduction automatique via TranslatePress AI s'applique à l'ensemble du site une fois activée.

Weglot

Toute la gestion de traduction réside dans le tableau de bord de Weglot (leur application SaaS, distincte de WordPress). Les rôles, les coéquipiers et les traducteurs externes y sont configurés. La mémoire de traduction et le glossaire sont intégrés. Les traducteurs professionnels peuvent être commandés directement dans le tableau de bord.

GTranslate

La modification de la traduction s'effectue via le tableau de bord de GTranslate (forfaits payants) ou via leur interface wp-admin pour la modification en ligne. La version gratuite est uniquement automatique, pas de modification manuelle.

MultilingualPress

La traduction se fait par site de langue, dans l'administration WordPress de ce site. AutoTranslate (lorsqu'il est configuré) peut copier le contenu du site de la langue source vers d'autres sites de langue et le traduire via DeepL, OpenAI ou Amazon Translate. Des gestionnaires de traduction existent pour Elementor (manuel), Beaver Builder (manuel) et ACF.

Profils par extension

WPML

WPML est l'extension multilingue WordPress la plus populaire depuis plus d'une décennie – plus de 1,5 million de sites l'utilisent, dont plus de 100 000 boutiques WooCommerce. Elle est activement maintenue (récente version 4.9.1 en février 2026), fonctionne comme une extension WordPress standard (traductions stockées dans votre base de données) et offre la couverture de compatibilité la plus approfondie de cette comparaison.

Son plus grand différenciateur est le moteur de traduction PTC, le seul moteur de traduction conçu sur mesure de cette liste – abordé en détail dans la section 1. Les autres différenciateurs majeurs de WPML : une profondeur WooCommerce complète incluant le multidevise avec des passerelles de paiement par devise (section 4), l'Assistant de configuration qui détecte ce que votre site utilise et installe automatiquement les bons modules complémentaires, et la séparation des flux de travail petits vs grands (Tout traduire automatiquement pour les petits/moyens, Tableau de bord de traduction + 70+ intégrations de services professionnels pour les plus grands).

Tarifs. Multilingual CMS à 99 €/an (3 sites, toutes les fonctionnalités) est le niveau le plus acheté. Multilingual Blog à 39 €/an couvre une utilisation de base pour un blog. Multilingual Agency à 199 €/an couvre un nombre illimité de sites et inclut les intégrations de services professionnels. Renouvellement au même prix ; garantie de remboursement de 30 jours.

Idéal pour. Les sites multilingues où la qualité de traduction est importante, les boutiques WooCommerce qui vendent à l'international, et tout site dont la pile d'extensions inclut les principaux constructeurs de pages, ACF, Gravity Forms ou LearnDash. Le choix sûr par défaut.

Là où WPML n'est pas le bon choix. Si le multilinguisme n'est absolument pas une priorité et que le seul critère est « doit être gratuit », WPML n'est pas un candidat – il n'y a pas de niveau gratuit (la garantie de remboursement de 30 jours fait office d'essai). Si vous avez besoin d'une véritable modification visuelle en interface publique comme interface de traduction principale, TranslatePress est structurellement le meilleur outil. Si votre architecture est déjà WordPress Multisite avec des sites séparés par langue et qu'il y a une raison de conserver cette architecture, MultilingualPress est conçu sur mesure pour ce modèle.

Polylang

Polylang possède la plus grande base d'installations gratuites sur wordpress.org de toutes les extensions multilingues généralistes de cette comparaison (plus de 800 000 installations actives), et elle est activement maintenue. La version gratuite gère la traduction manuelle du contenu de base du site – articles, pages, types de publication personnalisés, menus – sans imposer de limites sur le nombre de langues ou de mots. Pour un blog bilingue ou trilingue où quelqu'un traduit à la main, Polylang gratuit est véritablement compétitif.

Polylang Pro à 99 €/an ajoute la traduction automatique DeepL (là où elle est compatible), la traduction des slugs d'URL et quelques améliorations SEO. La prise en charge de WooCommerce est un achat séparé de 99 €/an (Polylang for WooCommerce) ; le Business Pack regroupe les deux pour 139 €/an. Le renouvellement se fait à 50 % du prix d'origine – un véritable différenciateur qui réduit le coût continu.

Idéal pour. Les blogs bilingues, les petits sites de marketing, les sites où quelqu'un traduit manuellement et n'a pas besoin des fonctionnalités plus approfondies. La version gratuite est la meilleure option gratuite de cette comparaison pour les sites qui n'utilisent pas Elementor.

Là où Polylang n'est pas le bon choix. Les sites construits avec Elementor – Polylang Pro n'est « actuellement pas compatible avec Elementor et certains constructeurs » selon leur propre documentation, et le connecteur tiers Polylang Connect for Elementor n'active pas non plus DeepL sur le contenu d'Elementor. Les sites qui ont besoin d'un tableau de bord de traduction central ou d'un flux de traduction en équipe (la traduction de Polylang se fait par page, pas de file d'attente centrale). Les boutiques WooCommerce qui ont besoin du multidevise ou de passerelles de paiement par devise (non pris en charge).

TranslatePress

La caractéristique déterminante de TranslatePress est son éditeur visuel en interface publique : vous cliquez sur le texte sur l'interface publique rendue de votre site et modifiez la traduction sur place. Pour les utilisateurs dont l'exigence principale est « je veux traduire en cliquant sur le texte là où je le vois », TranslatePress est structurellement le bon choix – aucune des autres extensions de cette comparaison n'égale ce flux de travail comme interface principale.

La version gratuite est généreuse par rapport à la plupart des extensions de traduction payantes : elle gère la traduction visuelle, le contenu des constructeurs de pages, les produits WC, les formulaires de contact et Google Traduction (avec une clé API fournie par l'utilisateur) – limité à 2 langues au total. Les niveaux payants (Personal 99 €, Business 199 €, Developer 349 €) débloquent un nombre illimité de langues, le module complémentaire SEO Pack (sitemaps et métadonnées SEO multilingues), le rôle de compte utilisateur Traducteur (Business et Developer uniquement), la traduction automatique DeepL et quelques modules complémentaires plus petits.

Idéal pour. Les sites de petite à moyenne taille où le propriétaire du site souhaite traduire en cliquant sur le texte en interface publique. Les sites avec des piles d'extensions simples où l'éditeur visuel capture tout ce qui doit être traduit.

Là où TranslatePress n'est pas le bon choix. La modification visuelle en interface publique a un angle mort structurel : elle ne modifie que ce qui apparaît sur les pages rendues. Des éléments tels que les e-mails transactionnels WooCommerce, les notifications de formulaires et les chaînes côté interface d'administration nécessitent une gestion séparée. Pour les sites avec un contenu côté serveur substantiel, l'éditeur visuel capture moins de la moitié des fonctionnalités qui doivent être traduites. Le PTC de WPML produit également des traductions qui obtiennent automatiquement de meilleurs scores que la traduction humaine typique en arrière-plan – donc pour de nombreux sites, « pas besoin d'éditeur » est en pratique préférable à « cliquer pour modifier en interface publique ».

Weglot

La caractéristique déterminante de Weglot est son architecture proxy SaaS : l'extension est un connecteur léger vers l'infrastructure de Weglot, qui traduit le HTML rendu de votre site en externe. L'avantage est réel – Weglot peut traduire n'importe quel site WordPress, quelle que soit la complexité de sa pile d'extensions, car Weglot traduit tout le HTML qui atteint le navigateur.

Les tarifs de Weglot augmentent fortement avec le nombre de mots et le nombre de langues. Starter à 15 €/mois couvre 10 000 mots et 1 langue supplémentaire. Le niveau à 10 langues (Advanced) est à 299 €/mois – 2 990 €/an. Les tarifs Enterprise sont personnalisés. Pour un site de commerce électronique multilingue d'une taille significative, le coût annuel de Weglot s'élève à des milliers d'euros.

Idéal pour. Les sites complexes construits de manière inhabituelle avec de nombreuses extensions de niche, où le budget multilingue est de plusieurs milliers d'euros par an et n'est pas une contrainte, et où le fait que les traductions résident sur l'infrastructure de Weglot est acceptable. Sur ces sites, l'approche de sortie HTML de Weglot contourne véritablement les problèmes de compatibilité qui ralentiraient une extension native de WordPress.

Là où Weglot n'est pas le bon choix. La différence de coût est importante à toute taille de site significative – Multilingual CMS de WPML à 99 €/an contre Advanced de Weglot à 2 990 €/an pour la même couverture de 10 langues. Weglot possède également les traductions : annulez Weglot et les traductions disparaissent, il s'agit donc en fait d'un abonnement permanent. Le proxy SaaS ne traduit pas les e-mails transactionnels, les notifications côté serveur ou les chaînes d'administration. Pour une boutique WooCommerce, l'e-mail de confirmation de commande du client arrive dans la langue source même si la vitrine sur laquelle il a acheté a été traduite. Et bien sûr, l'assistance n'est disponible qu'en anglais et en français (selon la propre documentation de Weglot).

GTranslate

L'extension gratuite de GTranslate sur wordpress.org compte plus de 900 000 installations actives et constitue l'installation la plus simple possible : déposez l'extension, obtenez un widget de traduction sur votre site, et une sortie statistique de Google Traduction. Pour les utilisateurs qui veulent juste un bouton « traduire ce site » sans aucune véritable gestion de contenu, la version gratuite fait l'affaire – avec la mise en garde que la version gratuite ne produit pas d'URL traduites optimisées pour le SEO (les traductions sont servies via JavaScript sans URL indexables, elles ne peuvent donc pas être classées dans Google).

Les forfaits payants commencent à 9,99 $/mois et ajoutent Google Traduction neuronal, le module complémentaire d'URL pour les URL indexables en sous-dossier/sous-domaine, la modification manuelle de la traduction, des options de traducteurs humains professionnels et des analyses par langue.

Idéal pour. Ajouter un widget de traduction rapide à un site personnel, un blog ou un site de petite entreprise où le SEO n'est pas l'objectif. Les cas d'utilisation de traduction automatique à petit budget où la qualité de Google Traduction est suffisante.

Là où GTranslate n'est pas le bon choix. Tout site où le SEO a de l'importance dans les langues traduites – la version gratuite ne peut pas classer le contenu traduit car il n'y a rien à classer. La version payante traduit au niveau du HTML rendu, elle partage donc l'angle mort structurel de Weglot pour les e-mails et le contenu côté serveur.

MultilingualPress

MultilingualPress est la seule extension de cette comparaison construite autour de WordPress Multisite : chaque langue est sa propre installation WordPress reliée par la couche de liaison de contenu de MultilingualPress. AutoTranslate (ajouté dans MLP 5.0+) enveloppe DeepL, OpenAI (GPT) ou Amazon Translate pour copier et traduire le contenu entre les sites de langue.

L'avantage architectural est réel – les sites de langue restent intacts en tant qu'installations WordPress indépendantes si vous désinstallez MultilingualPress, sans verrouillage. Chaque site de langue peut exécuter sa propre combinaison d'extensions adaptée à ce marché.

Les tarifs commencent à 149 $/an pour 2 langues sur 1 installation Multisite ; Professional à 499 $/an couvre 6 langues ; Advanced à 899 $/an couvre 12 langues ; Enterprise à 1 499 $/an couvre un nombre illimité.

Idéal pour. Les organisations dont l'architecture est véritablement Multisite pour des raisons non liées à la traduction – variantes régionales de produits, entités juridiques distinctes par marché, équipes de contenu séparées par langue – et où le traitement de chaque langue comme un site WordPress indépendant correspond au modèle de fonctionnement.

Là où MultilingualPress n'est pas le bon choix. Pour la plupart des sites multilingues, il n'y a aucune raison réelle de choisir Multisite plutôt qu'une installation multilingue unique – un site multilingue unique est plus simple à maintenir, plus simple pour la concentration de l'autorité SEO, et moins cher à héberger. AutoTranslate ne traduit pas non plus le contenu des constructeurs de pages (Elementor, Divi, Beaver Builder) – pour les sites construits en grande partie avec un constructeur de pages, la valeur d'AutoTranslate est plus étroite que ce que suggère le marketing, et les pages nécessitent une traduction manuelle sur chaque site de langue.

Meilleure extension par cas d'utilisation

Différents sites ont des besoins différents. Le tableau ci-dessous montre notre choix pour chaque cas d'utilisation courant – WPML en gagne certains, pas tous, et c'est ce qui rend le reste de cet article crédible.

Comment nous avons rédigé cette comparaison

Nous avons capturé les propres tarifs, fonctionnalités et documentation de compatibilité de chaque fournisseur directement sur leurs propres sites entre le 26 avril et le 28 avril 2026. Nous n'avons délibérément pas utilisé de listes tierces ou de blogs de comparaison comme sources de données – ils sont utiles pour comprendre le paysage concurrentiel mais se trompent systématiquement sur les tarifs et les fonctionnalités annoncées par les fournisseurs, et les citer à nouveau propagerait ces erreurs. Lorsqu'un fournisseur ne publie pas de réponse définitive à une question dont nous avions besoin, nous l'avons précisé plutôt que d'en inventer une.

Le nombre d'installations et les dates sur WordPress.org sont ceux affichés sur la page wp.org de chaque extension le 2026-04-28. Les tarifs sont dans la devise affichée par chaque fournisseur.

Si un fournisseur met à jour de manière significative ses tarifs ou son ensemble de fonctionnalités après la publication de cet article, nous mettrons à jour l'article sur place et mettrons à jour l'horodatage en haut.

FAQ

Article maintenu par l'équipe WPML. Données des fournisseurs capturées du 26 au 28 avril 2026 ; nous mettons à jour cette page sur place lorsque des changements significatifs apparaissent.