180 kilooctets de JavaScript supplémentaires : c’est le genre de chiffre qui circule vite dans une équipe dès qu’une page Elementor commence à ramer, et qui désigne presque toujours le même coupable présumé, l’addon installé le plus récemment. Le problème, c’est que ce chiffre seul ne dit rien du script réellement responsable du ralentissement perçu.
Un addon peut peser lourd en taille de fichier sans bloquer le rendu, tandis qu’un script minuscule mais mal placé peut suffire à dégrader nettement l’indicateur INP, devenu un Core Web Vital officiel en mars 2024. Cette checklist vise à mesurer avant de conclure, plutôt que d’accuser sur la seule base d’une impression de lenteur.
Étape 1 : isoler la mesure de référence, sans extension active
Avant toute chose, ouvrir l’onglet Performance des outils de développement du navigateur, en navigation privée et avec les extensions du navigateur désactivées, pour éviter qu’un bloqueur de publicité ou un gestionnaire de mots de passe ne fausse la mesure. Un premier enregistrement de chargement de la page, sans aucune modification, donne la ligne de base à comparer ensuite.
Ce premier passage doit noter trois valeurs : le temps de blocage total visible dans le résumé de performance, le nombre de tâches longues (« Long Tasks » supérieures à 50 millisecondes), et le poids total du JavaScript transféré, visible dans l’onglet Réseau en filtrant sur le type de fichier.
Étape 2 : classer les scripts par origine, pas par taille
Le classement par taille de fichier seul induit souvent en erreur. Un script de 40 kilooctets exécuté une seule fois au chargement pèse généralement moins sur l’interactivité qu’un script de 15 kilooctets qui s’exécute en boucle sur un évènement de défilement. Le panneau Performance permet de trier les scripts par temps d’exécution cumulé, une donnée bien plus révélatrice que le poids brut du fichier.
- Repérer les scripts enregistrés par Elementor lui-même (frontend.min.js, webpack-runtime) et les distinguer de ceux ajoutés par chaque addon.
- Identifier, pour chaque addon actif, le ou les fichiers JavaScript qu’il enregistre via
wp_enqueue_script, visibles dans le code source de la page ou via un plugin comme Query Monitor. - Noter séparément les scripts tiers externes (cartes, vidéos, widgets sociaux intégrés par un addon), qui pèsent souvent bien plus lourd que le code de l’addon lui-même.
Étape 3 : désactiver un addon à la fois, jamais en groupe
La tentation de désactiver plusieurs addons d’un coup pour gagner du temps produit un résultat inexploitable : impossible de savoir ensuite lequel portait réellement le problème. La méthode fiable consiste à désactiver un seul addon, recharger la page, mesurer à nouveau, puis réactiver avant de passer au suivant.
Ce qu’il faut noter à chaque passage
- Le temps de blocage total après désactivation de l’addon testé.
- La variation du nombre de requêtes réseau.
- La présence ou l’absence d’erreurs dans la console, qui peut révéler une dépendance cachée entre addons.
Étape 4 : vérifier le chargement conditionnel des scripts
Un addon bien conçu ne charge ses scripts que sur les pages où ses widgets sont réellement utilisés. Un des indicateurs les plus fiables d’un addon mal optimisé consiste à retrouver ses fichiers JavaScript chargés sur une page qui n’utilise aucun de ses widgets, ce qui se vérifie simplement en consultant le code source généré.
Étape 5 : documenter la conclusion avant d’agir
Une fois l’addon fautif identifié avec certitude, la décision (désinstallation complète, remplacement par un widget natif, ou simple ajustement de configuration) se documente avec les chiffres mesurés, pas avec une impression. Cette trace évite de rouvrir le même débat quelques mois plus tard sur la base d’un ressenti différent.
Un chiffre de poids JavaScript sans mesure de temps d’exécution ne dit rien sur la responsabilité réelle d’un script dans le ralentissement perçu.
En résumé
Accuser un addon sur la seule base d’une impression de lenteur mène régulièrement à désinstaller le mauvais coupable, ou pire, à en garder un réellement problématique parce que le vrai responsable n’a jamais été isolé. Une mesure méthodique, addon par addon, reste le seul moyen d’agir sur la base de faits plutôt que d’une intuition.
