Cloudflare lance un CMS : pas pour tuer WordPress, pour cibler les devs et Agents IA

Le CMS s'appuie sur Workers, le réseau edge de Cloudflare, et sur Pages, son service d'hébergement statique et serverless. L'idée : proposer un outil de gestion de contenu natif dans l'infrastructure, sans serveur à provisionner, sans base MySQL à maintenir, sans plugin à mettre à jour un mardi sur deux. Le stockage repose sur R2 et D1, la base SQLite distribuée maison. L'ensemble tourne sur le réseau de Cloudflare, soit plus de 300 points de présence dans le monde. Matthew Prince, le CEO, a présenté la chose lors de Developer Week fin mai 2025, entre deux annonces sur les agents IA autonomes et une refonte de Workers AI.

Le positionnement est explicite : Cloudflare ne cible pas les 40 % du web qui tournent sur WordPress. L'entreprise vise les projets qui démarrent aujourd'hui, ceux pour lesquels un développeur ou un agent IA génère un site en quelques minutes sans ouvrir un panneau d'administration hérité des années 2000. Le CMS est pensé pour être piloté par API, manipulé par des LLM, déployé par des pipelines CI/CD. Pas par un webmaster qui clique sur « Publier ».

Le vrai client : les agents

La partie la plus révélatrice de l'annonce, c'est ce que Cloudflare dit sur les agents IA. L'entreprise pousse depuis plusieurs mois sa vision d'un web où les agents autonomes créent, modifient et publient du contenu sans intervention humaine directe. Son CMS est conçu pour être une cible de déploiement pour ces agents. Un agent peut créer une page, pousser du contenu structuré, modifier un template — tout via API, tout sur l'edge. Cloudflare fournit déjà les briques : Workers AI pour l'inférence, Vectorize pour le RAG, Durable Objects pour la persistance. Le CMS ferme la boucle.

WordPress, de son côté, a une API REST. Elle existe depuis 2016. Mais essayer de faire piloter un site WordPress par un agent IA, c'est demander à un modèle de langage de naviguer dans un écosystème de 60 000 plugins, de gérer des hooks PHP, de comprendre pourquoi un cache objet interfère avec une mise à jour de contenu. Automattic investit dans l'IA — le rachat de Suspended Starter en 2024, les expérimentations Jetpack AI — mais le socle technique reste un monolithe PHP avec MySQL.

Matt Mullenweg n'a pas commenté l'annonce. Il était occupé fin mai par les suites du conflit avec WP Engine, qui continue de fracturer la communauté WordPress depuis l'automne 2024.

Ce que le CMS n'est pas

Cloudflare ne propose pas un éditeur visuel grand public. Pas de Gutenberg, pas de page builder drag-and-drop, pas de marketplace de thèmes. Le CMS est headless, API-first, et suppose que le front-end est découplé. Pour un directeur marketing qui veut mettre à jour une page produit, ce n'est pas un outil. Pour une équipe technique qui déploie 200 landing pages par mois via un pipeline automatisé, c'est une brique d'infrastructure.

Il n'y a pas de prix annoncé pour le CMS en tant que tel. Cloudflare facture à l'usage sur Workers, R2, D1. Le modèle économique est celui du cloud : rendre l'entrée gratuite ou quasi gratuite, monétiser le volume. Workers propose un tier gratuit de 100 000 requêtes par jour. R2 ne facture pas les frais de sortie, contrairement à AWS S3. D1 est en GA depuis septembre 2024 avec un tier gratuit de 5 Go.

Vercel, Netlify et Gatsby ont déjà tenté le créneau du CMS headless couplé au déploiement edge. Aucun n'a atteint la masse critique de WordPress. Vercel pousse Next.js et son propre CMS (v0), Netlify a racheté Gatsby puis l'a mis en veilleuse. Le marché des CMS headless — Contentful, Sanity, Strapi — reste fragmenté, avec des revenus combinés qui ne représentent qu'une fraction de l'écosystème WordPress.

43 % du web, c'est le chiffre de W3Techs pour WordPress en mai 2025. Cloudflare le connaît. L'entreprise héberge déjà, via son CDN et ses services de sécurité, une part significative de ces sites WordPress. Automatic Platform Optimization, son produit d'accélération WordPress lancé en 2020, est toujours au catalogue. Cloudflare n'a pas intérêt à attaquer WordPress de front : une partie de ses revenus en dépend.

L'infrastructure comme CMS

La stratégie de Cloudflare depuis trois ans est de transformer chaque couche de l'infrastructure web en produit. CDN, DNS, WAF, puis compute (Workers), stockage (R2), base de données (D1), IA (Workers AI), et maintenant gestion de contenu. Chaque brique rend la suivante plus collante. Un site déployé sur le CMS Cloudflare utilise Workers, D1, R2, le CDN, le DNS. Le coût de migration vers un autre fournisseur augmente à chaque brique ajoutée.

AWS fait la même chose depuis quinze ans. La différence : Cloudflare part du edge, pas du data center. Et Cloudflare a 230 milliards de requêtes DNS par jour, ce qui lui donne une visibilité sur le trafic web qu'aucun hébergeur CMS ne possède.

Le CMS a été montré pour la première fois dans une salle annexe du Developer Week, pas sur la keynote principale. L'équipe produit comptait six personnes au moment de la démo.

Pour les DSI, la question n'est pas de savoir si Cloudflare va remplacer WordPress. La question est de savoir combien de nouveaux projets, dans les 18 prochains mois, vont être déployés sans que WordPress ne soit même évalué. Et si Cloudflare, en fournissant l'infrastructure complète — du DNS au CMS —, ne finit pas par capter une part de ces projets simplement parce que tout est déjà là, dans le même dashboard, sur la même facture.

Cloudflare a publié un chiffre lors de l'annonce : 50 millions de sites actifs utilisent déjà sa plateforme, tous services confondus. L'entreprise n'a pas précisé combien utilisent Workers au-delà du tier gratuit.