Gutenberg, Elementor ou éditeur classique : quel outil pour construire votre site WordPress ? 

Si vous avez déjà cherché « comment modifier mon site WordPress », vous avez inévitablement croisé ces noms : Gutenberg, Elementor, peut-être Divi ou WP Bakery. Chacun se présente comme la façon la plus simple et la plus puissante de créer des pages WordPress. Le vocabulaire est séduisant — drag-and-drop, no-code, visuellement intuitif. Mais pour les PME qui investissent dans un site web professionnel, la question n’est pas « quel outil est le plus facile à utiliser en vidéo démo ? » — elle est : « quel outil produit le meilleur résultat pour mon site, sur le long terme ? » En tant qu’agence web à Montréal active depuis plus de 25 ans, on a testé et utilisé plusieurs de ces approches en production réelle. Voici notre évaluation honnête.

Les trois grandes approches pour construire des pages WordPress

Sur WordPress, il existe trois façons principales de structurer et construire les pages de votre site. Chacune a ses forces, ses limites, et son profil d’usage idéal.

La première est Gutenberg, l’éditeur de blocs natif intégré dans WordPress depuis la version 5.0 (décembre 2018). La deuxième est un page builder tiers comme Elementor, Divi ou WP Bakery — des plugins qui remplacent ou complètent l’éditeur natif avec une interface visuelle plus élaborée. La troisième est l’éditeur classique — l’ancien éditeur WordPress — combiné à ACF (Advanced Custom Fields), un plugin qui permet aux développeurs de créer des champs personnalisés par type de contenu et par page. C’est cette troisième approche qu’on utilise chez Agence Chocolat sur tous nos projets WordPress sur mesure.

Gutenberg : l’éditeur natif de WordPress

Gutenberg a été introduit dans WordPress comme le futur de l’édition de contenu. Il repose sur un système de blocs : chaque élément d’une page — un paragraphe, une image, un titre, un bouton, une colonne — est un bloc indépendant qu’on peut ajouter, déplacer, et configurer visuellement.

Ce que Gutenberg fait bien

Gutenberg est intégré directement dans WordPress : pas de coût supplémentaire, pas de dépendance à un fournisseur tiers, pas de risque d’incompatibilité avec une future mise à jour majeure de WordPress. Pour la rédaction et l’édition de contenu éditorial simple — des articles de blogue, des pages de contenu textuelles avec quelques images — il est fonctionnel et suffisant.

Le système Full Site Editing (FSE), introduit progressivement depuis WordPress 5.9, permet en théorie de contrôler l’ensemble du thème via Gutenberg — en-tête, pied de page, modèles de page. C’est une vision ambitieuse qui pourrait, à terme, réduire la dépendance aux thèmes et aux page builders pour certains usages.

Les limites de Gutenberg pour des projets sur mesure

En pratique, pour les projets WordPress sur mesure que nous livrons à nos clients PME, Gutenberg présente des limitations importantes. La création de mises en page complexes et personnalisées demande soit des blocs supplémentaires (via des plugins tiers), soit du code CSS personnalisé, soit les deux. L’interface peut devenir confuse pour les clients qui veulent modifier leur contenu après la livraison : trop de blocs, trop d’options, trop de risques de déstructurer accidentellement une mise en page soigneusement construite.

Le Full Site Editing reste en développement actif et change d’une version WordPress à l’autre. Construire un site professionnel entièrement sur FSE aujourd’hui, c’est prendre un risque sur la stabilité future — des éléments de l’interface et des fonctionnalités changent à chaque version majeure. Pour des clients qui veulent un site stable sur 3 à 5 ans sans refaire la structure à chaque mise à jour WordPress, ce n’est pas encore l’approche que l’on recommande.

Elementor : le page builder le plus populaire

Elementor est de loin le page builder le plus installé sur WordPress — plus de 12 millions d’installations actives selon WordPress.org. Son interface drag-and-drop permet de construire des pages visuellement, en temps réel, sans toucher à une ligne de code. C’est exactement ce qui le rend si populaire dans les tutoriels YouTube et les démos de freelances.

Ce qu’Elementor apporte

Pour un utilisateur non technique qui veut construire rapidement une page WordPress visuellement, Elementor abaisse significativement la barrière d’entrée. Des dizaines de widgets préconstruits (formulaires, galeries, compteurs, cartes) et des centaines de templates permettent de créer une page fonctionnelle en quelques heures. Pour les petits projets avec des budgets limités, c’est une option qu’on comprend.

Les limites d’Elementor en production professionnelle

En production professionnelle, Elementor crée plusieurs problèmes sérieux. Le premier est la performance. Elementor génère une quantité importante de HTML, CSS et JavaScript supplémentaires — souvent plusieurs centaines de kilooctets de code que votre thème personnalisé n’aurait pas besoin de charger. Ce poids additionnel affecte directement vos Core Web Vitals et votre score PageSpeed Insights.

Le deuxième problème est le verrouillage propriétaire (vendor lock-in). Votre contenu est structuré selon le format de données interne d’Elementor. Si vous décidez un jour de changer d’approche — migrer vers un autre thème, refondre le site sans Elementor — une grande partie du travail de structuration devra être refaite. Votre contenu est prisonnier de l’outil.

Le troisième problème est la maintenance. Elementor se met à jour régulièrement, et certaines mises à jour créent des incompatibilités avec des thèmes ou d’autres plugins. Un site construit avec Elementor nécessite une attention particulière lors des mises à jour — chaque mise à jour d’Elementor peut potentiellement casser une mise en page construite avec une version précédente.

Et Elementor Pro, la version qui offre les fonctionnalités avancées, est payante à renouvellement annuel. Ce coût récurrent s’ajoute au coût de l’hébergement et de la maintenance.

L’éditeur classique + ACF : notre choix pour les projets professionnels

Chez Agence Chocolat, on utilise l’éditeur classique de WordPress combiné à Advanced Custom Fields (ACF Pro) sur tous nos projets sur mesure. Ce n’est pas un choix nostalgique — c’est un choix délibéré basé sur 25 ans d’expérience de production.

Pourquoi l’éditeur classique ?

L’éditeur classique est simple et stable. Il fait exactement ce qu’un éditeur de contenu doit faire : permettre de modifier le texte et les images d’une page. Pas plus. La complexité de la mise en page, elle, est gérée par le développeur dans le code du thème — pas par un outil d’interface graphique.

Cette séparation est fondamentale. Dans notre approche, la mise en page d’une page est définie dans le code du thème, une fois pour toutes. Elle ne peut pas être déstructurée accidentellement en déplaçant un bloc dans l’éditeur. Quand un client modifie sa page, il modifie le contenu — texte, images — sans risquer de casser la structure visuelle.

Pourquoi ACF change la donne

ACF (Advanced Custom Fields) est un plugin WordPress qui permet aux développeurs de créer des champs personnalisés pour n’importe quel type de contenu. Concrètement : on peut créer un champ « Sous-titre », un champ « Bouton d’appel à l’action », un champ « Image de fond », un champ « Témoignage » — et les afficher exactement là où on veut dans la mise en page, via le code du thème.

Le résultat est un tableau de bord d’édition sur mesure pour chaque type de page. Le client ne voit que les champs qui lui appartiennent — titre, texte, image, bouton — présentés clairement, sans interface encombrée. Pas de colonnes, pas de blocs, pas de sections imbriquées. Juste les informations dont il a besoin pour maintenir son contenu.

Et du côté du code, le développeur a un contrôle total sur le HTML généré. Il n’y a pas de div imbriquées créées par un page builder, pas de classes CSS propriétaires qu’on ne contrôle pas, pas de JavaScript chargé par défaut pour des fonctionnalités qu’on n’utilise pas. Le code de chaque page est le code que l’on a écrit — rien de plus, rien de moins.

Ce que ça donne concrètement pour le client

Pour nos clients PME, la combinaison éditeur classique + ACF se traduit par trois avantages concrets. La performance : nos sites ne chargent pas de code inutile, ce qui se reflète directement dans les scores PageSpeed. La stabilité : les mises à jour WordPress ne cassent pas les mises en page, parce que celles-ci sont dans le code du thème, pas dans un page builder. Et la facilité de maintenance : les clients peuvent modifier leur contenu en toute autonomie sans risquer de déstructurer leur site.

Tableau comparatif des trois approches

Ce que ça demande comme compétences côté développeur

L’éditeur classique + ACF n’est pas une approche no-code. C’est une approche professionnelle qui requiert un développeur qui maîtrise PHP, WordPress, et ACF — quelqu’un qui sait écrire des templates de thème, créer des champs personnalisés, et appeler ces champs dans le code de façon propre et maintenable. Ce n’est pas l’approche d’un freelance qui crée des sites à partir de templates prêts à l’emploi.

C’est précisément ce qui la rend supérieure pour des projets sur mesure : le résultat n’est pas contraint par les limites d’un page builder. Chaque élément du site — chaque section, chaque composant, chaque interaction — est conçu exactement pour répondre aux besoins spécifiques du client, sans compromis imposés par une interface tierce.

Cette approche demande aussi une bonne organisation du projet dès le départ. Avant de coder quoi que ce soit, le développeur doit connaître la structure exacte de chaque page et les champs dont chaque section a besoin. C’est pourquoi on commence toujours par un wireframe : il définit la structure, et la structure définit les champs ACF à créer.

Migrer depuis Elementor ou Gutenberg vers l’éditeur classique + ACF

Si votre site existe déjà sous Elementor ou avec Gutenberg et que vous envisagez une refonte, la migration vers l’éditeur classique + ACF est réaliste — mais elle n’est pas triviale. Le contenu textuel migre facilement. Les mises en page, elles, doivent être reconstruites dans le code du nouveau thème. La bonne nouvelle : une refonte est généralement l’occasion idéale de revoir la structure de son site, et c’est là que le gain de cette migration est le plus visible.

On ne recommande pas de migrer un site Elementor fonctionnel vers classique + ACF sans raison structurelle. Mais si vous planifiez une refonte dans les 12 à 24 prochains mois, c’est le moment de faire le passage — et d’en profiter pour mettre en place une base technique qui vous servira pour les 5 prochaines années.

Ce qu’on a observé dans notre propre pratique d’agence

On a utilisé des page builders — dont Elementor — sur des projets client il y a plusieurs années, à l’époque où l’écosystème WordPress n’offrait pas encore les outils qu’il offre aujourd’hui. Ce qu’on a observé systématiquement : les sites construits avec des page builders demandent plus de temps de maintenance, présentent des scores PageSpeed plus faibles, et créent des dépendances que le client ne contrôle pas. Quand un client nous arrive avec un site Elementor et veut le faire évoluer, la première difficulté est souvent de travailler dans la structure que le page builder a imposée — pas dans la structure que le projet demandait. Depuis qu’on a standardisé sur l’éditeur classique + ACF, nos projets sont plus prévisibles, plus stables, et plus performants. Ce n’est pas l’approche la plus facile à vendre en démo — elle nécessite un développeur qui maîtrise vraiment WordPress et ACF — mais c’est celle qui produit les meilleurs résultats à long terme pour nos clients PME.

Conception de site WordPress sur mesure : notre approche

Si vous envisagez la création ou la refonte de votre site WordPress et que vous voulez un résultat performant, stable, et maintenable sur plusieurs années, on serait heureux de vous expliquer notre approche en détail.

👉 Voir notre service de conception de site web WordPress sur mesure