CMS et technologies d’un site web : sur quoi construire, et le coût d’un changement d’avis

La conversation sur la technologie d’un site commence en général par une question sans réponse : laquelle est la meilleure. Il n’y en a pas, comme il n’y a pas de meilleur véhicule — il y a un accord entre ce que vous avez à transporter et pour combien de temps.

Cette rubrique n’est donc pas un guide à lire du début à la fin. C’est un aiguillage : neuf textes, un par situation qui amène une entreprise à parler de technologie. Dans la pratique, une seule question ouvre presque toujours le dossier : quel CMS pour votre site web, c’est-à-dire dans quel système la personne qui rédige ira travailler.

Ce que cette rubrique tranche vraiment

Les devis se comparent au prix et à la liste des fonctions. Ce qui décide du résultat, ce sont deux choses absentes des deux, et dont les conséquences n’apparaissent qu’en troisième année.

Qui, dans l’entreprise, pourra changer quoi. Cette seule question élimine la plupart des options avant que quiconque n’ouvre un comparatif. Si le contenu change une fois par trimestre et qu’une personne s’en charge, presque n’importe quelle solution fera l’affaire. S’il change chaque semaine, que trois services y touchent et qu’une erreur dans un tarif coûte de l’argent, il ne reste qu’un petit groupe de systèmes — et c’est lui, non le nombre de pages, qui fixe le budget.

Ce que coûte le départ. Ce coût ne figure dans aucun devis et varie d’un ordre de grandeur d’une solution à l’autre : de certaines, le contenu ressort dans un seul fichier ; d’autres ne rendent que du texte brut ; d’autres encore ne se quittent qu’avec le prestataire, parce que personne d’autre ne les maintiendra. C’est le poste qu’on ne peut pas acheter plus tard : il se joue à la signature.

La question suisse : combien de langues

Une troisième question s’ajoute ici, et elle relève du même dossier. Un site d’entreprise suisse existe rarement dans une seule langue. Deux, souvent trois — et ce n’est pas une affaire de traduction, mais de la façon dont le système modélise une version linguistique. Un CMS peut traiter la traduction comme un champ de plus sur la même fiche : une structure, un menu, un jeu d’adresses. Un autre en fait un site distinct : chaque page existe deux ou trois fois, et chaque changement de structure se refait autant de fois. Les deux fonctionnent ; ils ne coûtent pas la même chose à l’usage, et la différence ne se voit pas sur une maquette.

D’où une question précise à poser au prestataire : une deuxième langue, dans ce système, c’est un champ ou un second site ? C’est une question de CMS, pas de design, et elle se règle avant la signature.

Le reste — quel langage, quel framework, quel hébergement — découle de ces réponses. D’où la question à poser devant n’importe quel devis : non pas « est-ce moderne », mais qui pourra travailler ici, et que coûterait un retour en arrière.

L’ordre dans lequel ces décisions se prennent

Savoir laquelle vous êtes en train de prendre, c’est savoir combien de temps elle mérite.

Réversible, donc bon marché. L’hébergement se change : un travail qui se compte en heures plutôt qu’en projet, et qui ne touche ni au contenu ni à l’apparence. De même pour les outils autour du site — mesure d’audience, formulaires, recherche. Une décision qui s’annule en une semaine ne mérite pas un mois de délibération.

Irréversible, donc cher. Le système où vit le contenu, et la manière dont le site est construit, engagent des années. En changer n’est pas déplacer des fichiers : c’est réécrire le site et faire passer chaque adresse sans perdre sa place dans les résultats de recherche — avec deux ou trois langues, chaque adresse dans chaque langue.

D’où l’ordre à tenir : réglez qui change quoi, et à quoi ressemblerait une sortie, avant de parler d’hébergement, de frameworks et de noms de produits. Les devis mènent cette conversation à l’envers, parce qu’un nom de produit s’écrit plus facilement qu’une réponse à la première question.

Quel texte répond à votre question

Trouvez la phrase que vous pourriez dire de votre propre situation : elle nomme le texte à ouvrir.

Avant de choisir — comprendre de quoi on parle

« J’ai un devis et les mots à côté du prix ne me disent rien. » Serverless, edge, JAMstack, API-first, PWA — aucun n’est bon ou mauvais en soi, chacun décrit une manière de faire. Un glossaire pour la personne qui signe, avec une question à poser au prestataire sous chaque entrée. → Site web moderne : ce que veulent dire les mots des devis

« Je voudrais savoir de quoi un site est fait. » Sans cela, la suite se joue à l’aveugle : faute de distinguer le contenu de l’apparence et du comportement, on ignore ce que l’on peut modifier soi-même et ce qui relève de la reconstruction. Les trois couches d’un site, pour l’acheteur. → HTML et CSS, ou ce que vous regardez en ouvrant le code

« Deux devis, deux langages différents. » La différence ne passe pas là où les noms le suggèrent : d’un côté un système tout fait que l’on adapte, de l’autre une application écrite pour vous. Deux modèles de coût plutôt que deux technologies — avec un piège de référencement qui coûte de la visibilité. → PHP ou JavaScript pour un site d’entreprise

Sur quoi construire

« Je ne sais pas du tout sur quoi construire. » Le texte qui tranche toute la rubrique, et celui par lequel commencer si vous n’en lisez qu’un. Cinq voies, et pour chacune la ligne qu’aucun devis ne contient : ce qu’il en coûte d’en sortir. → Choisir un CMS : cinq voies et le coût de sortie de chacune

« La vraie question, c’est qui pourra changer quoi. » Le headless sépare le contenu de la présentation, et cette séparation coûte le prix de l’équipe capable de la faire vivre. Quand elle se rembourse, et quand elle revient à acheter une rédaction inexistante. → CMS headless : qui pourra changer quoi, et à quel prix

« Je veux voir ce que donne un CMS sur une année, pas dans une brochure. » Ce site tourne sur Payload : le seul texte de la rubrique dont les chiffres viennent de notre installation, pannes comprises. → Payload CMS vu de l’intérieur, sur notre propre site

« On me propose React ou Next.js et j’ignore si c’est la même chose. » Ce n’en est pas une. Tout tient à l’endroit où la page est assemblée — navigateur ou serveur — et c’est lui qui décide si un robot d’indexation voit votre contenu. → Next.js ou React : où la page est assemblée

Où l’installer

« Je choisis un hébergement sans savoir ce que je paie. » Quatre types d’hébergement, le seuil à partir duquel monter d’un cran, et les deux modèles de vente qui révèlent la facture réelle : une promotion la première année puis une marche à l’échéance, contre un prix unique sur toute la durée. → Hébergement site web : lequel choisir et ce qu’il coûte

« J’hésite entre mon propre serveur et un service géré. » Le calcul peut tourner en votre faveur — et il comporte trois postes que l’on découvre après coup. Écrit depuis notre propre installation. → Auto-hébergement avec Coolify : le calcul et trois pièges

Ce que cette rubrique ne couvre pas

Trois questions ont l’air techniques et se règlent ailleurs :

Ce que tout cela coûte. La technologie est une ligne de la facture, pas la facture, et celle-ci a deux moitiés : la création, et ce qui court dès le lendemain de la mise en ligne. Le détail est dans la rubrique consacrée au prix, complète en français.

Ce qui se passe une fois le site en ligne. Mises à jour, sauvegardes, surveillance et assistance dépendent du choix de technologie bien moins que les devis ne le laissent croire : rubrique à part, elle aussi en français.

Avec quoi rédiger au quotidien. Le choix d’un système comme produit — créateurs en abonnement, éditeurs visuels posés sur WordPress, familles de CMS — relève de la rubrique outils. Ici se règle l’architecture ; là-bas, le choix d’un instrument.

Vérifiez votre cas avant de commencer à lire

Deux des décisions ci-dessus se tranchent provisoirement en quelques minutes, sans lire aucun des neuf textes.

Un CMS classique suffit-il, ou vous faut-il le contenu séparé de la présentation ? La réponse tient surtout à la fréquence des modifications et au nombre de personnes qui les font : le quiz WordPress ou headless CMS. Vous faut-il du sur-mesure plutôt qu’un service prêt à l’emploi en abonnement ? Le quiz SaaS ou logiciel sur mesure.

Les deux existent en français et donnent un résultat motivé plutôt qu’un nom de produit — quitte à vous indiquer qu’une solution moins chère suffira.