Choisir un CMS : cinq voies pour construire un site d’entreprise, et le coût de sortie de chacune

« Quelle plateforme est la meilleure ? » La question revient dans presque chaque première conversation, et elle est mal posée.

Ces plateformes ne diffèrent pas par la qualité. Elles diffèrent par l’endroit où leur périmètre s’arrête — et par ce que coûte le déménagement, une fois cette limite atteinte. La première chose est décrite dans toutes les offres. La seconde n’y figure jamais.

Ce texte aligne cinq voies dans un seul tableau, nomme le seuil où chacune cesse de suffire, et expose les règles de sortie que nous avons vérifiées chez les fournisseurs eux-mêmes : ce que vous emportez, et ce qui reste chez eux.

Un avertissement d’entrée, parce qu’il change le calcul d’un bout à l’autre du texte : ici, un site d’entreprise existe rarement dans une seule langue. Deux ou trois versions linguistiques sont la situation normale, pas une option cochée en fin de devis. Partout où cela déplace la réponse — et cela la déplace souvent — c’est dit à l’endroit concerné.

Cinq voies dans un seul tableau

Les constructeurs SaaS — Webflow, Squarespace, Wix

Vous payez un abonnement, vous obtenez un éditeur visuel et l’hébergement compris. Le site sort vite, parce qu’il n’y a rien à installer. Vous n’avez pas accès au code et vous n’entretenez rien — ce qui est un avantage exactement jusqu’au moment où cela devient un problème.

Ils diffèrent entre eux davantage que leur nom commun ne le laisse croire. Webflow vise le concepteur : un contrôle de la mise en page proche de l’écriture de code, capable de gérer du contenu dynamique, mais qui exige de comprendre comment fonctionne un site. Squarespace se tient à l’autre extrémité — gabarits fermés, peu de décisions, résultat rapide. Wix occupe le milieu, avec le plus grand nombre de fonctions prêtes à l’emploi et le plus grand nombre de choses qu’on ne peut pas changer.

Pour une entreprise, un trait commun pèse plus lourd que ces différences : sur chacun d’eux, vous construisez sur le terrain de quelqu’un d’autre. Nous y revenons dans la section consacrée au coût de sortie, là où ce trait se transforme en montant.

WordPress avec un constructeur de pages — Elementor, Divi, Gutenberg

Le code et la base de données sont à vous, vous choisissez votre hébergement, et la mise en page se clique dans un éditeur. C’est le plus grand vivier de prestataires du marché et le plus grand catalogue d’extensions. Nous détaillons cette couche dans notre texte sur les constructeurs de pages.

Attention à la distinction qui trompe le plus souvent, et le plus cher : WordPress.com n’est pas la même chose que WordPress.org. Le premier est un service par abonnement, hébergé par Automattic, avec les limites du forfait qui vont avec — et, comme sur toute plateforme par abonnement, le prix de la première année et le prix du renouvellement sont deux chiffres distincts, alors vérifiez le second avant de vous engager sur la foi du premier. Le second est un logiciel que vous installez sur votre propre hébergement et qui ne coûte rien. Quand quelqu’un dit « on vous met ça sur WordPress », il parle presque toujours du second — mais la question vaut d’être posée, parce que les conséquences du premier ressemblent à celles des constructeurs fermés.

WordPress avec un thème sur mesure

Même socle technique, mais une apparence conçue pour vous plutôt que choisie sur étagère. La rédaction change le contenu ; un changement de mise en page repart chez le prestataire. C’est la voie qui reçoit le plus de devis et la moins commentée dans les textes sur la technologie.

À qui cela convient : une entreprise qui veut avoir l’air différente du concurrent installé sur le même gabarit, sans sortir d’un système que tous les prestataires connaissent. La limite : un thème écrit pour vous vaut ce que vaut l’équipe qui l’a écrit — et il est tout aussi difficile à reprendre pour le prestataire suivant s’il a été livré sans documentation. C’est le même piège que le développement sur mesure, à une échelle plus petite.

CMS headless — Payload, Contentful, Strapi

Le contenu vit séparément de l’apparence et se diffuse par une interface de programmation. C’est pertinent quand le même contenu doit atterrir à plusieurs endroits, ou quand vous construisez de toute façon une application. Toute cette décision a son propre texte, parce qu’elle ne tient pas dans un paragraphe.

À l’intérieur de cette voie se cache une seconde bifurcation : un système en abonnement chez un fournisseur (Contentful, Sanity) ou sur votre propre serveur (Payload, Strapi). Le premier vous retire l’entretien et laisse le contenu chez quelqu’un d’autre ; le second fait l’inverse. Pour un secteur réglementé — finance, santé, marchés publics — le second est parfois le seul admissible. Et si vous servez des clients établis dans l’Union européenne, le RGPD vous suit quelle que soit la localisation de votre entreprise, dès lors que vous traitez leurs données : la question « où se trouvent physiquement le contenu et ses sauvegardes » cesse alors d’être théorique. Limite commune aux deux branches : sans personne pour l’entretenir, le système s’arrête à la première modification qu’on ne peut pas faire depuis l’interface d’administration.

Développement sur mesure

Une application écrite pour votre processus, dans laquelle le site n’est qu’une vue parmi d’autres. On la choisit quand le produit est ce que fait le logiciel, pas ce que montre le site.

À qui cela convient : les entreprises dont le site est l’entrée d’un système — configurateur, calculateur, portail client, suivi de commandes. La limite : tout ce qui est ailleurs une fonction livrée dans la boîte devient ici une ligne du devis. Cette voie n’a donc de sens que si l’écart entre votre processus et le standard est réel, et non quand personne n’a vérifié si le standard suffisait.

Le seuil où chaque voie s’arrête

Choisir une plateforme se fait utilement non pas d’après ce qu’elle sait faire, mais d’après le moment où elle cessera de suffire — parce que ce moment arrive presque toujours plus tôt que ne le suppose l’offre.

Un constructeur SaaS s’arrête sur la complexité du contenu. Tant que vous avez une quinzaine de pages et un formulaire, tout fonctionne. Au-delà d’une centaine de pages liées entre elles par des relations, les contournements commencent : scripts collés depuis un forum, champs qui imitent des relations, copies manuelles. La plateforme ne l’avait pas prévu, alors chaque fonction supplémentaire devient une prothèse.

Ce seuil-là arrive ici plus vite qu’ailleurs, et la raison est arithmétique plutôt que technique. Un site de quarante pages publié en français, en allemand et en anglais, ce sont cent vingt documents à gérer, pas quarante. Le menu en montre quarante ; le système en porte trois fois plus, avec trois fois plus de liens internes à tenir cohérents. La question à poser avant de signer ne porte donc pas sur le nombre de langues mais sur le modèle : la traduction est-elle un champ supplémentaire dans le même document, un arbre de pages dupliqué, ou carrément un second site à maintenir en parallèle ? Les trois réponses existent sur le marché, elles coûtent le même prix à l’achat et elles ne coûtent pas du tout la même chose à vivre — la première se relit en une passe, la troisième se maintient comme deux projets.

WordPress avec des extensions s’arrête sur la performance. Il n’y a pas de nombre magique, mais dans nos propres réalisations le point de bascule se situe autour d’une trentaine d’extensions : chacune ajoute ses scripts et ses feuilles de style, chargés y compris là où ils ne servent à rien. Passé un certain point, la fonction suivante coûte plus de performance qu’elle ne vaut — et la performance est ce sur quoi Google juge un site. Comment le vérifier chez vous, nous l’expliquons dans notre texte sur les tests.

WordPress avec un thème sur mesure s’arrête sur le second canal. Il tient très longtemps — jusqu’au jour où le même contenu doit aussi partir vers une application, vers un écran en magasin ou vers le catalogue d’un partenaire. C’est là que le monolithe commence à gêner, parce que le contenu y est soudé à l’apparence.

Le headless s’arrête sur l’absence de propriétaire. Pas sur la technologie : sur le fait que personne ne l’entretient — ni développeur interne, ni agence sous contrat, ni prestataire avec un délai d’intervention écrit.

Le développement sur mesure s’arrête sur le périmètre. Si ce que vous construisez tiendrait dans un système existant, vous payez la construction de quelque chose qui existe déjà et coûte une fraction de ce prix.

Honnêtement, sur ces seuils : c’est notre observation, tirée de nos réalisations, pas un test mesuré. Mais chacun se vérifie chez vous en un quart d’heure, en comptant les pages — toutes langues confondues —, les extensions ou les canaux.

Le coût de sortie, ou la seule différence qu’aucune offre ne montre

C’est ici que les cinq voies se séparent vraiment. Les règles ci-dessous, nous les avons vérifiées chez les fournisseurs eux-mêmes le 11 septembre 2026.

Wix : le site ne sort pas

Le site ne peut pas être exporté — il ne fonctionne que sur les serveurs de Wix, parce que tout le service est construit ainsi. Ce que vous récupérez, ce sont les données : collections et produits en fichiers CSV, contenu destiné à la traduction (aide Wix). Tout ce qui se voit à l’écran — mise en page, styles, interactions — reste chez eux.

Squarespace : un fichier XML où il manque la moitié du site

L’export couvre les pages de mise en page, un blog avec ses articles, les blocs de texte et d’images ainsi que les galeries. Il ne couvre pas : la boutique et ses blocs produits, les blocs vidéo et audio, les blogs supplémentaires, les menus déroulants, les brouillons, ni les réglages de style et le CSS personnalisé. La documentation précise par ailleurs noir sur blanc qu’on ne peut pas transférer un contenu d’un Squarespace vers un autre Squarespace (aide Squarespace).

Webflow : le code, oui, mais pas tout et pas sur tous les forfaits

L’export du code — HTML, CSS, JavaScript et fichiers — n’est disponible que sur les forfaits Workspace payants, pas sur les forfaits de site. L’export ne contient ni le contenu du CMS, ni les comptes utilisateurs, ni la boutique ; le contenu dynamique s’extrait collection par collection, et les formulaires cessent de fonctionner une fois déplacés (aide Webflow).

WordPress et développements sur mesure : vous emportez tout

La base, les fichiers, le thème, les extensions — ce sont vos affaires sur votre serveur. Le déménagement est un travail technique, mais rien n’est à reconstituer depuis zéro. Avec un développement sur mesure ou un headless installé chez vous, la même chose vaut pour le code : le dépôt part où vous voulez, y compris vers un hébergement moins cher.

Ce que cela veut dire concrètement

Quitter un constructeur fermé n’est pas une migration, c’est la construction d’un nouveau site : le contenu se transporte, la couche visuelle est à réassembler. Prenez donc l’ordre de grandeur dans le prix d’une création, pas dans celui d’un déménagement. Deux repères : dans notre propre grille, un site vitrine de 5 à 15 pages part de 3 500 CHF, et sur ce marché la médiane de création d’un site vitrine est de 3 100 CHF d’après l’étude de prix Beyondweb (mise à jour le 2 septembre 2026, 161 agences suisses passées en revue, prix tirés de 36 d’entre elles, 33 points de prix à ce palier). Une médiane indique un ordre de grandeur, pas un prix : votre cas peut se situer n’importe où dans la fourchette. Vous pouvez chiffrer le vôtre dans notre calculateur.

Le multilinguisme ajoute ici une ligne que personne n’anticipe. Ce qui sort d’un constructeur fermé, c’est du contenu — et il sort dans la forme où la plateforme le rangeait. Si les versions linguistiques étaient un champ dans le même document, vous récupérez un jeu de fichiers cohérent, où chaque page connaît ses traductions. Si chaque langue était un site distinct, vous récupérez plusieurs paquets sans aucun lien entre eux, et rétablir ce lien est un travail manuel proportionnel au nombre de pages multiplié par le nombre de langues. Ce n’est pas une question à poser le jour du départ : c’est une question à poser le jour de l’arrivée.

Et une chose à dire franchement : les conditions et les tarifs d’une plateforme par abonnement sont une décision du fournisseur, pas la vôtre. Vous apprenez le changement après coup, et votre capacité de réaction dépend de ce que vous pouvez emporter. C’est pour cela que le coût de sortie fait partie du coût d’entrée, même si aucun devis ne le présente ainsi.

Ce que chaque voie coûte, année après année

Les prix de création figurent dans les offres ; les coûts qui reviennent chaque année, généralement pas.

Constructeur SaaS. Abonnement plus nom de domaine, sans facture d’hébergement séparée. Simple à budgéter, croissant avec le nombre de personnes dans l’équipe et avec les fonctions des forfaits supérieurs — et susceptible de ne pas ressembler, au renouvellement, à ce qu’il était à l’achat.

WordPress avec un thème du commerce et des extensions. Hébergement, plus licences, plus maintenance. La maintenance est le poste le moins prévisible des trois, et c’est aussi le seul pour lequel nous pouvons publier un chiffre défendable, parce que c’est le nôtre : notre forfait part de 25 CHF par mois pour une page d’atterrissage, 50 CHF pour un site vitrine de 5 à 15 pages, 75 CHF pour un site de contenu, 200 CHF pour une boutique en ligne, 250 CHF pour un portail et 300 CHF pour une application web, hors taxes. S’y ajoutent les renouvellements d’extensions payantes : un constructeur de pages répandu se renouvelle annuellement entre 228 et 540 USD selon le forfait — un tarif que l’éditeur publie en dollars et que nous ne convertissons pas, un prix converti ayant l’air vérifié sans l’être (relevé de notre enquête sur les prix des outils, 26 août 2026).

WordPress avec un thème sur mesure. Le même hébergement et la même maintenance, moins de licences, en échange du temps du prestataire à chaque changement de mise en page.

Headless et développement sur mesure. Hébergement applicatif plus temps de développement. Aucun frais de licence côté système s’il est libre ; tout le coût se loge dans le maintien de la compétence qui le fait tourner.

Et la ligne linguistique, dans toutes les voies. Une version supplémentaire n’est pas un réglage : dans notre propre grille, une deuxième langue ajoute 1 750 CHF à la création. La note qui accompagne cette ligne dans notre calculateur dit pourquoi, et elle vaut pour n’importe quel prestataire : la configuration technique n’est qu’une fraction du coût, la traduction professionnelle de toutes les pages coûte à peu près autant de nouveau. Un devis qui chiffre le multilinguisme au forfait sans parler des contenus chiffre la moitié du travail.

Une chose à retenir de cette liste : aucune de ces voies n’est « sans coûts fixes ». Elles diffèrent par le destinataire du paiement — l’abonnement d’un fournisseur, l’éditeur d’une extension, ou le temps de votre propre prestataire. Le détail de cette seconde facture, celle qui court après la mise en ligne, est démonté dans le guide des prix de la rubrique.

« Webflow ou WordPress » : pourquoi cette question ne mène nulle part

Posée ainsi, la question met face à face deux choses situées à des niveaux différents : un service fermé et un logiciel ouvert, déployable de cinq manières. Répondre « Webflow » ou « WordPress » ne dit rien de ce que vous recevrez.

La question qui tranche a une autre forme et trois parties : qui doit changer l’apparence, quelle complexité le contenu portera dans deux ans — langues comprises — et ce que vous emporteriez s’il fallait déménager. Répondez à ces trois-là, et la liste de cinq voies se réduit d’ordinaire à une ou deux, sans comparer des fonctions que personne n’utilisera.

Vérifiez sur quelle voie vous êtes

La liste ci-dessous ne demande pas vos préférences, mais les exigences que vous avez, ou que vous aurez dans deux ans. Chaque case cochée vous déplace vers la droite sur la carte des cinq voies — plus vous en cochez, plus tôt s’arrêtera la voie que suggère l’intuition.

Trois entreprises, trois voies : à quoi cela ressemble en pratique

Ces exemples sont des compositions de cas que nous avons vus ; ils ne décrivent aucun client en particulier.

Une étude d’avocats, six pages, une personne pour le contenu. Besoins : avoir l’air sérieux, être trouvée sur un nom et une spécialité, recevoir une demande par formulaire. Elle cocherait peut-être une case dans la liste ci-dessus. Un constructeur SaaS ou WordPress avec un thème du commerce — et chaque franc dépensé au-delà l’est sur quelque chose que cette entreprise n’utilisera pas. Le risque à accepter en connaissance de cause : avec un constructeur, elle n’emportera pas son apparence dans trois ans.

Un fabricant avec un catalogue et des distributeurs. Besoins : quatre cents produits avec leurs caractéristiques, un tarif pour le partenaire et un autre pour le client final, le même catalogue en PDF pour les commerciaux et en deux langues pour les marchés qu’il sert, une intégration avec le stock. Il cocherait cinq ou six cases. Le thème sur mesure cesse de suffire au moment où apparaissent le PDF et l’intégration — parce que le contenu doit être disponible hors du site. C’est le cas d’école du headless, non parce qu’il serait plus moderne, mais parce que le catalogue a cessé de faire partie du site.

Une entreprise de services avec un espace client. Besoins : un site qui présente l’offre et, derrière une connexion, l’historique des mandats, les documents et les factures. Elle cocherait trois ou quatre cases, dont celle du contenu réservé aux personnes connectées. La séparation en deux objets : un site simple sur ce qui est rapide et bon marché à entretenir, et une application distincte pour l’espace client. L’erreur la plus fréquente dans ce scénario consiste à faire de l’un l’autre — un espace client bricolé en extensions sur le site, ou un site dessiné dans une application où personne n’a envie de rédiger.

Déménager d’une voie à l’autre : ce que cela demande vraiment

Changer de plateforme n’est pas une tâche, c’en est quatre — et les devis n’en montrent généralement que la première.

Le contenu se transporte le plus facilement : export, correspondance des champs, import. À quelques dizaines de pages, c’est un travail d’heures ; à quelques milliers, de jours et de scripts. Multipliez par le nombre de versions linguistiques, et le seuil du script arrive plus tôt.

L’apparence se transporte d’autant plus mal que la plateforme précédente était fermée. De WordPress à WordPress, le thème voyage avec le contenu ; depuis un constructeur SaaS, il ne voyage pas du tout.

Les adresses sont le poste sur lequel les migrations se renversent le plus souvent. Chaque adresse qui change a besoin d’une redirection publiée avant que l’ancienne cesse de fonctionner — et d’une liste qui couvre toutes les adresses, pas seulement celles du menu. Un site multilingue en a autant de jeux qu’il a de langues, et ce sont précisément les versions secondaires qu’on oublie. Nous avons rencontré cela sur nos propres changements de structure et nous le développons du côté des tests du site.

Les fonctions forment le reste : formulaires, intégrations, infolettre, boutique. Sur un constructeur et sur WordPress, elles venaient toutes faites ; après le déménagement, il faut les reconstruire ou les remplacer. C’est le plus gros poste, et le seul capable de renverser le budget d’une migration.

Conclusion pratique : un déménagement coûte moins cher quand la plateforme précédente vous rend vos affaires — c’est-à-dire exactement ce qu’a décrit la section précédente. Raison pour laquelle le coût de sortie se calcule à l’entrée, et non à la sortie.

Ce que le choix d’une plateforme ne règle pas

Il ne règle pas si quelqu’un trouvera votre site. Ni s’il comprendra l’offre. Ni s’il laissera ses coordonnées.

Sur chacune de ces cinq voies, on peut construire un site qui vend et un site que personne ne lit — la différence est dans le contenu, et dans le fait que quelqu’un ait réfléchi à la raison d’être du site. Les cinq décisions qui se prennent avant le choix d’une technologie, nous les détaillons dans notre guide de la stratégie de site.

Quatre questions avant de décider

1. Combien de pages, dans combien de langues, et avec quelles relations entre elles, nous faudra-t-il dans deux ans ? Cette question élimine les constructeurs plus vite que n’importe quelle comparaison de fonctions.
2. Qui changera l’apparence, et qui le contenu — et à quelle vitesse cela doit-il se faire ? La réponse désigne une voie presque à elle seule.
3. Qu’emporterons-nous exactement si nous changeons d’avis dans trois ans ? Question à poser au prestataire par écrit, avec des noms de fichiers, pas avec une assurance verbale.
4. Qui entretient cela, et combien cela coûte par mois ? Une ligne budgétaire à nommer avant de choisir un système, pas après la première panne.

D’où viennent ces chiffres

• Les règles d’export de Wix, Squarespace et Webflow — la documentation d’aide des fournisseurs eux-mêmes, vérifiée à la source le 11 septembre 2026.
• Nos tarifs en francs — les lignes de nos propres calculateurs, hors taxes, identiques à celles publiées dans la rubrique consacrée au prix d’un site web : création d’un site vitrine à partir de 3 500 CHF, deuxième langue 1 750 CHF, forfait de maintenance de 25 à 300 CHF par mois selon le type de site.
• La médiane de création d’un site vitrine sur ce marché — étude de prix Beyondweb, mise à jour le 2 septembre 2026, 161 agences suisses passées en revue, prix tirés de 36 d’entre elles, 33 points de prix à ce palier. Une médiane est un ordre de grandeur, pas un prix.
• Le renouvellement du constructeur de pages — prix publié par l’éditeur, relevé le 26 août 2026, cité en euros et non converti.
• Les seuils où chaque voie s’arrête — notre observation tirée de nos réalisations, pas un test mesuré ; le texte le dit là où ils apparaissent.
• Les volumes de recherche des noms de produits — délibérément absents : nos mesures portent sur un autre marché et nous n’avons pas relevé les équivalents pour le marché suisse francophone.
• Les prix des forfaits WordPress.com et les fourchettes de maintenance du marché — délibérément absents pour la même raison. À la place, le mécanisme : un premier prix promotionnel, un renouvellement plus élevé, et nos propres tarifs quand nous pouvons les publier.
• Le changement de tarifs Webflow de mai 2026 — délibérément absent : l’article d’aide répond par une erreur d’accès, nous ne l’avons donc pas lu et ne le citons pas.