Deux familles d'outils promettent la même chose : un site en ligne sans écrire une ligne de code. Elles n'y arrivent pas de la même manière, et cette différence de méthode décide de presque tout ce qui vous arrivera ensuite — au bout de trente pages, au moment de changer de logo, le jour où quelqu'un d'autre reprend le site.
D'un côté, le constructeur visuel : vous déposez des éléments sur une surface, vous les alignez à l'oeil, l'outil retient la position exacte de chacun d'eux. De l'autre, le CMS structuré : vous remplissez des champs — un intitulé, un texte, un tarif, une photo — et un gabarit décide où chacun apparaît.
Cet article ne traite que de cette opposition. Le choix de l'outil lui-même — quelle famille, quel éditeur, sur quels critères trancher — est le sujet de comment choisir son CMS. Ici, on regarde une seule chose : ce que produit chacune des deux méthodes, et comment ce produit vieillit.
Deux façons opposées de fabriquer une page
Un constructeur visuel fonctionne comme un logiciel de dessin. La surface est vide, vous y posez un titre, une image, un bouton, vous les déplacez jusqu'à ce que l'ensemble vous plaise. Ce que l'outil enregistre, c'est cette disposition : tel bloc à telle position, avec telle taille de police et telle couleur. La page est un document autonome, complet, indépendant de tous les autres.
Un CMS structuré fonctionne comme un formulaire associé à un modèle de document. Vous ne dessinez rien : vous déclarez qu'il s'agit d'une page de prestation, et l'outil vous réclame un intitulé, une description, un tarif, trois arguments et une photo. La mise en page, elle, a été décidée ailleurs, une fois pour toutes, par le gabarit.
La conséquence tient en une phrase. Dans un constructeur, la page est le document. Dans un CMS, la page est le résultat d'un calcul entre un contenu et un gabarit : le contenu vit d'un côté, son apparence de l'autre, et rien n'oblige les deux à rester ensemble.
Cette séparation paraît théorique tant qu'on a trois pages. Elle devient la seule chose qui compte à partir de vingt.
Le constructeur : on place, l'outil enregistre
Il faut commencer par ce qu'un constructeur fait mieux que tout le reste, parce que c'est réel et que beaucoup d'articles l'escamotent.
- La boucle est courte. Vous voyez immédiatement ce que verra le visiteur. Il n'y a rien à imaginer, aucune abstraction à comprendre entre le geste et le résultat.
- La mise en page n'a pas de limite. Une colonne décalée, un titre qui déborde sur l'image, une section qui ne ressemble à aucune autre : tout est possible, parce que rien n'est imposé.
- Une page d'exception se fait vite. Pour une page qui n'a pas de soeur — une page d'accueil, une page de campagne, une page d'événement — la liberté totale est exactement le bon outil.
- Il n'y a presque rien à apprendre. On sait déplacer un rectangle. C'est la raison pour laquelle ces outils séduisent autant : la première page se termine dans la soirée.
Ces qualités ne sont pas de petites qualités. Un site qui existe vaut mieux qu'un site parfait resté à l'état de projet, et le constructeur est l'outil qui met le plus vite quelque chose en ligne. Le reproche qu'on lui adresse ne porte d'ailleurs jamais sur la première page. Il porte sur la trentième.
Le CMS : on remplit, le gabarit met en page
Le CMS structuré demande au départ un effort que le constructeur ne demande pas : accepter qu'on ne décide pas de tout. En échange, il rend quatre choses.
- La cohérence par construction. Toutes les pages de prestation se ressemblent parce qu'elles sortent du même gabarit. Ce n'est pas de la discipline, c'est de la mécanique : vous ne pouvez pas produire une page qui dérive.
- L'ajout d'une page devient un remplissage. Une nouvelle prestation, c'est un formulaire de huit champs, dix minutes, et un résultat correct du premier coup.
- Le contenu est réutilisable. Comme il existe séparément de sa mise en page, un même tarif peut apparaître sur la page de la prestation, dans le tableau récapitulatif et dans le menu, sans être ressaisi trois fois.
- La délégation devient possible. Quelqu'un qui ne connaît rien à la mise en page peut corriger un horaire sans risquer de déplacer une colonne. C'est tout le sujet de modifier son site sans développeur.
La contrepartie est nette, et il faut la dire franchement : sur un CMS structuré, une idée de mise en page qui n'entre pas dans un gabarit ne se fait pas. On l'obtient en ajoutant un bloc au thème, ce qui est un travail, ou on y renonce. Quelqu'un qui vient d'un constructeur ressent cette contrainte comme une perte pendant deux semaines, puis cesse d'y penser.
La question qui tranche : du contenu, ou un dessin ?
Il existe un test simple, et il ne demande aucune connaissance technique. Prenez une page de votre site — celle que vous avez en tête, ou celle que vous voulez créer — et posez-lui une seule question : cette page a-t-elle des soeurs ?
Une page de prestation a des soeurs : il y en aura huit, puis quinze. Une page de réalisation a des soeurs. Un article de blog a des soeurs. Une fiche d'équipe, une page de zone d'intervention, une page de question fréquente : toutes ont des soeurs, et toutes gagnent à sortir d'un gabarit.
Une page d'accueil n'a pas de soeur. Une page montée pour un salon n'en a pas. Une page unique, très travaillée, qui doit produire un effet et sera peut-être refaite dans six mois n'en a pas non plus.
Le nombre de pages sans soeur d'un site vitrine ordinaire se compte sur les doigts d'une main. Tout le reste est du contenu répétable, et le contenu répétable veut un gabarit. C'est aussi pour cela qu'un site se pense d'abord en types de pages, et pas en écrans — un point développé dans les pages d'un site vitrine et ce qu'on écrit dedans.
Le comparatif, sans arrondir les angles
| Ce qu'on regarde | Constructeur visuel | CMS structuré |
|---|---|---|
| Mise en route | La première page est en ligne dans la soirée | Il faut d'abord choisir un thème et comprendre les types de pages |
| Cohérence entre les pages | Tenue à la main : elle se dégrade avec le nombre | Garantie par le gabarit, quel que soit le nombre |
| Ajout d'une page | On duplique la précédente, puis on corrige | On remplit un formulaire : la mise en page est déjà là |
| Changement de charte | Page par page, à la main | Une fois sur le thème, toutes les pages suivent |
| Référencement | Dépend de la propreté du code produit et de vos réglages | La structure est déclarée : les balises suivent le contenu |
| Travail à plusieurs | Risqué : chacun peut déplacer ce que l'autre a posé | Chacun remplit ses champs sans toucher à la forme |
| Reprise par un tiers | Il faut relire chaque page pour comprendre la logique | Les types de pages se lisent en dix minutes |
| Sortie | On récupère des textes et des images, rarement la structure | Les champs sortent en tableau, structure comprise |
Ce qui se passe à la trentième page
Le constructeur ne pose aucun problème pendant les dix premières pages. Le mécanisme qui s'installe ensuite est lent, invisible, et tient à un seul geste : pour créer une page qui ressemble à la précédente, on duplique la précédente.
La copie part correcte. Puis on réduit la taille d'un titre parce qu'il était trop long, sur cette page-là seulement. On resserre une marge parce que le texte est plus court. On change la couleur d'un bouton parce qu'il ne se voyait pas assez sur cette photo. Chaque ajustement est raisonnable, chaque ajustement est local, et aucun ne remonte vers les autres pages.
Au bout de trente pages, le site contient trente variantes d'une même intention. Personne ne l'a décidé. Le visiteur, lui, le perçoit sans pouvoir le nommer : quelque chose ne tient pas ensemble.
Ce n'est pas le coût principal. Le coût principal est le temps. À partir du moment où chaque page est une pièce unique, toute modification transversale — ajouter un numéro de téléphone au bas de chaque page de prestation, corriger une mention, remplacer un intitulé de service — devient un travail de copie manuelle proportionnel au nombre de pages. Un travail sans compétence, sans intérêt, et que personne ne mène jamais jusqu'au bout.
Sur un CMS structuré, la même demande se traite une fois, dans le gabarit, et s'applique partout — y compris aux pages que vous aviez oubliées.
Ce qui se passe au changement de charte
Tôt ou tard, l'identité visuelle bouge : un nouveau logo, une palette qui change, une police remplacée parce que la précédente se lisait mal sur un téléphone. C'est le moment où l'écart entre les deux méthodes devient spectaculaire.
Sur un CMS structuré, un changement de charte est une opération de gabarit. On modifie le thème — les couleurs, les polices, les espacements, la forme des boutons — et l'ensemble des pages se met à jour. La durée du chantier est celle du travail de conception, pas celle de son application.
Sur un constructeur, la charte est répartie dans les pages, puisque chaque page en contient une copie. Les meilleurs outils proposent des styles globaux qui limitent la casse ; ils ne les imposent pas, et il suffit d'une couleur choisie à la main sur une page pour que celle-ci échappe au changement. En pratique, refaire la charte d'un site construit à la main est une revue page par page.
Ce qui arrive ensuite est prévisible : on refait les cinq pages importantes, on remet le reste à plus tard, et le site vit deux ans avec deux chartes. Ce n'est pas de la négligence. C'est le résultat mécanique du choix d'outil, et il était décidé le premier jour.
Le référencement : une page structurée se décrit mieux
Il faut être exact ici, parce que le sujet attire les raccourcis. Un constructeur ne pénalise pas un site, et aucun moteur ne classe une page selon l'outil qui l'a produite.
Ce qui change, c'est la qualité de la description que la page donne d'elle-même.
Quand un CMS structuré publie une page de prestation, il sait que le champ « intitulé » est le titre principal, que le champ « tarif » est un prix, que le champ « zone » est une aire d'intervention. Il produit donc une hiérarchie de titres cohérente et des données structurées exactes sans que vous ayez à y penser, et il le refait à l'identique sur les quinze pages de la même famille.
Quand un constructeur publie la même page, il sait qu'un texte de trente-deux pixels en gras se trouve en haut. Il peut le supposer titre principal ; il peut aussi se tromper, et il se trompe dès que vous avez réduit ce titre pour des raisons esthétiques. La hiérarchie suit alors le choix visuel plutôt que le sens, et deux pages voisines finissent décrites différemment alors qu'elles disent la même chose.
Cette différence pèse davantage depuis que les moteurs de réponse et les assistants lisent les pages pour en extraire des faits. Un assistant qui cherche votre tarif préfère une page où le tarif est un champ identifié à une page où il est un texte parmi d'autres textes. La façon d'écrire des pages qui se laissent citer est le sujet de être cité par les moteurs de réponse.
La nuance honnête : les bons constructeurs produisent un balisage correct si l'on respecte leurs conventions. Le problème n'est pas qu'ils en soient incapables, c'est que rien ne vous y oblige — et qu'on ne pense jamais à la hiérarchie des titres au moment où l'on est occupé à rendre une page jolie.
La sortie : ce qu'on emporte de l'un et de l'autre
Un site dure quelques années. La question de ce qu'on emporte en partant n'est donc pas théorique, et elle se répond très différemment selon la méthode.
D'un CMS structuré, on emporte des données. Chaque type de page est une liste de champs, et une liste de champs s'exporte en tableau : vos huit prestations sortent avec leur intitulé, leur description, leur tarif et le nom de leur photo, dans un format qu'un autre outil sait relire. La mise en page ne suit pas — mais elle n'était pas votre travail, et vous n'aviez pas prévu de la reprendre telle quelle.
D'un constructeur, on emporte des textes et des images. La structure, elle, était la mise en page, et la mise en page ne se transporte pas d'un outil à l'autre. En pratique, une reprise depuis un constructeur consiste à recopier le contenu page par page dans le nouvel outil : un coût en heures, multiplié par le nombre de pages.
Deux précautions valent des deux côtés. La première : vérifiez l'export pendant la période d'essai, pas le jour du départ. La seconde : vérifiez que votre nom de domaine est déposé à votre nom, et non à celui d'un prestataire. Ces deux vérifications prennent dix minutes et décident du prix de votre sortie — un point que ce que le gratuit vous prend détaille pour les formules sans abonnement.
Les trois cas où le constructeur est le bon choix
- La page unique. Un seul écran, une seule intention, aucune soeur à venir : la présentation d'un projet, une inscription à un atelier. Il n'y a rien à structurer, et un gabarit serait une contrainte gratuite.
- L'événement daté. Un salon, un festival, une opération de trois mois. La page sera éteinte avant d'avoir vieilli : elle ne connaîtra ni changement de charte, ni trentième soeur. La liberté de mise en page est ici un pur bénéfice.
- Le test. Avant d'engager un budget, on veut voir à quoi ressemblerait le site et éprouver un discours. Un constructeur produit cette maquette en une journée. À condition d'assumer que c'est une maquette : ce qu'on obtient ainsi n'est pas la base du site définitif, c'est son brouillon.
Un point commun à ces trois situations : la durée de vie est courte, ou le nombre de pages est de un. Dès que la durée s'allonge et que le nombre monte, l'arbitrage bascule. Si vous partez de zéro et hésitez encore, la marche à suivre complète est dans créer un site vitrine, la méthode.
Où se situe Webcosa
Webcosa est un CMS structuré, et l'assume : on n'y dessine pas une page au pixel près, on y remplit des types de pages qu'un thème met en forme. Les thèmes viennent du Store, et chaque page se compose de blocs — présentation, prestations, réalisations, questions fréquentes, contact — que vous ordonnez et remplissez.
Ce que ce choix vous donne : la cohérence sans y penser, une page de plus en dix minutes, un changement de couleurs qui traverse tout le site en une manipulation, et des pages qui se décrivent correctement aux moteurs sans réglage particulier. Ce qu'il vous retire : la mise en page libre. Si votre projet est une page unique très dessinée, un constructeur vous servira mieux, et le dire est plus utile que de vous vendre l'inverse.
L'hébergement en Europe, le certificat de sécurité, les sauvegardes et les mises à jour de la plateforme sont compris dans l'abonnement : 29 € par mois en formule Solo, 59 € en formule Pro. Le détail des blocs et des thèmes est sur la page des fonctionnalités, le comparatif des deux formules sur la page des tarifs. L'essai dure sept jours sans carte bancaire, ce qui suffit à monter trois pages et à juger si la contrainte du gabarit vous gêne ou vous soulage.
Ce qu'il faut retenir
La question n'est pas de savoir quel outil est le meilleur, mais ce que vous fabriquez. Si vous fabriquez un dessin, prenez un outil de dessin. Si vous fabriquez du contenu répétable — et un site vitrine en fabrique presque exclusivement —, prenez un outil qui sépare le contenu de sa forme.
Trois moments révèlent ce choix, et aucun n'arrive le premier mois : la trentième page, où le constructeur devient un travail de copie ; le changement de charte, que le gabarit fait en une fois et que le dessin fait page par page ; et la sortie, où l'un rend des données et l'autre des textes détachés de leur structure.
Le reste — quel éditeur, quelle formule, quelles fonctions — se traite après, et ne se traite bien qu'une fois cette question-là tranchée.
Questions fréquentes sur les constructeurs et les CMS
Un constructeur enregistre une mise en page : vous placez des éléments sur une surface, et l'outil retient leur position. Un CMS structuré enregistre du contenu : vous remplissez des champs, et un gabarit décide où chacun apparaît. Dans le premier cas, la page est un document autonome. Dans le second, elle est le résultat d'un calcul entre un contenu et un modèle, ce qui permet de changer l'un sans toucher à l'autre. Toute la suite en découle : la cohérence, le coût d'une modification transversale, et ce que vous emportez en partant.
Non, et aucun moteur ne classe une page selon l'outil qui l'a produite. Ce qui change est la qualité de la description que la page donne d'elle-même. Un CMS sait que tel champ est un titre et tel autre un tarif, donc il produit une hiérarchie et des données structurées cohérentes sans intervention. Un constructeur doit le déduire de l'apparence, et il se trompe dès qu'un titre a été réduit pour des raisons esthétiques. Un constructeur bien utilisé produit un résultat correct ; simplement, rien ne vous oblige à bien l'utiliser.
Les textes et les images se récupèrent presque toujours. La structure, en revanche, ne se transporte pas, parce que dans un constructeur elle était la mise en page elle-même. Concrètement, la reprise consiste à recréer les types de pages dans le nouvel outil, puis à replacer les contenus dedans. Comptez en heures multipliées par le nombre de pages. Le point critique n'est pas là : c'est de relever la liste des adresses en ligne avant d'éteindre l'ancien site, faute de quoi les redirections ne peuvent plus être écrites.
Quatre, si l'on compare à une page dessinée à la main. La cohérence est garantie par le gabarit plutôt que tenue par la discipline. L'ajout d'une page devient un remplissage de formulaire au lieu d'une duplication à corriger. Une modification transversale se fait une fois et s'applique partout, y compris aux pages oubliées. Enfin, le contenu existant séparément de sa forme, il s'exporte, se réutilise et se délègue sans risque pour la mise en page.
Le principal est réel : la mise en page est contrainte. Une idée qui n'entre pas dans un gabarit demande d'ajouter un bloc au thème, ce qui est un travail, ou d'y renoncer. Le second est un temps d'entrée : il faut comprendre la notion de type de page avant de produire quoi que ce soit, là où un constructeur donne un résultat dès la première minute. Ces deux inconvénients pèsent lourd sur une page unique et deviennent négligeables sur un site de vingt pages destiné à vivre plusieurs années.
Listez les pages que le site aura dans deux ans, pas celles qu'il a aujourd'hui, et regroupez-les par famille. Une famille qui compte plus de trois membres — les prestations, les réalisations, les articles, les zones d'intervention — veut un gabarit : ce sont des pages soeurs, elles doivent se ressembler et se modifier ensemble. Si toutes vos familles comptent un seul membre, votre site est une collection de pages uniques, et un constructeur visuel est le bon outil.
Non, mais il déplace l'endroit où le caractère se décide. Sur un constructeur, il se décide page par page, au moment de la mise en page. Sur un CMS, il se décide une fois, dans le thème : les couleurs, les polices, les espacements, la forme des blocs. Le résultat peut être tout aussi affirmé, et il a un avantage — il reste identique sur les quarante pages. Ce qui devient difficile, c'est la page unique très dessinée, celle qui ne ressemble à aucune autre.
Pour les gestes courants, non : modifier un texte, remplacer une photo, changer un tarif, publier un article se font depuis un écran d'administration, sans écrire de code. Ce qui demande un apprentissage n'est pas technique mais conceptuel : comprendre qu'on remplit un type de page plutôt qu'on ne dessine un écran. Comptez une à deux heures pour être autonome sur un outil hébergé. Ce qui demande une compétence, en revanche, c'est de modifier un thème pour lui ajouter un bloc inexistant.
Il n'y a pas de seuil exact, mais la gêne apparaît là où les pages soeurs se multiplient, en général entre quinze et trente. Le signal n'est pas le nombre lui-même : c'est le jour où l'on vous demande une modification qui concerne toutes les pages d'une même famille, et où vous réalisez qu'il faut l'appliquer une par une. Si ce moment est déjà arrivé, il arrivera de nouveau, plus souvent et sur davantage de pages. C'est le bon moment pour poser la question du gabarit.