Pourquoi je code tout sur-mesure, sans page builder

Le page builder fait gagner du temps au début, jamais à la fin

Un page builder accélère les premiers jours, puis ralentit tout le reste du projet. Elementor, Divi ou WPBakery génèrent un empilement de div imbriquées, de shortcodes et de styles inline que personne ne contrôle vraiment. Le jour où il faut modifier un comportement précis, je passe plus de temps à contourner l'outil qu'à coder la fonctionnalité. La vitesse du départ se transforme en dette technique.

J'ai repris assez de sites buildés pour connaître le scénario par cœur. Une page d'accueil qui charge trois bibliothèques d'animation pour un seul effet. Un CSS de 600 ko dont 90 % ne sert jamais. Et un client qui ne peut plus rien faire évoluer sans casser autre chose. Le sur-mesure inverse la courbe : lent à poser, rapide à faire vivre.

Pourquoi le code maison gagne sur la performance

Le sur-mesure gagne sur la performance parce que je n'embarque que ce dont la page a besoin. Pas de framework CSS de 200 ko quand trois classes suffisent. Pas de JavaScript chargé sur toutes les pages alors qu'un seul composant l'utilise. Avec Next.js en App Router, je sépare ce qui s'exécute sur le serveur de ce qui part dans le navigateur, et j'envoie le strict nécessaire au visiteur.

Sur les Core Web Vitals, l'écart est net. Un site buildé traîne souvent un LCP au-dessus de 4 secondes sur mobile à cause du poids du DOM et des scripts tiers. En contrôlant le rendu, je vise un LCP sous 2,5 secondes et un CLS proche de zéro parce que je réserve l'espace des images et des polices dès le départ. Ce ne sont pas des réglages magiques, juste des choix possibles quand on tient le code.

La performance n'est pas un caprice de développeur. Elle conditionne le référencement, le taux de rebond et la perception de sérieux. Une PME ou un artisan qui paie une vitrine mérite qu'elle s'affiche vite, même sur un téléphone d'entrée de gamme en 4G.

La maintenance est plus simple quand le code est lisible

Un code écrit à la main se maintient mieux parce qu'on peut le lire et comprendre ce qu'il fait. Quand je reprends un projet sur-mesure six mois plus tard, je retrouve des composants nommés clairement, une logique séparée de l'affichage et un historique Git qui raconte chaque décision. Sur un page builder, la logique se cache dans une interface graphique et des réglages non versionnés.

Le versionnement change tout. Chaque modification est tracée, testable et réversible. Si une mise à jour casse quelque chose, je reviens en arrière en une commande. Avec un builder, une mise à jour de plugin peut casser la mise en page sans que personne sache pourquoi, et la seule option devient le bricolage en urgence.

Cette lisibilité protège aussi le client. Son site ne dépend pas d'un outil propriétaire ni d'un abonnement mensuel à un éditeur tiers. Le code lui appartient, un autre développeur peut le reprendre, et il n'est prisonnier de personne.

Le sur-mesure permet des interactions que les builders bloquent

Coder soi-même ouvre la porte à des interactions impossibles à obtenir proprement avec un builder. Un configurateur de produit, un filtre de catalogue instantané, une animation pilotée au scroll réglée à la milliseconde, une intégration directe avec un logiciel métier. Ces besoins demandent un contrôle total du DOM et de l'état, pas une case à cocher dans un panneau de réglages.

Je pense aux artisans qui veulent un devis en ligne calculé selon des règles précises, ou aux commerces qui synchronisent leur stock avec un outil de caisse. Le builder force à plier le besoin à ce qu'il sait faire. Le sur-mesure plie l'outil au besoin réel. C'est exactement l'inverse, et ça se voit dans le résultat final.

Quand le sur-mesure n'a pas de sens

Le sur-mesure n'a pas toujours de sens, et je le dis franchement à mes clients. Pour un site validé en deux semaines, un budget serré et un besoin purement vitrine sans évolution prévue, un thème propre ou un outil no-code fait parfaitement le travail. Payer du développement pour trois pages statiques qui ne bougeront jamais serait malhonnête.

Le sur-mesure devient pertinent quand le site est un actif qui doit durer et évoluer. Trafic réel à capter, interactions spécifiques, intégrations métier, exigence de performance pour le SEO local. Mon rôle n'est pas de vendre du code à tout prix, mais de placer le curseur au bon endroit. Parfois je recommande la solution rapide. Le reste du temps, écrire le code moi-même reste l'investissement le plus rentable pour le client.