WordPress avec page builder

Cette offre fait partie de mon pôle création de site web : c’est la version où vous gardez la main sur la mise en page une fois le site livré.

Pourquoi passer par un page builder plutôt que par du développement sur mesure

Un client qui me contacte pour un site en Elementor ou en Divi a presque toujours la même raison en tête : il veut pouvoir modifier son site sans me rappeler à chaque virgule. Ajouter une page, changer une photo, réorganiser un bloc de texte — ça, il veut le faire lui-même, le week-end ou entre deux rendez-vous, sans facture à la clé.

C’est la vraie différence avec un développement sur mesure. Sur un thème WordPress codé à la main (voir WordPress sur mesure), chaque nouvelle section de page passe par moi. Avec un page builder, je construis une structure de blocs réutilisables que vous pouvez recomposer vous-même : bannière, texte-image, témoignages, appel à l’action. Vous gardez la main sur la mise en page, pas sur le code.

Ça a un coût : un site Elementor ou Divi charge plus de CSS et de JavaScript qu’un thème sur mesure, et la marge d’erreur en autonomie est réelle — un client qui empile les widgets finit souvent par alourdir ses pages sans s’en rendre compte. Mon travail consiste à poser un cadre assez solide pour que cette liberté ne se retourne pas contre vous : des templates limités, des styles verrouillés, et une formation à la prise en main pour que vous sachiez où vous arrêter.

Ce que je construis avec Elementor ou Divi

Concrètement, je construis la structure complète du site : header et footer, gabarits de page, formulaires, popups si besoin, et l’intégration du blog quand vous publiez régulièrement. Je pars d’une maquette validée avec vous plutôt que d’improviser directement dans l’éditeur, parce qu’un page builder utilisé sans plan produit vite des pages incohérentes d’une section à l’autre.

Une fois la structure posée, voici ce qui est inclus :

Rester rapide malgré le page builder

Un reproche revient souvent sur Elementor et Divi : des sites lents, avec des pages qui chargent trois fois plus de CSS que nécessaire. C’est vrai quand le builder est utilisé sans discipline — widgets empilés, effets d’animation partout, images non compressées. Ce n’est pas une fatalité du builder lui-même.

Mon approche : je limite le nombre de widgets différents utilisés sur le site, je désactive les fonctionnalités CSS/JS du builder qui ne servent à rien sur vos pages, je compresse et redimensionne les images avant mise en ligne, et j’active le lazy-loading sur tout ce qui n’est pas visible immédiatement. Je choisis aussi l’hébergement et les extensions de cache en fonction du trafic réel du site, pas par habitude.

Elementor ou Divi : comment je choisis

Les deux font le même métier — page builder visuel, sans code — mais pas de la même manière. Je recommande l’un ou l’autre selon ce que vous allez réellement faire du site une fois livré.

Elementor a l’écosystème le plus large : plus d’extensions, plus de thèmes compatibles, plus de widgets tiers si vous voulez ajouter des fonctionnalités par la suite (réservation, formulaires multi-étapes, prise de rendez-vous). C’est mon choix par défaut pour un site qui doit évoluer souvent.

Divi propose un éditeur un peu plus figé mais plus cohérent visuellement d’une page à l’autre, avec une bibliothèque de designs préconçus qui accélère la phase de maquette. Je le propose quand l’identité graphique est déjà bien définie et que le nombre de pages reste limité.

Dans les deux cas, la licence du builder reste à votre charge en plus de mon devis — je vous indique le coût exact avant de démarrer, pour que vous puissiez comparer sereinement à un développement sur mesure si le budget est serré.

Les cas où je vous le déconseille

Un page builder n’est pas le bon outil pour tout, et je préfère vous le dire avant de démarrer plutôt qu’après.

Si votre site doit avant tout charger vite — beaucoup de trafic mobile, forte concurrence sur le SEO local, ou simplement une exigence de performance stricte — un thème sur mesure sans builder ira plus loin, parce qu’il n’embarque pas le CSS et le JS de l’éditeur en production. C’est le cas typique d’une vitrine professionnelle pensée pour la conversion plutôt que pour l’autonomie éditoriale.

Si votre projet demande des logiques métier spécifiques — un configurateur, un espace client avec des règles complexes, une intégration API poussée — un page builder devient vite un frein plutôt qu’un accélérateur : vous finissez par empiler des extensions pour simuler ce qu’un développement sur mesure ferait proprement dès le départ.

Et si vous refondez un site existant qui tourne déjà sur un builder mal maîtrisé, avec des pages ralenties par des années d’ajouts successifs, je regarde d’abord s’il vaut mieux repartir sur une base saine plutôt que de rafistoler l’existant.

Tarifs et déroulé

Le prix dépend du nombre de gabarits de page différents, du nombre de langues, et de la présence ou non d’un blog ou de formulaires multi-étapes. Un site vitrine simple de 5-6 pages avec un formulaire de contact se situe en bas de la fourchette ; un site avec blog, plusieurs types de pages et des formulaires de devis complexes se rapproche du haut.

Le déroulé reste le même quel que soit le budget : cadrage des pages et du contenu, maquette validée avant intégration, construction dans l’éditeur, formulaires et tests, puis une session de formation avant la mise en ligne. Je livre le site avec un accès complet — pas de dépendance à moi pour les mises à jour de contenu.

Si vous préférez ne pas gérer les mises à jour techniques (thème, builder, extensions, sauvegardes), je propose un contrat de maintenance dès 80 € HT/mois. Pour un chiffrage précis selon votre nombre de pages, vous pouvez demander un devis.