L'une des principales préoccupations lors du choix d'un plugin de traduction WordPress est son impact sur votre vitesse du site web. Un site web plus lent aura un impact négatif sur votre référencement, votre trafic et, par conséquent, sur vos revenus.
Par conséquent, nous avons décidé d'effectuer plusieurs tests de vitesse sur certains des les plugins de traduction WordPress les plus populaires juste pour vous donner une idée de la charge qu'ils ajoutent à un site web multilingue.
Nous avons comparé le temps de chargement de la même page en utilisant différents plugins multilingues pour la traduire. Un seul plugin de traduction était actif et configuré pour chaque test donné.
Temps de chargement de la traduction en fonction de la taille de la page
Pour la première configuration, nous avons cherché à voir comment la taille de la page affecte le temps de chargement de la traduction.
Le test comporte un page d'environ 1600 mots, avec le thème Twenty Fifteen actif et aucun autre plugin, à l'exception de celui en cours de test. Le graphique suivant montre le temps de chargement moyen de la page d'origine qui a été obtenu lors de notre test.
En raison de la nature variable du temps d'exécution du logiciel, qui est influencé par des paramètres hors du contrôle humain (comme le processeur, le système d'exploitation, la latence du réseau), le temps de chargement de la page varie légèrement à chaque actualisation.
Pour lutter contre cela, Le temps de chargement de chaque plugin a été mesuré 30 fois, à partir desquels nous avons calculé une moyenne. Nous avons utilisé Chrome DevTools pour mesurer le temps de chargement.
Nous pouvons voir que TranslatePress et WeGlot ont des temps de chargement assez bons, en raison de leur intervention minime lors de l'affichage de la page d'origine. Polylang et WPML semble mettre plus de temps à charger la page.
N'oubliez pas que la comparaison est effectuée sur la page d'origine (non traduite), de sorte que tous les plugins doivent afficher des temps de chargement de page similaires à ceux d'un WordPress de base (sans aucun plugin actif).
Pour le temps de chargement moyen d'une page traduite, les choses sont un peu différentes.
Nous pouvons voir que dans ce test, WeGlot présente un temps de chargement de page accru lors de l'affichage d'une grande page traduite. Cela est probablement dû au fait que le plugin WeGlot utilise davantage de ressources temporelles pour communiquer avec les serveurs WeGlot afin de fournir la traduction pour cette grande quantité de mots.
TranslatePress n'est pas vraiment affecté par le nombre de mots, car les traductions sont stockées dans la base de données locale, ce qui lui permet de les récupérer plus rapidement.
Dans ce test, TranslatePress et Polylang affichent des temps de chargement similaires, tandis que WPML est le plus lent à afficher la page traduite.
Temps de chargement de la traduction de la boutique WooCommerce
Passant à une configuration de test différente, chaque plugin a été configuré pour traduire le page d'accueil de Devanture thème par Automattic, en utilisant les données WooCommerce fictives fournies par le thème. Au total, il y a environ 250 mots sur la page de la boutique.
Des versions premium des extensions de traduction ont été utilisées afin de pouvoir efficace traduire les produits WooCommerce.
Dans le graphique suivant, vous pouvez voir comment chaque ligne représentant un plugin présente une certaine variation du temps de chargement, mesuré en secondes, au cours de ces 30 actualisations de page.
Mais même à partir de ce graphique des résultats bruts, vous pouvez observer des différences nettes entre les temps de chargement de chaque extension, par rapport au temps de chargement par défaut de WordPress (sans aucune extension de traduction installée).
Si l'on examine le temps de chargement moyen de la page d'origine, c'est-à-dire dans la langue par défaut dans laquelle elle a été rédigée, on constate que chaque plugin allonge légèrement le temps de chargement de WordPress. TranslatePress et WeGlot affichent des résultats assez proches et n'ajoutent qu'un temps de chargement relativement faible, d'environ un quart de seconde. En revanche, WPML semble mettre plus de temps à se charger.
Si l'on regarde les moyennes lors du chargement d'une page traduite, tous les plugins ajoutent un peu plus de temps par rapport au chargement de la page d'origine. C'est normal car un travail supplémentaire est effectué pour rendre une version traduite de la page.
En résumé
Jusqu'à présent, nous avons observé divers résultats selon la configuration et selon que nous consultons la page originale ou la page traduite. Pour un graphique final, j'ai choisi de sommer le temps de chargement de la page pour la page originale ainsi que pour la page traduite pour le test de taille de page de 1600 mots.
Je pense qu'il est important de considérer comme tout aussi importante la vitesse, tant pour les visiteurs consultant le contenu original que pour ceux qui visualisent la version traduite.
Par conséquent, vous devez prendre en compte la vitesse de chargement de la page pour la page originale et la page traduite lors du choix du plugin de traduction WordPress qui convient le mieux à votre projet.
De plus, si ce n'est pas déjà fait, assurez-vous d'essayer TranslatePress (le plugin principal est GRATUIT).
TranslatePress Multilingue
Associé: Liste de contrôle SEO multilingue pour se positionner dans toutes les langues
Je pense qu'il est très important de réaliser que ces plugins ne sont vraiment utiles que pour faire du commerce électronique avec de nombreuses langues (un seul catalogue), mais pour toutes les autres façons de faire du multilingue, WordPress Multisite avec sous-répertoire est préférable. Tous les avantages et aucun des problèmes de performance.
Il est vrai que l'approche WordPress Multisite pour un projet multilingue présente de nombreux avantages, notamment une grande flexibilité et de bonnes performances.
Mais lors de l'utilisation de plugins tels que WooCommerce et pas seulement, il peut être difficile de garder les sites synchronisés, car de nombreux plugins ne peuvent pas être gérés globalement depuis le panneau du réseau WP. Ajuster les paramètres des plugins individuellement pour chaque langue peut être un cauchemar.
De plus, l'installation et la configuration de WP Multisite en soi ne sont pas une tâche facile pour une personne inexpérimentée.
Je suis d'accord avec toi Razvan, si tu as une installation Multisite, le choix de plugins qui fonctionnent bien est beaucoup plus limité, surtout si tu as besoin d'un plugin de cache serveur.
Il n'est pas facile de trouver un bon plugin de cache pour serveur qui permette de vider le cache d'un seul site.
Au final, même si un multisite peut dans de nombreux cas subir beaucoup moins de pertes de performance, parce qu'on ne peut pas avoir un bon plugin de cache serveur, au final on a moins de baisses de performances avec une installation non-multisite et un bon plugin de cache serveur.
Très bon et utile article ! Basé sur de vraies mesures et pas seulement sur des opinions. Très utile !
[…] TranslatePress est rapide. À notre époque, où nous disposons de moins en moins de temps dans la journée, gagner ne serait-ce qu’un peu de ce temps peut faire toute la différence. Disposer d’un site rapide améliorera votre classement dans les moteurs de recherche, ce qui augmentera d’autant votre nombre de visiteurs. Plus vous attirez de visiteurs, plus vous avez de chances de faire passer votre message (qu'il s'agisse d'un produit, d'un service, d'une campagne publicitaire ou de tout autre chose). Si vous utilisez TranslatePress, vous n’aurez à vous soucier d’aucun de ces aspects, car c’est l’un des plus rapides du marché. Si vous souhaitez en savoir plus, n’hésitez pas à consulter le comparatif complet. […]
[…] de bien présenter le plugin aux utilisateurs. En effet, TranslatePress a pour but de rendre les traductions rapides et intuitives, en vous permettant de traduire toutes les chaînes de votre site directement depuis l'interface publique (à l'aide d'un […]
Bonjour.
Je suis d'accord : translatepress EST LE PLUGIN LE PLUS GÉNIAL, LE PLUS LÉGER ET LE PLUS PRATIQUE DE WP !!! Mais qu'en est-il des extensions ? Si l'on installe l'extension « Automatic User Language Detection », je pense que cela ralentira considérablement la vitesse du site. Il en va de même pour toutes les extensions… Je suppose ! Comment celles-ci interagissent-elles avec une installation WordPress ? Qu'en pensez-vous ?
Merci d'avance,
L.
Le problème de la détection automatique de la langue de l'utilisateur est qu'elle doit effectuer une redirection vers la langue de l'utilisateur. La page initiale se charge en gros deux fois : d'abord pour détecter la langue, ensuite pour charger la bonne. Malheureusement, on ne peut pas y échapper et, sur un site web plus lent, cela donne simplement l'impression qu'il est encore plus lent.
Cependant, cela ne se produit que lors du premier accès au site.
[…] selon un test de vitesse portant sur les performances des plugins de traduction réalisé par Razvan Mocanu, TranslatePress est le plugin de traduction WordPress le plus rapide sur le […]
TranslatePress est-il compatible avec WP Super Cache ou d'autres plugins de mise en cache pour les pages traduites ?
Oui, ils devraient très bien fonctionner. Nous avons de nombreux utilisateurs qui utilisent TP avec WP Super Cache et WP Rocket.
C'est malheureusement vrai. WPML augmente considérablement le temps de chargement !
La bonne option est de mettre les pages en cache, mais WPML ralentit aussi l'administration, sans parler de la base de données. Un jour, je franchirai le pas pour changer de solution…
Nous travaillons dans le commerce en ligne et WPML est vraiment très lent ; en plus, il ralentit aussi l'administration, c'est un véritable désastre, avec des bugs à chaque fois. N'utilisez surtout pas cet outil. Nous nous intéressons désormais à TranslatePress et envisageons d'acheter une licence, car TranslatePress semble répondre à nos exigences en matière de vitesse et d'évolutivité.