La demande arrive toujours quelques semaines après la mise en ligne. Le dirigeant veut ajouter une ligne à sa grille de tarifs, décaler un bouton, insérer un bandeau pour annoncer une fermeture, ou dupliquer la section qui présente une prestation pour en présenter une seconde. Rien de tout cela ne relève d'un projet, et pourtant, sur beaucoup de sites, chacune de ces demandes déclenche un échange de messages avec le prestataire et parfois un devis.
C'est ce coût de friction qui nous a conduits à installer un constructeur de pages sur la majorité des vitrines que nous livrons. Un constructeur de pages est une extension qui permet de composer visuellement la mise en page d'une page, en déplaçant des blocs, sans écrire de code. Nous utilisons Elementor sur les sites WordPress que nous créons à partir de 900 HT, en France comme en Suisse, et le choix mérite d'être expliqué plutôt qu'affirmé.
Ce qu'un constructeur change dans le quotidien d'une entreprise
L'éditeur de blocs livré avec WordPress convient parfaitement à un article ou à une page de texte. Il devient limitant dès que la page a une structure marketing : une section pleine largeur avec image de fond, trois colonnes qui se réorganisent proprement sur téléphone, un encart de tarif répété à l'identique sur cinq pages, un appel à l'action aligné sur une grille précise.
Sans constructeur, deux voies subsistent. La première consiste à coder chaque gabarit de page, ce qui donne un résultat propre mais rend toute évolution dépendante d'un développeur. La seconde consiste à empiler des extensions spécialisées, une pour les colonnes, une pour le carrousel, une pour les onglets, et à obtenir un site que plus personne ne maîtrise.
Le constructeur remplace ces deux voies par un modèle unique. Le gain se mesure très concrètement : la mise à jour d'un tarif ou l'ajout d'un bandeau saisonnier passe d'une demande d'intervention à une opération de dix minutes réalisée en interne. Sur une année, cela représente la différence entre un site qui reflète votre activité et un site qui date de sa livraison.
Pourquoi nous avons retenu Elementor plutôt qu'un autre constructeur
Plusieurs constructeurs sérieux existent, et nous n'affirmons pas qu'Elementor est techniquement supérieur à tous. Notre choix repose sur quatre critères d'exploitation.
- La courbe d'apprentissage est courte. Une session de formation d'une à deux heures suffit à rendre autonome une personne non technique sur les modifications courantes, ce qui est la condition pour que l'outil serve réellement.
- La gestion des modèles évite la dispersion. L'en-tête, le pied de page et les gabarits de page sont définis une fois et appliqués partout, au lieu de vivre en vingt versions divergentes que personne ne pense à harmoniser.
- Le comportement sur mobile se contrôle au moment de la conception plutôt que d'être découvert à la livraison, ce qui supprime une bonne part des retouches de dernière minute.
- L'écosystème est très répandu. Lorsque nous reprenons un site existant, la probabilité de tomber sur Elementor est élevée, et nous savons donc le mettre à jour, le durcir et le récupérer sans avoir à tout reconstruire.
Ce dernier point compte davantage qu'il n'y paraît pour une entreprise. Un outil largement diffusé reste maintenable par un autre prestataire que nous, ce qui est un avantage pour vous et non une faiblesse pour nous.
Ce que le constructeur coûte en performance, et comment nous le contenons
L'objection technique est fondée : un constructeur génère plus de code qu'un gabarit écrit à la main, et il charge des feuilles de style et des scripts supplémentaires. Sur un site correctement construit, cet écart reste maîtrisable. Sur un site laissé à lui-même, il devient le premier facteur de lenteur.
La dégradation ne vient presque jamais du constructeur seul, elle vient de son environnement. Nous voyons régulièrement des installations qui cumulent une dizaine de modules complémentaires ajoutés pour un unique effet visuel, plusieurs carrousels animés sur la page d'accueil, une animation d'apparition sur chaque titre, quatre familles de polices chargées en plusieurs graisses et des images déposées à leur taille d'origine. Aucun réglage de cache ne compense cet empilement, comme nous l'expliquons dans notre article sur le score PageSpeed.
Notre discipline tient en quelques règles. Nous limitons les modules complémentaires à ce qui est réellement utilisé, nous nous en tenons aux widgets natifs et stables plutôt qu'aux nouveautés, nous fixons deux familles de polices au maximum, et nous formons à utiliser moins d'effets plutôt que davantage. Nous mesurons ensuite le résultat sur les indicateurs qui comptent pour l'expérience réelle, décrits dans Core Web Vitals en français, et nous corrigeons ce qui dépasse.
Le risque de dépendance, et la façon dont nous le neutralisons
Le second reproche adressé aux constructeurs est la dépendance : le contenu d'une page composée avec Elementor est enregistré dans un format propre à l'extension, et désactiver celle-ci laisse une page difficilement exploitable. Le risque est réel et nous ne le minimisons pas.
Nous le réduisons de trois façons. D'abord, nous souscrivons les licences à votre nom, dans un compte dont vous détenez les identifiants : une licence enregistrée au nom d'un prestataire vous prive de mises à jour le jour où la relation s'arrête, un sujet que nous développons dans à qui appartient votre site une fois livré. Ensuite, nous conservons vos textes de fond dans des contenus standards autant que possible, de sorte que l'information reste lisible même sans le constructeur. Enfin, nous posons un thème enfant pour que l'en-tête, le pied de page et les fonctions ne dépendent pas uniquement de l'extension.
Quand nous ne proposons pas de constructeur
Un site très éditorial, composé d'articles et de pages de texte avec peu de mise en forme, se porte mieux avec l'éditeur de blocs natif : le code produit est plus léger et l'outil est déjà présent. Une application métier, un espace client avec des règles spécifiques ou un catalogue alimenté depuis un système de gestion sortent également du cadre : le constructeur devient alors une contrainte, et la question se déplace vers celle que nous posons dans WordPress ou développement sur mesure.
Nous ne proposons pas non plus d'ajouter Elementor sur un site existant déjà bâti avec un autre constructeur. Superposer deux systèmes de mise en page produit une installation impossible à faire évoluer. Dans ce cas, nous étudions soit une correction du système en place, soit une reconstruction propre.
Trois calendriers de mise à jour à tenir ensemble
Un site avec constructeur suit trois cycles de publication qui ne sont pas synchronisés : celui de WordPress, celui du thème et celui du constructeur. Une mise à jour du constructeur peut modifier le rendu d'un bloc précis sans que rien ne signale le changement, et le décalage se découvre en regardant la page.
C'est la raison pour laquelle nous ne livrons pas de site de ce type sans proposer le contrat de maintenance WordPress à 500 HT / an. Nous appliquons les mises à jour, nous vérifions ensuite les pages visuellement, nous disposons d'une copie stockée hors du serveur, et le contrat inclut une heure de modification par trimestre pour les changements que vous préférez nous confier. Une intervention d'urgence hors contrat se facture pour sa part 230 HT / h, ce qui rend l'arbitrage rapide.
Un constructeur de pages n'est ni une garantie de qualité, ni une faute technique. C'est un choix d'exploitation qui vous rend autonome sur les modifications courantes, à condition de le tenir : peu d'extensions, des licences à votre nom, un thème enfant, et des mises à jour suivies. Si vous hésitez entre un site que vous pourrez faire évoluer seul et un site plus léger que nous ferons évoluer pour vous, décrivez-nous vos pages et nous vous dirons franchement quelle option correspond à votre situation.