Combien coûte réellement Elementor en performance, par rapport à un thème classique construit avec les blocs natifs de WordPress ? Plutôt que de répondre par une impression générale, souvent alimentée par des débats plus idéologiques que techniques, ce comparatif reproduit la même page d’atterrissage, avec le même contenu visuel, dans les deux approches, puis mesure les résultats avec les mêmes outils.
La page choisie pour le test est une page d’accueil de cabinet de conseil : un bandeau d’en-tête avec image de fond, trois colonnes de services, une section témoignages avec citations, et un formulaire de contact. Un contenu représentatif de ce que construisent la majorité des sites vitrines professionnels.
La méthodologie du comparatif
La version Elementor a été construite avec la version gratuite du constructeur, sans extension d’add-ons tiers, sur un thème neutre de type Hello Elementor. La version thème classique a été construite avec les blocs natifs de l’éditeur de WordPress, sur un thème block léger, sans constructeur de page tiers. Les deux versions ont été testées sur le même hébergement, dans les mêmes conditions réseau simulées en 4G rapide, avec Lighthouse en mode mobile.
Le poids des ressources chargées
| Mesure | Elementor | Thème block classique |
|---|---|---|
| CSS total transféré | 187 Ko | 42 Ko |
| JavaScript total transféré | 312 Ko | 28 Ko |
| Nombre de requêtes | 48 | 22 |
| Score Lighthouse Performance (mobile) | 34 | 96 |
L’écart le plus frappant concerne le JavaScript : Elementor charge son propre moteur de rendu frontal, nécessaire pour interpréter la structure de widgets même une fois la page publiée, en plus des scripts d’interaction propres à chaque widget utilisé, y compris ceux qui ne sont pas actifs sur la page testée.
Ce qui explique cet écart en détail
Le thème block classique s’appuie sur les blocs natifs de Gutenberg, dont le rendu final est du HTML et du CSS statique généré à la publication, sans moteur de rendu JavaScript nécessaire pour l’affichage public. Elementor, à l’inverse, conserve une dépendance à son propre système au moment de l’affichage, pour gérer la responsivité avancée, les animations et les interactions entre widgets.
Une partie de cet écart peut être réduite avec les réglages d’optimisation propres à Elementor, notamment le chargement CSS amélioré introduit dans les versions récentes, qui limite le CSS chargé aux widgets réellement utilisés sur chaque page plutôt qu’un fichier CSS global unique. Ce réglage a été activé pour ce comparatif, sans quoi l’écart aurait été encore plus marqué.
Ce que le thème classique perd en échange
Le thème block classique impose en retour des contraintes réelles : la mise en page reste plus rigide qu’avec un constructeur visuel, et certaines demandes clientes, comme une section décalée avec chevauchement d’images, demandent plus de temps de développement CSS personnalisé qu’un glisser-déposer dans Elementor. Le gain de performance a un coût en flexibilité et en vitesse de production pour l’équipe créative.
- Un site avec des demandes de mise en page très personnalisées et changeantes reste plus rapide à produire avec Elementor.
- Un site où la performance est un critère commercial explicite, comme une page de conversion publicitaire, gagne à investir dans un thème block classique.
- Un site hybride, avec Elementor réservé aux pages de campagne et un thème classique pour le reste, reste une option pragmatique observée chez plusieurs clients.
Notre verdict
Le surcoût de performance d’Elementor par rapport à un thème block classique est réel et mesurable, de l’ordre de 60 points de score Lighthouse mobile sur ce test précis. Il ne s’agit pas d’un jugement définitif sur l’outil, dont la valeur en productivité d’équipe reste réelle, mais d’un chiffre à mettre en balance avec les exigences de performance du projet avant de faire son choix, en particulier sur des pages où chaque seconde de chargement compte commercialement.
