# Elementor vs Gutenberg natif : quel choix pour un site vitrine en 2021 ?

> Page builder ou éditeur de blocs natif ? Comparatif honnête entre Elementor et Gutenberg côté performance, maintenabilité, apprentissage et coût, pour bien choisir.

- Auteur : Clément Hadrot
- Publié le : 2021-07-08
- Mis à jour le : 2021-07-08
- Catégorie : Elementor
- URL : https://wpmoderne.dev.wordpress-developpement.fr/elementor/elementor-vs-gutenberg-natif-site-vitrine-2021/

## L’essentiel

- Gutenberg a gagné en maturité avec WordPress 5.8
- Elementor reste plus rapide à prendre en main pour un non-développeur
- Le bon choix dépend du budget de maintenance disponible

La question revient à chaque nouveau projet de site vitrine : partir sur Elementor, confortable et rapide à mettre en œuvre, ou miser sur l'éditeur de blocs natif de WordPress, qui vient justement de franchir une étape importante avec la sortie de WordPress 5.8 ? Les deux approches ont des défenseurs convaincus, et les deux ont raison sur certains points précis. Ce qui manque souvent, ce sont des critères concrets pour trancher selon le contexte réel d'un projet.

Cet article compare les deux solutions sur cinq critères qui reviennent systématiquement en phase de cadrage : la performance, la maintenabilité dans le temps, la courbe d'apprentissage, le coût, et la flexibilité de mise en page. L'objectif n'est pas de désigner un vainqueur universel, mais de donner des repères pour choisir selon la situation du client et de l'équipe qui maintiendra le site.

## Ce qui a changé avec WordPress 5.8

La sortie de WordPress 5.8 change la donne pour l'éditeur natif. Deux apports comptent particulièrement pour un site vitrine : l'arrivée de `theme.json`, qui permet à un thème de déclarer proprement sa palette de couleurs, sa typographie et ses espacements pour que l'éditeur les propose nativement à l'utilisateur, et la sortie des widgets sous forme de blocs, qui unifie enfin l'expérience entre la zone de contenu d'une page et les zones de widgets du thème (pied de page, barre latérale).

Avant cette version, l'éditeur de blocs restait limité à la zone de contenu principal, ce qui obligeait à repasser par l'ancien système de widgets pour tout le reste du site. Cette unification rapproche Gutenberg d'une expérience de mise en page complète, sans pour autant atteindre le niveau de contrôle visuel fin qu'offre un page builder dédié comme Elementor.

## Performance : avantage structurel à Gutenberg

Sur le plan strictement technique, Gutenberg part avec un avantage de nature : il fait partie du cœur de WordPress, ne charge que le CSS et le JavaScript strictement nécessaires aux blocs réellement utilisés sur une page, et ne superpose pas de couche d'abstraction supplémentaire au-dessus du rendu HTML. Un thème bloc bien construit, associé à `theme.json`, produit un DOM sobre et des feuilles de style ciblées.

Elementor, de son côté, reste un plugin tiers qui doit rester compatible avec un très grand nombre de configurations et de widgets. Cela se traduit par un DOM plus dense et davantage de fichiers CSS et JavaScript à charger, même si des efforts constants d'optimisation (chargement CSS par page, désactivation de bibliothèques inutilisées) réduisent progressivement cet écart. Sur un site où chaque kilo-octet compte, Gutenberg part favori.

> L'essentiel à retenir : Gutenberg a gagné en maturité avec WordPress 5.8 ; Elementor reste plus rapide à prendre en main pour un non-développeur ; Le bon choix dépend du budget de maintenance disponible

## Maintenabilité et pérennité

Un site construit avec l'éditeur natif dépend entièrement du cœur de WordPress, sans plugin tiers additionnel pour la mise en page. Cela réduit mécaniquement les risques de conflit entre extensions et simplifie les montées de version : il n'y a pas de compatibilité à vérifier entre une mise à jour de WordPress et une mise à jour d'un page builder externe.

Elementor introduit une dépendance supplémentaire dans la chaîne de maintenance. Ce n'est pas un problème en soi tant que le plugin reste actif et maintenu, ce qui est le cas depuis plusieurs années avec un rythme de mise à jour soutenu. Mais cela signifie qu'un projet Elementor n'est jamais totalement détachable de son plugin : reprendre le contenu sous un autre système de mise en page demande un travail de reconstruction, alors qu'un contenu en blocs natifs reste lisible et éditable même si le thème change.

## Courbe d'apprentissage et autonomie du client

C'est sur ce terrain qu'Elementor conserve une avance nette. Son interface d'édition visuelle, avec glisser-déposer et aperçu en temps réel, demande peu de formation pour qu'un client autonome modifie ses propres pages. Gutenberg, malgré ses progrès réguliers, reste conceptuellement plus proche d'un système de blocs empilés que d'une mise en page libre : certains réglages avancés (marges asymétriques, superpositions complexes) restent plus laborieux à obtenir qu'avec un page builder dédié.

Pour une équipe de développeurs qui maîtrise déjà le HTML et le CSS, Gutenberg et `theme.json` offrent un contrôle précis et cohérent sans surcouche. Pour un client final peu technique qui veut modifier seul ses pages après la livraison, Elementor reste souvent l'option la plus confortable, à condition d'accepter le compromis de performance qui l'accompagne.

## Coût global du projet

Gutenberg natif ne demande aucune licence : c'est un investissement à zéro euro de plugin, seulement du temps de développement pour construire un thème bloc adapté au projet. Elementor, dans sa version gratuite, couvre déjà une bonne partie des besoins d'un site vitrine simple, mais les projets plus ambitieux (formulaires avancés, intégrations tierces, widgets premium) basculent fréquemment vers la version payante, avec un abonnement annuel à renouveler.

Le tableau suivant résume les grandes tendances observées sur des projets de site vitrine comparables :

| Critère | Elementor | Gutenberg natif |
| --- | --- | --- |
| Performance (poids DOM/CSS/JS) | Plus lourd par défaut | Plus léger, dépend du thème |
| Maintenabilité long terme | Dépendance à un plugin tiers | Repose sur le cœur WordPress |
| Courbe d'apprentissage client | Faible, édition visuelle directe | Modérée, logique en blocs |
| Coût | Gratuit à l'entrée, souvent payant en pratique | Aucune licence |
| Flexibilité de mise en page | Très élevée, contrôle fin | Correcte depuis WP 5.8, encore perfectible |
| Cohérence de design imposée | Dépend de la discipline de l'équipe | Facilitée par theme.json |

## Notre verdict

Aucune des deux options n'est mauvaise, et le choix dépend surtout du contexte du projet plutôt que d'une préférence technique tranchée. Pour un client autonome, sans budget de maintenance récurrent, qui veut pouvoir remanier ses pages seul dans les mois suivant la livraison, Elementor reste un choix pragmatique et éprouvé. Pour une agence qui maîtrise le développement de thème, avec un client moins demandeur d'autonomie mais exigeant sur la performance et la pérennité du site, Gutenberg natif associé à `theme.json` devient une option de plus en plus crédible, en particulier depuis cette sortie de WordPress 5.8.

Notre recommandation, en l'état actuel des deux outils : évaluer d'abord qui va réellement modifier le site au quotidien après la livraison, avant même de discuter de performance. C'est ce critère, plus que tout argument technique, qui départage le mieux les deux approches sur un projet concret.