Cloudflare EmDash vaut la peine d'être surveillé
Cloudflare vient de rendre à nouveau la conversation autour des CMS intéressante. Son nouveau projet, EmDash, est présenté comme un successeur spirituel de WordPress : open source, axé sur TypeScript, construit sur Astro, conçu pour l'hébergement serverless, et inhabituellement explicite concernant les agents IA, MCP et la gestion de site pilotée par des compétences. C'est cette combinaison qui nous fait sérieusement réfléchir à la question de savoir si Optagonen.se devrait éventuellement s'orienter dans cette direction. Pas demain, et pas comme une migration basée sur l'engouement. Mais EmDash est exactement le genre d'architecture de CMS qui m'amène à m'arrêter et à me demander : si nous construisions Optagonen.se à partir de zéro en 2026, choisirions-nous toujours une pile WordPress traditionnelle ? Ma réponse actuelle est : peut-être pas.
D'après mon expérience des migrations WordPress, la partie coûteuse est rarement le premier lancement. C'est la dette de maintenance qui apparaît après des années de mises à jour de plugins, de corrections de redirections, de contournements pour les éditeurs, de correctifs de métadonnées SEO et de changements d'hébergement. Cloudflare EmDash est intéressant car il tente de réduire cette surface de maintenance au niveau de l'architecture. Cela ne rend pas Cloudflare EmDash prêt pour la production pour Optagonen.se par défaut. Cela rend toutefois Cloudflare EmDash digne d'un prototype contrôlé avant la prochaine refonte.
Ce que Cloudflare a annoncé
Cloudflare décrit EmDash comme un CMS JavaScript full-stack serverless construit sur Astro. La version d'aperçu est la v0.1.0, open source sous licence MIT, et disponible via le dépôt GitHub EmDash. Il peut être déployé sur Cloudflare ou exécuté sur un serveur Node.js durant la bêta précoce.
L'idée centrale est simple : conserver les éléments que les gens ont aimés dans WordPress (édition de contenu, extensibilité, thèmes, flux de travail administrateur, chemins de migration), mais reconstruire la plateforme autour d'une infrastructure moderne au lieu de PHP, d'hypothèses d'hébergement partagé et de plugins pouvant tout toucher. Cloudflare met l'accent sur quelques choix d'architecture spécifiques :
Ce n'est pas un petit changement. C'est un modèle différent pour l'infrastructure de publication.
L'argument de la sécurité est l'appât
L'argument le plus fort de Cloudflare est la sécurité des plugins. Dans WordPress, les plugins s'exécutent dans le même contexte d'exécution que le reste du site. Un plugin peut modifier l'état de la base de données, lire des fichiers, s'accrocher à de nombreuses parties de l'exécution et devenir une voie de compromission totale s'il présente une vulnérabilité. Cloudflare cite les données de sécurité WordPress de Patchstack et soutient que ce modèle est structurellement difficile à sécuriser. Le rapport de Patchstack intitulé State of WordPress Security in 2026 indique que 11 334 nouvelles vulnérabilités dans l'écosystème WordPress ont été trouvées en 2025, soit une augmentation de 42 % par rapport à 2024. Patchstack rapporte également que 91 % des nouvelles vulnérabilités ont été trouvées dans des plugins et 9 % dans des thèmes, avec seulement six signalées dans le cœur de WordPress.
Cela compte pour un site d'entreprise comme Optagonen.se. La plupart des petits sites WordPress n'échouent pas parce que le cœur de WordPress est mauvais. Ils échouent parce que la pile devient une chaîne de plugins, de thèmes, de comptes administrateur, de versions PHP, de couches de mise en cache, de sauvegardes, de plugins de sécurité et d'hypothèses d'hébergement. EmDash tente de s'attaquer à cela au niveau de l'architecture. Un plugin déclare ses capacités à l'avance. S'il ne demande que l'accès en lecture au contenu et l'envoi d'e-mails, c'est tout ce qu'il obtient. Cloudflare compare le modèle à des permissions délimitées : vous savez ce qu'un plugin est autorisé à faire avant de l'installer. C'est exactement le genre de modèle que je souhaite pour des sites qui doivent être faciles à maintenir pendant des années.
Pourquoi cela importe pour Optagonen.se
Optagonen.se est le genre de site où la fiabilité, la vitesse, le confort d'édition, le SEO, les formulaires et la maintenabilité à long terme comptent plus que la nouveauté. La question n'est pas de savoir si EmDash est cool. La question est de savoir s'il peut réduire la friction opérationnelle sans supprimer les choses dont le site a déjà besoin.
Pour Optagonen.se, j'évaluerais Cloudflare EmDash autour de cinq questions pratiques.
1. Peut-il correspondre au modèle de contenu actuel ?
Le premier test est la migration du contenu. Cloudflare indique qu'EmDash prend en charge les imports WordPress via des exports WXR et un plugin d'exportation capable d'amener les médias joints dans la bibliothèque de médias EmDash. Le README GitHub mentionne également l'importation d'articles, de pages, de médias, de taxonomies, de contenu via l'API REST WordPress et de contenu WordPress.com. Cela semble prometteur, mais je ne lui ferais pas confiance aveuglément. Nous devons tester le contenu réel d'Optagonen.se, y compris les pages, les métadonnées SEO, les slugs, les redirections, les images, le texte alternatif, les formulaires, les liens internes et tout type de publication personnalisé. Une migration n'est bonne que si les URL publiques et les signaux de classement lui survivent.
2. Peut-il remplacer proprement la pile de plugins ?
C'est le plus gros problème. WordPress gagne car l'écosystème de plugins est énorme. EmDash est nouveau. Si Optagonen.se dépend de comportements de plugins spécifiques, nous avons besoin soit d'équivalents EmDash natifs, soit de petits plugins personnalisés, soit d'une architecture plus simple éliminant le besoin de ces plugins. L'avantage est qu'une migration d'Optagonen.se pourrait être l'occasion de simplifier. Beaucoup d'utilisations de plugins WordPress sont une accumulation historique. Les formulaires, redirections, métadonnées SEO, schémas, optimisation d'images, analytique, règles de cache et sécurité peuvent souvent être déplacés vers la plateforme, la couche edge ou le codebase. La question est de savoir si cela rend le site plus simple ou déplace simplement la complexité ailleurs.
3. La gestion native IA aide-t-elle réellement ?
C'est là qu'EmDash devient intéressant pour moi. Cloudflare indique que chaque instance EmDash peut exposer des Agent Skills, une CLI et un serveur MCP intégré. Cela signifie qu'un agent de codage IA peut comprendre ce que le CMS peut faire, gérer le contenu, télécharger des médias, rechercher des articles, créer des schémas et travailler via des flux de travail documentés. Cela correspond à ma façon de construire. J'ai écrit sur la préparation des sites web aux agents→, la construction d'un CMS MCP avec des flux d'agents→, et pourquoi les compétences GPT-5.5 comptent pour les agents Codex→. EmDash est intéressant car il applique cette idée directement à un CMS. Pour Optagonen.se, cela pourrait signifier des mises à jour de contenu plus rapides, des éditions structurées plus sûres, un meilleur support de migration et moins de clics manuels d'administration. Mais cela ne fonctionne que si l'interface agent est fiable, permissionnée et vérifiable.
4. La dépendance à Cloudflare est-elle acceptable ?
C'est le compromis. EmDash peut s'exécuter sur Node.js, et le README GitHub indique qu'il utilise des abstractions portables pour la base de données, le stockage, les sessions et les plugins. Mais la meilleure version vit clairement sur Cloudflare : D1, R2, KV, Workers, Dynamic Worker Loaders et le runtime edge de Cloudflare. La réponse de Matt Mullenweg à EmDash apporte la contre-argumentation évidente : WordPress peut s'exécuter presque n'importe où, tandis qu'EmDash fonctionne mieux dans l'écosystème Cloudflare. Il loue également l'ingénierie et les outils de migration, mais rejette l'idée qu'EmDash soit spirituellement lié à WordPress. Cette critique est juste. Pour Optagonen.se, passer à EmDash signifierait aussi accepter plus de gravité Cloudflare. Cela peut être acceptable si le site bénéficie déjà du réseau, de la sécurité, du cache, du DNS, des Workers et du modèle de déploiement de Cloudflare. C'est moins acceptable si la portabilité est la priorité absolue. C'est pourquoi je traiterais EmDash comme une évaluation, pas une migration automatique.
5. La bêta est-elle assez mature ?
Aucun mouvement en production ne devrait ignorer le numéro de version. EmDash est toujours un aperçu en bêta. Le dépôt GitHub est actif, compte des milliers d'étoiles et a déjà de nombreuses versions, mais cela n'en fait pas encore une infrastructure ennuyeuse. Pour Optagonen.se, ennuyeux est bon. Le site ne doit pas devenir un terrain d'essai pour un CMS sauf si les avantages sont clairs et si la migration peut être inversée. La bonne voie est un spike :
C'est la seule façon responsable de l'évaluer.
Pourquoi je suis tenté quand même
La raison pour laquelle Cloudflare EmDash est tentant n'est pas parce que WordPress est mort. WordPress reste le choix par défaut le plus sûr pour de nombreux sites car l'écosystème est immense, les éditeurs le connaissent, les hôtes le prennent en charge et les échappatoires sont infinies. La raison pour laquelle EmDash est tentant est qu'il correspond à l'orientation de mon propre flux de travail :
Pour un site d'agence ou de studio comme Optagonen.se, cela pourrait compter. Un CMS plus propre peut rendre la publication plus rapide. Un modèle de plugins plus permissionné peut réduire la surface d'attaque. MCP intégré peut rendre les flux de travail de contenu et de maintenance assistés par IA beaucoup plus naturels.
Le camp WordPress a toujours un argument
Il serait paresseux de présenter cela comme « nouveau CMS bon, WordPress mauvais ». WordPress a gagné sa position car il fonctionne pour les non-développeurs, s'exécute presque partout et possède un écosystème qu'aucun nouveau CMS ne peut copier du jour au lendemain. Il y a aussi une réelle différence philosophique. WordPress donne d'énormes pouvoirs aux plugins car ce pouvoir a permis son écosystème. EmDash restreint les plugins car Cloudflare pense que le compromis de sécurité n'est plus acceptable. Les deux positions ont du sens. Si vous voulez une flexibilité maximale de l'écosystème, WordPress est difficile à battre. Si vous voulez des frontières plus strictes et des flux de travail natifs pour les agents, EmDash est beaucoup plus proche du futur vers lequel je veux construire.
Pour Optagonen.se, la réponse dépend de ce que nous valorisons le plus au cours des prochaines années : la maturité de l'écosystème ou la clarté architecturale.
Mon avis actuel
Nous ne devrions pas migrer Optagonen.se parce que Cloudflare EmDash est nouveau. Nous devrions enquêter sur Cloudflare EmDash parce que la direction est la bonne. La prochaine étape appropriée est un prototype, pas une refonte. Prendre le site actuel, l'importer, reconstruire assez du thème pour juger du flux d'édition et de publication, puis mesurer les parties qui comptent : vitesse, préservation SEO, coût de maintenance, expérience éditeur, remplacement des plugins et options de retour en arrière. Si le prototype prouve qu'EmDash peut préserver les URL, garder un SEO propre, simplifier les plugins et nous offrir un meilleur flux de travail agent, alors déplacer Optagonen.se devient une option sérieuse. Si ce n'est pas le cas, nous gardons WordPress et volons les bonnes idées : discipline de plugin plus stricte, structure de contenu plus propre, meilleure intégration Cloudflare et flux de travail administrateur pilotés par MCP là où cela a du sens. Dans les deux cas, Cloudflare EmDash est utile car il force la bonne question : à quoi devrait ressembler un CMS lorsque les agents IA, l'infrastructure edge, les permissions délimitées et le contenu structuré sont les défauts ? Pour Optagonen.se, cette question mérite d'être répondue avant la prochaine grande refonte.