L'IA a tué le CMS — du moins pour les sites simples
Pourquoi les systèmes de gestion de contenu traditionnels deviennent inutiles pour les portfolios, blogs et pages d'atterrissage.
TL;DR
Pour les sites web simples — portfolios, blogs, landing pages, sites de petites entreprises — un CMS traditionnel devient une surcharge inutile. Les outils d'IA comme Claude Code, Cursor et GitHub Copilot peuvent désormais modifier votre code directement, comprendre le contexte, traduire le contenu et déployer les changements via git. La couche d'abstraction que fournissait le CMS est remplacée par une interface plus intelligente : le langage naturel.
La taxe CMS que vous payez
Chaque CMS s'accompagne d'un coût caché. Pas seulement l'abonnement — tout un écosystème de complexité qui enveloppe votre site web pourtant simple :
- Infrastructure : Une base de données à héberger, une API à maintenir, un tableau de bord à sécuriser. WordPress à lui seul représente ~43% du web et ~90% des attaques ciblant les CMS.
- Performance : Génération dynamique de pages, appels API à chaque requête, hydratation côté client des données CMS. Votre portfolio de 3 pages a désormais l'architecture d'un produit SaaS.
- Dépendance au fournisseur : Votre contenu vit dans le schéma de base de données de quelqu'un d'autre. Migrer de Contentful vers Sanity ? C'est un projet, pas un changement de configuration.
- Changement de contexte : Vous éditez du code dans votre IDE, puis basculez vers le tableau de bord CMS dans le navigateur pour modifier un titre. Deux modèles mentaux différents pour ce qui est fondamentalement la même opération.
- Coût : Les tarifs des CMS headless évoluent souvent avec les appels API ou les entrées de contenu. Un blog personnel n'a pas besoin d'une infrastructure de contenu à $99/mois.
Pour un site marketing où 50 personnes éditent du contenu quotidiennement, ce coût est justifié. Pour le portfolio d'un développeur ou la landing page d'une petite entreprise ? Vous construisez un pont pour traverser une flaque.
Ce qui a changé : l'IA comprend votre code
La raison d'être du CMS était simple : les personnes non techniques (et même les développeurs qui ne voulaient pas toucher au code pour des modifications de contenu) avaient besoin d'une interface visuelle pour mettre à jour les sites web. Le code était trop complexe, trop fragile, trop facile à casser.
L'IA a fondamentalement changé cette équation. Les outils d'IA modernes pour le code ne se contentent pas d'autocompléter — ils comprennent la structure du projet, lisent les patterns existants et effectuent des modifications contextuellement correctes. Le changement de flux de travail est radical :
# Old workflow: CMS
1. Open browser → log into CMS dashboard
2. Navigate to content → find the right page
3. Edit in WYSIWYG editor → fight with formatting
4. Preview → looks different from production
5. Hit publish → pray the cache invalidates
# New workflow: AI
1. Tell AI: "Change the pricing on the landing page to $29/month"
2. AI edits the file, you review the diff
3. Push to git → deployCe n'est pas hypothétique. Ce blog tourne sur SolidStart avec du contenu stocké dans des fichiers TypeScript. Chaque article — y compris celui-ci — a été créé en disant à l'IA quoi écrire, en vérifiant le résultat et en poussant vers git. Pas de tableau de bord CMS. Pas de base de données. Pas de couche API entre le contenu et le code.
Exemples concrets de ce site
Ce site supporte 10 langues, possède un blog, génère des images OG dynamiquement et produit des flux RSS et des sitemaps. Voici à quoi ressemble la couche de contenu — du TypeScript pur :
// This blog post you're reading right now is a TypeScript file.
// No database. No API. No CMS dashboard.
// Just a typed object that AI can read and edit directly.
export const myPost: BlogPost = {
slug: "ai-killed-cms",
date: "2026-04-17",
translations: {
en: {
title: "Why I stopped using a CMS",
description: "AI understands my codebase better than any CMS UI.",
content: makeContent(proseEn),
},
uk: { /* ... */ },
de: { /* ... */ },
// 10 languages — AI translates them all
},
};Ce que je fais avec l'IA et qui aurait traditionnellement nécessité un CMS :
- Ajouter un nouvel article : "Écris un nouvel article sur X, suis la même structure que les posts existants" — l'IA crée le fichier, ajoute les traductions, l'enregistre dans l'index
- Mettre à jour le texte de la landing : "Change le titre du hero en Y" — l'IA trouve le bon fichier et le met à jour
- Traduire du contenu : "Ajoute la traduction allemande pour la page de tarifs" — l'IA lit la version anglaise et produit une traduction culturellement adaptée, pas du mot-à-mot
- Corriger une coquille : "Il y a une faute sur la page about, 'recieve' devrait être 'receive'" — fait en 3 secondes, commité dans git avec un message explicite
Ce que le CMS résolvait vraiment — et comment l'IA le remplace
Soyons honnêtes sur ce que le CMS apportait et comment chaque fonctionnalité se transpose dans le flux de travail IA :
| Problème | Solution CMS | Solution IA |
|---|---|---|
| Édition non technique | Éditeur WYSIWYG | Instructions en langage naturel |
| Contenu multilingue | Plugins i18n, champs de locale | L'IA traduit avec le contexte culturel |
| Programmation du contenu | Dates de publication intégrées | CI/CD basé sur git avec cron ou champs de date dans le code |
| Historique des versions | Système de révisions du CMS | Git — la référence absolue du contrôle de version |
| Gestion des médias | Bibliothèque d'assets intégrée | CDN + git LFS ou stockage cloud |
L'insight clé : git est déjà un meilleur système de contrôle de version que tout ce qu'un CMS a jamais construit. Et le langage naturel est une meilleure interface que n'importe quel éditeur WYSIWYG — parce qu'il porte l'intention, pas seulement le formatage.
Le changement de paradigme : le code est la couche de contenu
Nous assistons à une inversion. Pendant deux décennies, la tendance était de séparer le contenu du code — placer le contenu dans une base de données, l'exposer via une API, le rendre côté frontend. Cela avait du sens quand le code était difficile à modifier et que le contenu devait être accessible aux non-développeurs.
L'IA n'a pas rendu le CMS obsolète en devenant un meilleur CMS. Elle l'a rendu obsolète en rendant le code aussi accessible qu'un tableau de bord.
La progression de la gestion de contenu web suit une trajectoire claire :
- Années 2000 : CMS monolithiques (WordPress, Drupal) — contenu et présentation couplés dans un seul système
- Années 2010 : CMS headless (Contentful, Strapi) — contenu séparé via API, rendu par des frameworks frontend
- Années 2020 : Générateurs de sites statiques + Markdown (Hugo, Astro) — contenu sous forme de fichiers, compilé au déploiement
- 2025+ : Code-as-content + IA — le contenu vit dans du code typé, l'IA est l'interface d'édition
Quand vous avez encore besoin d'un CMS
Ce n'est pas un discours "le CMS est mort". Le CMS résout de vrais problèmes à grande échelle. Vous en avez encore besoin quand :
- Grandes équipes éditoriales : Plus de 10 éditeurs de contenu qui ont besoin d'accès basé sur les rôles, de workflows d'approbation et d'édition simultanée. Les conflits de merge dans git ne sont pas le problème d'un éditeur de contenu.
- Contenu à haute fréquence : Les sites d'actualités qui publient plus de 50 articles par jour ont besoin de pipelines éditoriaux optimisés, pas de commits git.
- Relations de contenu complexes : Les catalogues e-commerce avec des milliers de SKUs, des variantes de produits et des prix dynamiques nécessitent des bases de données structurées.
- Conformité réglementaire : Les secteurs exigeant des pistes d'audit, des chaînes d'approbation de contenu et des processus de révision légalement obligatoires nécessitent des systèmes spécialisés.
La frontière est claire : si vos modifications de contenu nécessitent une coordination entre plusieurs parties prenantes non techniques à haute fréquence, un CMS mérite sa complexité. Si vous êtes un développeur solo, une petite équipe, ou si vous gérez un site qui change chaque semaine plutôt que chaque heure — IA + code est plus simple, plus rapide, moins cher et plus fiable.
L'avenir : l'IA comme interface universelle
La tendance dépasse le cadre du CMS. Chaque couche d'abstraction qui existait parce que "le système sous-jacent est trop complexe pour une interaction directe" est comprimée par l'IA. Tableaux de bord d'administration, interfaces de configuration, éditeurs visuels de bases de données — ce sont tous des interfaces qui traduisent l'intention humaine en modifications système. L'IA effectue cette traduction nativement.
Pour les sites web simples, l'avenir est déjà là. Votre contenu est du code. Votre éditeur est l'IA. Votre contrôle de version est git. Votre déploiement est un push. Toute la couche CMS — le tableau de bord, la base de données, l'API, l'hébergement — était du middleware entre votre intention et votre site web. L'IA a supprimé le besoin de ce middleware.
Le meilleur CMS, c'est pas de CMS. Non pas parce que la gestion de contenu n'a pas d'importance — mais parce que l'IA a fait du code lui-même l'interface de gestion de contenu la plus intuitive que nous ayons jamais eue.