Le débat Elementor vs Gutenberg vs Bricks vs thème custom n'est pas une guerre de réseaux sociaux. C'est une question d'édition, de poids, de TMA. Elementor va vite en démo et vieillit mal. Gutenberg est natif et, pour moi, souvent pénible (article dédié). Bricks séduit les devs, moins les équipes communication. Le thème custom + ACF va moins vite au démarrage et se maintient. Cet article compare les quatre pour une vitrine ou un magazine PME, sans vous convertir à ma religion : je dis juste où sera la dette.
🧱 Le critère : qui ouvre l'admin le mardi
Si une équipe communication doit dessiner des pages d'atterrissage chaque semaine, un builder (Elementor ou Bricks) a un sens, avec des garde-fous. Si elle change un titre et une photo, Gutenberg ou des champs ACF suffisent, et le site reste mince.
Le prestataire qui installe Elementor « au cas où » construit la lenteur. Voir éviter un WordPress lourd.
⚡ Poids et TMA
Elementor : add-ons, CSS inline, mises à jour qui cassent. Bricks : plus sec, écosystème plus petit. Gutenberg : le core bouge, les blocs marketplace aussi. Custom : vous payez le build, vous gagnez la TMA si c'est propre.
Les quatre se maintiennent. Aucun ne se maintient tout seul. Le builder empile plus de surface.
- Qui édite, combien de fois par semaine
- Landings très graphiques ou pages métier
- Budget TMA annuel
- Acceptation d'un non sur les add-ons
🎨 Bricks vs Elementor
Bricks parle aux développeurs (moins de code superflu). Elementor parle aux studios et aux tutos. Pour une PME sans dev interne, Elementor est plus courant, donc plus de prestataires, et plus de sites gras. Ce n'est pas un compliment.
Je prends Bricks si le client a déjà un développeur front. Sinon je ne l'impose pas.
🔄 Changer d'outil plus tard
Un builder enferme le contenu dans son format. Quitter Elementor, c'est reconstruire chaque page à la main : le texte reste en base, la mise en page part. Plus le site a de pages, plus la sortie coûte cher.
Un thème custom avec des champs nommés se migre mieux : titre, texte, image sont des données, pas des colonnes imbriquées. C'est un critère à poser dès le choix, pas le jour où l'on veut partir.
✅ Thème custom
Plus cher au jour 1, plus honnête à trois ans pour une vitrine stable. Les champs sont nommés. L'éditeur ne « casse pas le design » en tirant un slider.
Elementor / Gutenberg / Bricks / thème custom : choisissez la dette que vous paierez encore. Pas la démo la plus jolie.
Le builder le plus cher est celui que plus personne ne sait vider.
✅ Ordre de travail pour changer de constructeur
On recense les gabarits (accueil, article, page de service, produit), puis on choisit lesquels sont reconstruits et lesquels sont abandonnés. On ne convertit pas ce qu'on peut supprimer.
Sauvegarde restaurable, accès à votre nom, thème enfant versionné. Puis 24 à 72 h de suivi : vitesse, affichage mobile, formulaires. Sans cette période de contrôle, une mise en page qui flanche passe inaperçue.
- Gabarits listés avant la conversion
- Comparaison page par page sur une copie
- Un gabarit migré à la fois
- Contrôle humain puis 24 h de suivi mobile
📌 Ce que je refuse sur ce sujet
Je refuse d'empiler un deuxième constructeur sur le premier. Je refuse de convertir des pages sans les avoir comparées. Je refuse les bascules en production avant un temps fort commercial.
Je refuse aussi de me taire : si le bon choix est de ne rien changer, je vous le dis. Cet article n'est pas un prétexte pour refaire un site qui fonctionne.
🧭 Questions fréquentes
Faut-il changer de constructeur de pages tout de suite ? Non, sauf si le site est devenu lent ou impossible à modifier. Sinon, décidez au prochain redesign plutôt que dans l'urgence.
Peut-on migrer de constructeur sans copie de test ? Non : les mises en page se cassent à la conversion. On compare page par page sur une copie, puis on bascule, comme pour une mise à jour de thème.
Combien de temps ? Une demi-journée par gabarit de page à convertir, plus les cas particuliers. Un « on passe tout à Gutenberg en un après-midi » ne tient que pour trois pages.
