J’ai livré mes premiers sites sur Divi en 2016. C’était efficace, rapide, et les clients étaient contents. Puis j’ai passé une nuit entière à déboguer une mise à jour qui avait cassé le site entier d’un client. C’est cette nuit qui m’a convaincu de changer d’approche.

Le problème concret des page builders

Divi, Elementor, Avada – ces outils ont permis à beaucoup de gens de créer des sites sans coder. C’est leur force et leur limite.

Les benchmarks de performance sont parlants. Selon les données de WebPageTest et GTmetrix sur des sites WordPress représentatifs :

  • Un site Elementor moyen charge entre 4 et 7 secondes à froid sur mobile
  • Il génère en moyenne entre 80 et 150 requêtes HTTP au chargement
  • Le poids total de la page dépasse souvent 3 Mo même pour un site simple

À titre de comparaison, Google recommande un temps de chargement inférieur à 2,5 secondes pour le LCP (Largest Contentful Paint), l’un des Core Web Vitals qui impacte directement le SEO depuis 2021.

Ce que ça coûte vraiment

La lenteur, ce ne sont pas que des mauvaises notes Lighthouse. Ce sont des clients perdus. Amazon a calculé qu’une seconde de délai supplémentaire lui coûtait 1,6 milliard de dollars par an. À l’échelle d’une PME, l’impact est proportionnel mais bien réel.

Les études de Google sur la corrélation entre temps de chargement et taux de rebond sont sans appel : chaque seconde supplémentaire augmente le taux de rebond d’environ 32%. Sur mobile, c’est encore plus marqué.

Il y a aussi le problème de la dépendance. Quand le thème sort une mise à jour majeure – et ça arrive – vous n’avez pas le choix. Vous mettez à jour, vous espérez que rien ne casse, vous passez des heures à corriger si c’est le cas. Ce n’est pas une hypothèse : c’est ce qui se passe systématiquement.

Ce qu’un thème custom change réellement

Un thème développé sur mesure charge uniquement ce dont la page a besoin. Pas de framework CSS de 500 Ko pour utiliser 10% des classes. Pas de builder JavaScript qui tourne en arrière-plan. Pas de shortcodes propriétaires impossibles à migrer.

Les scores Lighthouse d’un thème custom bien fait se situent régulièrement au-dessus de 90/100 en performance, SEO et accessibilité. C’est atteignable parce qu’on contrôle chaque ligne de code.

Autre avantage : la maintenabilité. Un thème custom est documenté, structuré, et appartient entièrement au client. Si je disparais demain, n’importe quel développeur WordPress peut reprendre le travail sans avoir besoin d’une licence Divi ou d’une formation Elementor.

Quand un page builder reste pertinent

Je ne dis pas que les page builders sont toujours mauvais. Pour un site vitrine simple, avec un budget limité et des délais courts, Elementor ou même un bon thème Kadence peut faire le travail correctement.

La question à se poser : est-ce que ce site est un outil de vente central pour l’activité ? Si oui, les performances et la maîtrise technique justifient un développement custom. Si c’est un site secondaire ou temporaire, un builder peut suffire.

Ma stack actuelle

Aujourd’hui, je développe sur WordPress avec des thèmes entièrement custom. PHP natif, CSS écrit à la main, pas de framework JS sauf besoin spécifique. Pour les boutiques, WooCommerce avec des templates custom et des optimisations base de données.

Le résultat : des sites qui chargent en moins d’une seconde, qui scorent bien sur les Core Web Vitals, et que les clients peuvent faire évoluer sans dépendre d’un outil tiers. C’est ça l’investissement réel dans un site web.