Payload, WordPress ou Webflow : quel CMS pour un site d'entreprise

Il n'y a pas de meilleur CMS, il y a un CMS adapté à qui édite, à ce qu'il faut brancher derrière, et à ce que vous acceptez de payer sur trois ans. WordPress reste imbattable quand le besoin est éditorial et le budget contraint. Webflow reste excellent quand le site est une vitrine soignée que le marketing doit faire évoluer seul. Payload s'impose quand le site cesse d'être un site pour devenir une application.

Cet article ne refait pas le match entre WordPress et Webflow, que nous avons déjà traité. Il répond à la question d'après, celle que posent les entreprises dont le site a dépassé ce que leur outil sait faire : vers quoi aller, et surtout comment savoir si le moment est venu.

Pourquoi la question se pose maintenant

Commençons par la réalité du marché, parce qu'elle remet les débats en perspective. D'après W3Techs, au 4 novembre 2026, WordPress équipe 39,5 % de l'ensemble des sites web, soit 58,2 % du marché des CMS. Webflow en représente 0,8 %, soit 1,2 % du marché des CMS. L'écart est gigantesque, et il explique pourquoi les comparatifs se concentrent presque tous sur ces deux-là.

Ce que ces chiffres ne disent pas, c'est que la nature des projets a changé. Un site d'entreprise en 2026 affiche rarement des pages et rien d'autre. Il interroge un système d'information, propose un espace client, gère des devis, des rendez-vous, des parcours conditionnels, parfois un assistant connecté à vos données. À partir d'un certain niveau, le CMS cesse d'être un outil de publication pour devenir le socle d'une application, et c'est là que les outils grand public atteignent leur limite.

Les cinq critères qui décident vraiment

Les comparatifs s'attardent souvent sur l'esthétique de l'éditeur. Dans les projets que nous cadrons, cinq questions suffisent presque toujours à trancher.

• Qui édite, et à quelle fréquence. Une équipe marketing autonome qui publie chaque semaine n'a pas les mêmes besoins qu'une direction qui modifie trois pages par an. Plus l'édition est quotidienne, plus l'ergonomie de l'interface pèse dans la décision.
• Combien de langues. Le multilingue est le premier poste qui fait exploser les budgets et le premier sujet mal anticipé. Posez la question du nombre de langues et du volume de contenu traduit avant de choisir, pas après.
• Ce qu'il faut brancher derrière. CRM, facturation, outil métier, annuaire interne, API maison. Si la réponse est « rien pour l'instant », demandez ce qui est prévu dans deux ans, parce que c'est cette réponse qui compte.
• Qui possède le code et les données. Pouvez-vous partir, récupérer vos contenus dans un format exploitable, et faire reprendre le projet par une autre équipe ? C'est une question de dépendance, pas d'idéologie.
• Le coût réel sur trois ans. Pas le prix affiché, mais l'abonnement, les extensions payantes, l'hébergement, la maintenance, le multilingue, et le temps interne passé à contourner les limites de l'outil.

WordPress : quand il reste le bon choix

WordPress reste pertinent pour un site majoritairement éditorial, avec beaucoup de contenu, des rédacteurs habitués à l'interface, et un besoin fonctionnel couvert par des extensions existantes. L'écosystème est immense, les compétences faciles à trouver, et le coût d'entrée bas. C'est un choix rationnel que nous recommandons encore régulièrement.

Le coût caché se situe ailleurs, et il est mesurable. Le rapport State of WordPress Security in 2026 de Patchstack, publié le 25 février 2026 sur les données de 2025, recense 11 334 nouvelles vulnérabilités, en hausse de 42 % par rapport aux 7 966 de l'année précédente. La répartition est l'information la plus utile : 91 % de ces failles concernent des extensions, 9 % des thèmes, et six seulement le cœur de WordPress, toutes jugées à faible risque.

Autrement dit, WordPress n'est pas fragile, votre assemblage d'extensions l'est. Le même rapport indique que 20 % des vulnérabilités fortement exploitées l'ont été dans les six heures suivant leur divulgation, 45 % dans les vingt-quatre heures et 70 % dans les sept jours. Cela ne disqualifie pas WordPress, cela chiffre la maintenance : un site WordPress sérieux demande une veille et des mises à jour rapides, et ce poste doit figurer au budget dès le départ.

Webflow : quand il reste le bon choix

Webflow excelle sur un périmètre précis : un site vitrine exigeant côté design, que l'équipe marketing fait vivre sans développeur, avec un hébergement et une sécurité pris en charge. Sur ce terrain, il reste difficile à battre, et nous continuons à livrer des projets Webflow quand c'est le bon outil.

Les limites se lisent dans la grille tarifaire, que nous avons relevée sur la page officielle le 4 novembre 2026. L'offre Starter est gratuite mais limitée à 50 éléments de CMS, 2 pages statiques et 1 Go de bande passante. L'offre Basic, à 15 dollars par mois en engagement annuel, est décrite par Webflow comme destinée aux sites simples qui n'ont pas besoin de CMS : elle n'inclut effectivement aucun élément de CMS, ce qui surprend beaucoup de gens. Il faut passer à l'offre Premium, 25 dollars par mois en annuel, pour disposer du CMS, avec un plafond de 20 000 éléments.

Deux points méritent attention. Le multilingue est une option payante facturée à part, à partir de 9 dollars par mois pour trois langues et 10 000 mots traduits par mois dans sa formule d'entrée. Pour un site bilingue avec du contenu volumineux, l'addition monte vite, et c'est rarement intégré aux devis initiaux. Ensuite, le plafond de 20 000 éléments paraît confortable, mais un catalogue produit, un annuaire ou un site immobilier l'atteignent plus vite qu'on ne le croit.

Le sujet de fond reste la nature de l'outil. Webflow produit un site, pas une application. Dès qu'il faut une logique métier, des droits utilisateurs fins ou une intégration profonde avec votre système d'information, vous commencez à contourner, et les contournements coûtent plus cher que l'abonnement. Pour le détail du face à face avec WordPress, notre comparatif Webflow contre WordPress reste à jour.

Payload : quand il s'impose

Payload est un CMS headless et un cadre applicatif qui s'exécute à l'intérieur de Next.js. Il est publié sous licence MIT, ce que nous avons vérifié dans la version installée sur ce site, et il s'héberge où vous voulez. Sa documentation décrit un backend complet intégré à votre application Next.js, avec une interface d'administration générée à partir de la configuration.

Il devient le bon choix quand au moins deux de ces conditions sont réunies. Votre site doit faire autre chose que publier, par exemple gérer des comptes, des devis ou des flux métier. Vos contenus doivent exister proprement en plusieurs langues. Vous devez brancher des systèmes internes sans passer par des connecteurs tiers. Vous voulez posséder le code et pouvoir changer de prestataire. Ou vos volumes de contenu dépassent ce qu'un abonnement tolère.

Les contreparties sont réelles et nous les assumons. Il faut des développeurs : Payload ne se configure pas à la souris. Il faut héberger, sauvegarder et surveiller, donc assumer l'exploitation. Et l'écosystème d'extensions prêtes à l'emploi est sans commune mesure avec celui de WordPress, ce qui veut dire que certaines fonctions se développent au lieu de s'installer. Nous avons documenté tout cela, bons et mauvais côtés, dans notre retour d'expérience après quatre mois en production, écrit depuis ce site, qui tourne précisément sur cette stack.

Et les autres options headless

Payload n'est pas seul. Trois alternatives reviennent régulièrement en cadrage, et il est honnête de dire quand elles conviennent mieux.

Sanity est solide pour des équipes éditoriales importantes avec une forte culture du contenu structuré, et son modèle est hébergé par défaut, ce qui réduit l'exploitation mais vous lie à un service. Strapi est proche de Payload dans l'esprit, avec un écosystème plus ancien et une séparation plus nette entre le CMS et le site. Directus se distingue en se posant par-dessus une base de données existante, ce qui en fait un bon choix quand la donnée préexiste au site, mais son interface demande un profil technique, comme nous l'écrivions dans notre avis sur Directus.

Notre préférence pour Payload vient d'un point précis : il vit dans la même application Next.js que le site, donc une seule base de code, un seul déploiement, un seul typage partagé entre le contenu et l'interface. Sur un projet qui mêle pages et fonctionnalités, cela supprime une couche entière de plomberie.

Ce que coûte vraiment un changement

Soyons francs, puisque c'est la question qui bloque la plupart des décisions. Changer de CMS n'est pas une opération indolore, et le coût ne se situe pas là où on l'attend.

La reprise du contenu est rarement le poste le plus lourd : les contenus s'exportent et se transforment par script. Ce qui coûte, c'est la cartographie des URL et les redirections, la reconstruction des gabarits, la reprise des formulaires et de leurs destinataires, le rebranchement des outils de mesure, et la recette page par page. Sur un site de taille moyenne, ces postes pèsent plus que la migration des données elles-mêmes.

Le bon réflexe est de ne pas tout refaire en une fois. Nous procédons par coexistence, en basculant par sections, ce qui évite l'effet tunnel et permet d'arrêter si la valeur n'est pas au rendez-vous. Si votre cas est déjà tranché, nous détaillons les deux chemins les plus fréquents sur nos pages dédiées à la migration depuis WordPress et à la migration depuis Webflow.

Comment trancher en une heure

Prenez vos cinq critères et répondez honnêtement, par écrit. Trois issues se dégagent presque toujours.

Si votre site publie du contenu, que vos besoins fonctionnels sont couverts par des extensions existantes et que votre budget de maintenance est modeste, restez sur WordPress et investissez dans la mise à jour rapide des extensions. Si votre site est une vitrine que le marketing doit piloter seul, que vous êtes sur une ou deux langues et que rien de lourd n'est à brancher, restez sur Webflow et regardez simplement votre plafond d'éléments et le coût du multilingue.

Si en revanche deux de vos réponses touchent à la logique métier, aux intégrations ou à la propriété du code, le sujet n'est plus le CMS mais l'architecture, et c'est là que Payload prend son sens. Dans le doute, le test le plus fiable est de lister les trois contournements qui vous agacent le plus aujourd'hui. S'ils viennent de l'outil et non de votre organisation, le moment est venu.

Ce que nous en retenons

WordPress domine le marché avec 58,2 % des CMS et reste un excellent choix éditorial, à condition de budgéter la maintenance que suppose un écosystème où 91 % des vulnérabilités viennent des extensions. Webflow reste redoutable sur la vitrine pilotée par le marketing, avec des plafonds et un multilingue en option qu'il faut regarder avant de signer. Payload répond à un autre besoin : celui du site devenu application, à posséder et à faire évoluer.

La vraie erreur n'est pas de choisir le mauvais outil, c'est de choisir avant d'avoir répondu aux cinq questions. Un bon CMS mal choisi coûte plus cher qu'un outil moyen bien choisi.

Nous travaillons sur les trois, et nous le disons quand il ne faut pas changer. Notre page sites web et CMS détaille notre façon de travailler, et si vous voulez un avis sur votre cas précis, parlons-en.