WordPress est-il moribond ? L'avènement des CMS headless

Le déclin de WordPress : des chiffres, pas des rumeurs

Commençons par les faits bruts. Selon W3Techs, WordPress propulsait 43,5 % de l’ensemble des sites web en août 2024. En février 2026, ce chiffre est tombé à 42,8 %. Une baisse de 0,7 point en dix-huit mois. Sur le papier, ça paraît dérisoire. En réalité, c’est un séisme. Pourquoi ? Parce que depuis 2011, la courbe n’avait fait que monter. De 13,1 % en 2011 à 27,3 % en 2017, puis 43,5 % en 2024 — une ascension continue, année après année, sans aucune exception. Jusqu’à maintenant.

Et encore, ce chiffre de 42,8 % mérite lui-même d’être questionné. W3Techs comptabilise toute installation détectable de WordPress, qu’elle soit active ou non. Un blog abandonné depuis 2012 compte autant qu’un e-commerce qui traite mille commandes par jour. Un site de staging oublié sur un serveur pèse autant qu’un portail institutionnel mis à jour quotidiennement. WordPress étant gratuit, fourni en un clic par la quasi-totalité des hébergeurs, des millions d’installations fantômes gonflent artificiellement le compteur. La part de marché réelle — celle des sites actifs, maintenus, sécurisés et utiles — est sensiblement inférieure.

Le concurrent le plus immédiat n’est d’ailleurs pas un CMS headless. C’est Shopify, passé de 0,3 % à 5,2 % de parts de marché en quelques années. Wix atteint 4,2 %, Squarespace progresse aussi. Ces plateformes SaaS répondent à une question que WordPress ne pose même pas : « Combien de temps avant d’être en ligne sans penser à l’hébergement ? ». Mais la vraie disruption, celle qui touche les projets sérieux, les architectures d’entreprise et les stratégies de contenu ambitieuses, vient d’ailleurs.

Elle vient des CMS headless.

La crise de gouvernance : le facteur Mullenweg

Impossible de parler du déclin de WordPress sans évoquer l’éléphant dans le magasin de porcelaine. En septembre 2024, Matt Mullenweg, cofondateur de WordPress et PDG d’Automattic, a publiquement qualifié WP Engine — l’un des plus gros hébergeurs WordPress — de « cancer pour WordPress ». Il a exigé que WP Engine verse 8 % de son chiffre d’affaires en redevance de marque. L’affaire a rapidement dégénéré.

Automattic a bloqué l’accès de WP Engine aux ressources de WordPress.org. Les mises à jour de plugins et de thèmes ont cessé de fonctionner pour les clients WP Engine. Des milliers de sites se sont retrouvés vulnérables du jour au lendemain. WP Engine a répliqué par une plainte fédérale en Californie, invoquant l’extorsion, l’abus de pouvoir, la concurrence déloyale et la diffamation. En décembre 2024, un tribunal a ordonné à Automattic de rétablir l’accès de WP Engine à WordPress.org.

Mais le mal était fait. En janvier 2025, Mullenweg a réduit la contribution d’Automattic au projet Five for the Future — le programme de contribution communautaire — pour l’aligner sur celle de WP Engine, soit 45 heures par semaine contre 3 948 heures auparavant. Il a ensuite banni les comptes WordPress.org de plusieurs contributeurs historiques. L’un d’eux, Joost de Valk, créateur du plugin Yoast SEO, avait publiquement appelé à un changement de direction du projet WordPress. Mullenweg a répondu en dissolvant une équipe communautaire entière après avoir ironisé : «* Aujourd’hui j’apprends qu’on a une équipe durabilité* ». En avril 2025, Automattic a licencié 16 % de ses effectifs, soit environ 279 personnes.

Le problème de gouvernance est structurel. Une seule personne contrôle WordPress.org, la Fondation WordPress et dirige Automattic, qui exploite WordPress.com. Cette concentration de pouvoir a transformé un désaccord commercial en crise existentielle pour tout un écosystème. Pour les entreprises qui avaient bâti leur infrastructure sur WordPress, le message était clair : la stabilité de votre plateforme dépend des humeurs d’un seul homme.

Qu’est-ce qu’un CMS headless, concrètement ?

Un CMS traditionnel comme WordPress fonctionne en bloc. Le back-office où vous rédigez le contenu et le front-end qui affiche ce contenu au visiteur sont soudés ensemble. C’est ce qu’on appelle une architecture monolithique. Quand vous installez un thème WordPress, vous achetez à la fois un système de gestion de contenu et un système d’affichage. Les deux sont indissociables.

Un CMS headless supprime cette dépendance. Le terme « headless » — littéralement « sans tête » — signifie que le CMS ne gère que le contenu. Il n’impose aucune couche de présentation. Le contenu est exposé via une API, comme un robinet que n’importe quel front-end peut venir brancher. Un site web en Next.js, une application mobile en React Native, une interface vocale, un affichage en magasin, un chatbot, un flux destiné à une IA générative — tous peuvent consommer le même contenu depuis la même source.

Cette séparation est fondamentale. Elle permet aux développeurs de construire le front-end avec les technologies de leur choix, comme React, Vue.js, Svelte ou Astro, sans être contraints par les limitations du thème WordPress. Elle permet aussi aux équipes de contenu de travailler dans une interface dédiée, optimisée pour la création et la gestion éditoriale, sans avoir à comprendre le fonctionnement technique du site ni à gérer un quelconque aspect hors de leur métier.

Le marché des CMS headless : une croissance exponentielle

Les chiffres sont sans ambiguïté. Selon 360iResearch, le marché mondial du CMS headless pesait 1,30 milliard de dollars en 2024, puis 1,51 milliard en 2025. Il devrait atteindre 3,04 milliards de dollars en 2030, avec un taux de croissance annuel composé (TCAC, ou CAGR en anglais) de 15,08 %. D’autres cabinets d’analyse sont encore plus optimistes. Market Research Future projette une croissance de 3,94 milliards de dollars en 2026 à 22,28 milliards en 2034. Le consensus des analystes converge entre 15 % et 22 % de croissance annuelle — ce qui place les CMS headless parmi les segments les plus dynamiques de l’ensemble du marché SaaS.

Côté adoption, les signaux sont tout aussi clairs. Environ 62 % des entreprises déclarent migrer depuis des architectures monolithiques vers des systèmes découplés. 76 % des déploiements headless sont désormais en cloud. Plus de la moitié des organisations rapportent des cycles de déploiement plus courts après la migration. Le secteur le plus avancé est l’e-commerce, suivi par les médias, les télécommunications et, de façon croissante, les portails gouvernementaux, avec une adoption projetée en hausse de 25,3 % par an pour ce dernier segment.

L’Amérique du Nord concentre la plus grande part du marché, portée par ses géants technologiques et son infrastructure cloud mature. L’Europe suit, poussée par les exigences réglementaires du RGPD et les initiatives de transformation digitale. L’Asie-Pacifique affiche la croissance la plus rapide, tirée par l’explosion du e-commerce et la pénétration internet dans les économies émergentes.

Les principaux CMS headless : panorama comparatif

L’écosystème headless n’est pas un bloc homogène. Chaque plateforme répond à des besoins différents, avec des philosophies distinctes.

Strapi : l’open source personnalisable

Strapi est un CMS headless open source construit en Node.js. Sa force réside dans le contrôle total qu’il offre aux développeurs. L’auto-hébergement est possible, ce qui garantit la maîtrise complète des données — un argument décisif pour les entreprises soumises à des réglementations strictes comme le RGPD, HIPAA ou les normes sectorielles. Strapi supporte REST et GraphQL, dispose d’un marketplace de plugins et d’une communauté active de plus de 70 000 étoiles sur GitHub. Sa faiblesse : l’auto-hébergement exige des compétences DevOps, et l’interface d’administration, bien que fonctionnelle, est moins raffinée que celle des solutions commerciales.

Contentful : l’entreprise d’abord

Contentful est une solution cloud premium positionnée sur le segment entreprise. Parmi ses clients : IKEA, le British Museum, Twilio, Red Bull. Son interface utilisateur est conçue pour les équipes non techniques. Les éditeurs de contenu peuvent travailler de façon autonome, sans intervention développeur. Contentful propose des fonctionnalités avancées de modélisation de contenu, de gestion multi-environnements et de localisation. Le revers de la médaille, c’est le coût. Les plans entreprise peuvent atteindre plusieurs dizaines de milliers de dollars annuels. La personnalisation profonde est aussi plus limitée que sur une solution open source.

Storyblok : le pont entre technique et marketing

Storyblok occupe une niche spécifique : réconcilier les équipes techniques et les équipes marketing. Sa particularité est un éditeur visuel WYSIWYG qui permet aux créateurs de contenu de glisser-déposer des composants et de voir un aperçu en temps réel — un confort habituellement réservé aux CMS monolithiques. Storyblok a été nommé leader dans le MarketScape IDC 2025 pour les CMS headless intégrés à l’IA. Sa limite : l’approche reste unidimensionnelle par rapport aux plateformes plus programmables.

TinaCMS : le Git natif

TinaCMS (anciennement Forestry) propose une approche radicalement différente. Le contenu est stocké directement dans un dépôt Git, par exemple Github. Chaque modification génère automatiquement un commit, ou mise à jour, offrant ainsi un contrôle de version natif, un historique complet et des possibilités de rollback intégrées. L’édition visuelle s’effectue directement sur le front-end du site — le créateur de contenu voit exactement ce que verra le visiteur. TinaCMS s’intègre naturellement avec les générateurs de sites statiques comme Next.js, Gatsby ou Hugo, et avec les architectures Jamstack. C’est l’outil idéal pour les équipes qui valorisent la traçabilité, la collaboration et la performance. Sa limite : il suppose une familiarité avec l’écosystème développeur et Next.js en particulier. C’est l’outil que utilisons chez Agence Rédaction Web. Couplé avec Cloudflare pages et un contenu particulièrement optimisé, il nous permet d’atteindre des scores enviables sur Google Page Speed et sur GTMetrix, comme le montre le score ci-dessous (web mobile).

Directus : la couche API universelle

Directus se distingue par sa capacité à se connecter à n’importe quelle base de données SQL existante. Plutôt que de forcer une migration, il crée une couche API et une interface d’administration par-dessus votre infrastructure en place. C’est un choix pertinent pour les organisations qui possèdent déjà des données structurées dans des bases relationnelles et qui veulent exposer ce contenu via une API moderne sans tout reconstruire. Son inconvénient, à notre sens, c’est une interface administrateur assez peu optimisée.

DatoCMS : la performance graphQL

DatoCMS mise sur les performances et l’expérience développeur. Son API GraphQL est parmi les plus rapides du marché. Il propose un CDN d’images intégré avec transformations à la volée, une gestion avancée des médias et des webhooks pour automatiser les workflows. Ses clients incluent des marques comme Verizon, DHL ou Polestar.

Sanity : le contenu programmable

Sanity pousse la logique headless à son extrémité. Son Studio est une application React open source, entièrement personnalisable. Le contenu est traité comme des données structurées programmables, ce qui permet de construire des workflows sur mesure, comme des tableaux de bord analytiques, des pipelines de personnalisation ou des interfaces métier spécifiques. Sanity domine régulièrement les classements G2 et Clutch dans sa catégorie, même s’il ne répond qu’à des cas d’usages assez particuliers.

Avantages des CMS headless : ce qui change concrètement

La performance

C’est l’argument massue. Un CMS headless couplé à un générateur de sites statiques ne fait aucun appel à une base de données au moment où le visiteur charge la page. Le HTML est pré-généré, servi depuis un CDN global. Les temps de chargement se mesurent en dizaines de millisecondes. Pour le SEO, c’est un avantage direct : les Core Web Vitals sont natifs. A titre d’exemple, le site Agence Rédaction Web présente sur sa page d’accueil un LCP de 580ms, un TBT de 0ms et un CLS de 0. Performance GT metrix combinée ? 100%.

Pour l’utilisateur, c’est une expérience fluide, quel que soit son appareil ou sa connexion. Les entreprises qui migrent vers des architectures headless rapportent des temps de chargement jusqu’à deux fois plus rapides que sur leurs anciennes plateformes monolithiques.

La sécurité

WordPress concentre 92 % de ses compromissions sur les plugins et les thèmes, pas sur le cœur du CMS. Selon le rapport Patchstack 2025, 7 966 vulnérabilités ont été enregistrées en 2024 dans l’écosystème WordPress. Les rapports hebdomadaires de SolidWP documentent régulièrement entre 100 et 660 nouvelles failles par semaine. En décembre 2025, les attaques par force brute avaient augmenté de 45 % sur l’année, largement alimentées par des botnets dopés à l’intelligence artificielle. Certes des plugins comme Wordfence permettent d’éliminer le risque — un site bien configuré ne sera pas exposé, mais c’est une charge serveur et un besoin d’updater en permanence. Même le système d’auto-update des plugins n’est pas à l’abri.

Un CMS headless élimine cette surface d’attaque. Pas de base de données exposée au visiteur. Pas de plugins tiers avec un code que personne n’a audité. Pas de fichier wp-login.php à marteler. Le contenu est servi sous forme de fichiers statiques ou via une API sécurisée — il n’y a tout simplement rien à exploiter côté front-end. Pour prendre l’exemple du site Agence Rédaction Web, le contenu est intégré dans un repo privé sur Github et l’affichage des pages est géré par Cloudflare en combinaison avec TinaCMS. Le risque de pénétration de Clouflare et de Github ? Il tend vers zéro. De plus, la sauvegarde de tout le système est extrêmement aisée et Github conserve tout l’historique des modifications. Le risque le plus important, c’est le spam des formulaires de contact, mais sans formulaire de contact autant ne pas travailler.

La flexibilité omnicanale

Un site WordPress génère des pages web. Un CMS headless alimente n’importe quoi. Le même contenu peut être consommé par un site web, une application mobile, un assistant vocal, un affichage en point de vente, un flux RSS, un chatbot ou une IA générative. Pour une marque qui publie sur plusieurs canaux, cette capacité de diffusion unique est un multiplicateur de productivité. Vous rédigez une fois, vous diffusez partout. Vous pouvez bien sûr sélectionner les contenus. Un channel de diffusion correspond à une catégorie ou à une collection dans le CMS headless.

La compatibilité IA et AIO

C’est peut-être le critère le plus prégnant. Les moteurs de réponse génératifs comme ChatGPT, Claude, Gemini ou Perplexity consomment du contenu structuré. Un CMS headless qui expose ses données via une API typée, avec des champs sémantiques explicites, un balisage schema.org intégré et une architecture de contenu pensée pour la machine, produit un contenu que les IA peuvent lire, comprendre et citer. WordPress peut le faire aussi, mais au prix de plugins supplémentaires, de configurations manuelles et de compromis techniques qui sont toujours source de plus de complexité.

Inconvénients des CMS headless : ce qu’on ne vous dit pas toujours

La complexité technique

Un CMS headless n’est pas un produit clé en main. Il n’existe pas de thème à installer en trois clics. Le front-end doit être construit de A à Z par un développeur. Pour une PME sans équipe technique, c’est un obstacle majeur. Le coût d’entrée est plus élevé, le temps de mise en place est plus long, et la dépendance à un prestataire technique est plus forte qu’avec WordPress. Impossible de bidouiller.

Le coût de migration

Passer d’un WordPress existant à un CMS headless implique de reconstruire l’intégralité du front-end, de migrer le contenu, de reconfigurer les intégrations tierces et de former les équipes. Selon Mordor Intelligence, un projet de replatforming entreprise peut dépasser 420 000 dollars et nécessiter jusqu’à 18 mois de fonctionnement en double.

Chez Agence Rédaction Web, nous avons commencé à utiliser Wordpress en 2007, alors que nous n’étions que la branche SEO d’une agence web aujourd’hui disparue. Nous avons installé et géré des centaines de site Wordpress en suivant toutes les générations. Nous avons conçu et publié des plugins. Mais toute cette époque est derrière nous. Nous avons géré un premier projet headless pour un client avec CraftCMS et Vue en 2024. Devant le succès de l’opération, nous sommes progressivement sortis de l’écosystème Wordpress courant 2025 avec des outils comme CraftCMS, TinaCMS et Directus. Les regrets ? Aucun, à part celui de ne pas avoir quitté Wordpress plus tôt. Le passage à un CMS headless est plus délicat techniquement au début mais le temps gagné au cours de la durée de vie du site est incomparable. Nous continuons à travailler avec nos clients sous Wordpress, bien sûr, tout en leur conseillant de faire le switch.

L’écosystème de plugins

WordPress dispose de 59 000 plugins gratuits et de milliers de thèmes. Ce n’est pas un détail — c’est un avantage compétitif colossal. Besoin d’un formulaire de contact ? D’un module de réservation ? D’une intégration CRM ? D’un système de cache avancé ? Il existe un plugin pour ça, souvent gratuit, souvent déjà testé par des millions d’utilisateurs. Les CMS headless proposent des marketplaces bien plus modestes, quand elles existent. Cela signifie que de nombreuses fonctionnalités devront être développées sur mesure. Même avec le développement du “Vibe Coding” qui permet de faire fabriquer du code de qualité par Claude Code ou ChatGPT Codex, l’écueil est important. Il faut un prestataire informatique ou en interne une personne avec un solide background technique.

L’édition de contenu

Malgré les progrès considérables de plateformes comme Storyblok ou TinaCMS, l’expérience d’édition de contenu dans un CMS headless reste souvent moins intuitive que celle de WordPress pour un utilisateur non technique. L’éditeur Gutenberg de WordPress, malgré ses défauts, permet à n’importe qui de créer une page avec des blocs visuels sans écrire une ligne de code. Cette accessibilité a construit la domination de WordPress — et aucun CMS headless ne l’a encore pleinement répliquée. L’éditeur de TinaCMS, par exemple, ressemble plus à l’ancien éditeur de Wordpress pré-Gutenberg. Ce qui n’est pas un mal d’après nous : Gutenberg est une calamité pour les utilisateurs experts.

WordPress n’est pas mort, mais son monopole est terminé

WordPress propulse encore 42,8 % du web. Il reste neuf fois plus utilisé que son concurrent le plus proche. Des marques comme TechCrunch, Sony Music, Reuters, Mercedes-Benz ou la Maison Blanche l’utilisent. L’écosystème WooCommerce représente un quart de tous les sites e-commerce dans le monde. En nombre absolu de sites, WordPress continue même de croître.

Mais la dynamique s’est inversée. WordPress ne capte plus la croissance. Les nouveaux projets ambitieux — ceux qui intègrent des stratégies omnicanales, des exigences de performance élevées, des architectures composables ou des workflows IA — se tournent de plus en plus vers des alternatives. Shopify capte le e-commerce simplifié. Webflow capte les designers. Et les CMS headless captent les équipes techniques et les projets à forte exigence. Gageons que la fièvre du headless va gagner les sites plus petits dans un avenir proche.

La comparaison la plus juste, c’est que si WordPress est devenu le couteau suisse du web, de plus en plus d’équipes préfèrent un couteau de cuisine très affûté qui fait une seule chose parfaitement à un petit ustensile qui fait plein de choses mais aucune vraiment bien.

Ce que ça change pour votre stratégie de contenu

Le choix du CMS n’est pas qu’une question technique. C’est une décision qui impacte directement votre capacité à générer du trafic, des conversions et de la visibilité.

Un CMS monolithique lent, bourré de plugins et mal optimisé coûte cher en hébergement, en bande passante et pénalise votre référencement. Les Core Web Vitals ne sont pas une recommandation — ce sont des facteurs de classement effectifs mesurés par Google. Un site qui met trois secondes à charger perd des positions. Un site qui se charge en 200 millisecondes les gagne.

Un CMS qui n’expose pas son contenu de façon structurée handicape votre visibilité dans les réponses des IA génératives. Quand ChatGPT ou Perplexity synthétisent des résultats pour répondre à une requête, ils privilégient les sources dont le contenu est propre, balisé, sémantiquement cohérent. C’est exactement ce qu’une architecture headless produit par défaut.

Et un CMS dont la gouvernance dépend d’une seule personne — fût-elle brillante — introduit un risque systémique que toute entreprise sérieuse devrait évaluer. C’est un réel problème de gouvernance.

Notre approche chez Agence Rédaction Web

Nous ne vendons pas de CMS. Nous vendons du positionnement, du trafic et des conversions. Le choix de votre plateforme technique vous appartient, même si vous avez compris notre position. Notre travail consiste à créer des contenus qui performent quelle que soit l’architecture sous-jacente.

Nous avons fait le choix de TinaCMS pour la performance, la sécurité, le contrôle de version natif et la compatibilité avec les workflows modernes de publication. Notre ancien site, construit en 2013 sur une architecture classique (Concrete5, qui était à l’époque bien plus moderne que Wordpress), a rempli son rôle pendant plus de dix ans. Mais les exigences ont changé. Le SEO a changé. L’IA a changé. L’infrastructure doit suivre. Aujourd’hui, nous incitons nos clients à migrer sur des systèmes headless.

Que vous soyez sur WordPress, sur un CMS headless ou en pleine réflexion sur votre prochaine architecture, la constante reste la même : c’est la qualité du contenu, sa structure, son optimisation et sa capacité à répondre aux intentions de recherche qui déterminent vos résultats. Le CMS n’est que la carrosserie. Le moteur, c’est le contenu.