Sommaire6
Le blog de HubSpot a consacré en septembre 2026 un article au « CMS agentique », pour présenter son propre CMS. L’idée est juste : des agents d’IA qui font les modifications d’un site, pendant qu’un humain fixe les règles et garde la main. Elle a pourtant une version qui se passe de CMS, et c’est celle que nous utilisons tous les jours.
Le site y est un dossier de fichiers. Une personne de l’équipe écrit sa demande en français, un assistant de code fait la modification sur une copie de travail, une page d’aperçu montre le résultat, et rien ne part en ligne sans relecture. Voici comment cela marche, ce qu’on y gagne face à un CMS, et ce que cela ne remplace pas.
En bref
Un CMS agentique confie des modifications du site à des agents d’IA, sous contrôle humain.
Sans CMS, le contrôle humain a un outil tout trouvé : la pull request, une modification proposée, montrée en aperçu, relue puis acceptée.
On y gagne un site sans interface d’administration ni extension à surveiller, un historique complet et des contrôles automatiques avant chaque mise en ligne.
Il faut toujours quelqu’un pour relire, et un site à éditer par des dizaines de personnes chaque jour garde l’intérêt d’un éditeur de contenu.
Qu’est-ce qu’un CMS agentique ?
Un CMS agentique est un système de gestion de contenu qui intègre des agents IA capables d’agir sur le site en autonomie, selon les objectifs et les règles fixés par l’humain, et sous son contrôle.
Le même article ajoute qu’il faut « paramétrer des workflows d’approbation, des droits d’accès et des règles d’autonomie pour valider certaines actions avant leur exécution ». Autrement dit, l’agent propose et l’humain dispose. Le développement logiciel a un outil pour exactement cela depuis des années : la pull request.
Définition
Pull request
Une modification proposée sur une copie de travail du site, appelée branche. Elle montre ce qui change, ligne par ligne, et attend qu’une personne l’accepte. Une fois acceptée, la modification rejoint la version en ligne ; refusée, elle disparaît sans laisser de trace sur le site.
Comment modifie-t-on un site sans CMS ?
Le site est construit avec un générateur comme Astro : chaque page, chaque article, chaque offre est un fichier lisible. Un assistant de code, l’agent d’IA de ce scénario, sait lire ces fichiers, les modifier et proposer le résultat.
Une modification du site, de la demande à la mise en ligne
- La demande
Écrite en français, avec l’adresse de la page. « Ajoute cette question à la FAQ et corrige le délai. »
- La branche
L’assistant modifie les fichiers sur une copie de travail, jamais sur le site en ligne.
- L’aperçu
La pull request publie une version de test du site, avec son lien.
- La relecture
Une personne regarde la page, demande une correction si besoin, puis valide.
- La mise en ligne
La modification acceptée part en ligne ; l’annuler est aussi simple.
Tous les grands éditeurs d’IA proposent désormais un assistant qui travaille ainsi. Codex d’OpenAI prépare les modifications et ouvre la pull request quand on le lui demande. Jules de Google la publie sur GitHub. Claude Code d’Anthropic transforme un ticket en pull request, et le mode Code de Vibe, chez Mistral, mène une session jusqu’à la sienne. GitHub en fait même une règle pour son propre agent :
Les pull requests en brouillon créées par Copilot cloud agent doivent être relues et fusionnées par un humain. Copilot cloud agent ne peut pas marquer ses pull requests comme prêtes à relire, ni approuver ou fusionner une pull request.
L’aperçu, lui, vient de l’hébergeur. Chez Cloudflare, chaque pull request reçoit automatiquement un commentaire avec le lien de sa version de test. La personne qui relit n’ouvre jamais le code : elle regarde la page, comme un visiteur.
Le modèle fait école au-delà des sites. Twenty, le CRM libre, a adossé en avril 2026 chaque espace de travail à un dépôt, « so you can branch, review in pull requests, and roll back changes the same way you ship code » : pour proposer, relire et annuler un changement comme on livre du code.
Qu’y gagne-t-on par rapport à un CMS ?
Plus rien à pirater. Un site statique n’a ni interface d’administration ouverte sur Internet, ni extension à mettre à jour en urgence. C’est là que se concentrent les failles d’un CMS comme WordPress :
nouvelles vulnérabilités dans l’écosystème WordPress en 2025, 42 % de plus qu’en 2024
d’entre elles dans des extensions, 9 % dans des thèmes
sans correctif de l’éditeur au moment de leur publication
de délai médian pondéré avant une première exploitation
Un historique complet. Chaque modification est enregistrée avec son auteur, sa date et sa raison. Revenir à la version de la semaine dernière se demande en une phrase.
Des contrôles avant chaque mise en ligne. Le site est reconstruit et vérifié à chaque demande : liens morts, images sans description, titres trop longs, pages qui ne s’affichent pas sur mobile. Avec Astro, les contenus suivent même un schéma : une collection de contenus est un ensemble de données de même structure, et un article auquel il manque un champ obligatoire bloque la publication.
Toute l’équipe peut demander. Personne n’apprend une interface d’administration : on écrit ce qu’on veut, on relit le résultat. Le service commercial corrige ses offres, les RH publient une annonce, la direction relit, chacun dans ses mots.
Notre guide Migrer vers un site statique avec Astro sans perdre son SEO détaille le reste : la vitesse, l’hébergement, et ce qu’il faut préserver pendant la bascule.
Sur le terrain
Ce site et Palmora Property, un portail immobilier en six langues et plus de 3 000 adresses que nous opérons, sont construits ainsi, et nous les faisons évoluer avec l’IA chaque jour. Chaque article naît en brouillon dans une pull request, avec son lien d’aperçu ; le publier, c’est accepter cette pull request après relecture. Des contrôles automatiques refusent par exemple une page anglaise dont les blocs ne correspondent pas à sa version française.
Ce que cette méthode ne remplace pas
La relecture. L’assistant peut se tromper, mal comprendre une demande ou toucher un fichier voisin. L’aperçu et les contrôles sont là pour cela, mais la décision de mettre en ligne reste celle d’une personne. Si personne ne relit, il ne faut pas ouvrir la porte.
La mise en place. Il faut un site en fichiers, un dépôt, un hébergement qui publie les aperçus, et des règles écrites que l’assistant suit : où se trouve chaque page, ce qu’il faut vérifier. C’est un chantier de départ, pas une option à cocher.
L’éditeur de contenu, pour certains sites. Un média où des dizaines de rédacteurs publient chaque jour gagne encore à un éditeur visuel, branché sur le même site statique. Nous comparons les deux voies dans Astro et Sanity en headless : qui édite quoi, à quel prix.
Les fonctions dynamiques. Un formulaire, une recherche ou un espace client demandent des services en plus des pages : notre article sur les formulaires et la recherche d’un site statique montre lesquels.
Attention
Ne donnez jamais à l’assistant le droit d’accepter ses propres modifications. La branche principale du site se protège : toute modification passe par une pull request, et seule une personne peut l’accepter.
Par où commencer ?
Si votre site tourne déjà sur des fichiers, avec Astro ou un dépôt Git, la méthode s’y installe sans migration : procédure de demande, contrôles, publication à chaque validation et prise en main de l’équipe. C’est l’option « workflow seul » de notre offre, à partir de 1 900 €.
Si votre site est sur WordPress, Drupal ou Joomla, notre migration vers un site statique, à partir de 5 900 €, reconstruit le site avec Astro, préserve le référencement adresse par adresse et installe le même workflow IA. Votre équipe fait sa première modification avec nous, pendant la prise en main. Pour un éditeur visuel en plus, l’offre avec Sanity commence à 8 900 €.
Questions fréquentes
Faut-il savoir coder pour modifier un site de cette façon ?
Non. La demande s’écrit en français, avec l’adresse de la page. L’assistant trouve le bon fichier, fait la modification et publie un aperçu : vous relisez une page web, pas du code. Le seul geste technique est la validation, un bouton dans l’outil du dépôt. Une séance de prise en main suffit en général pour que chaque personne fasse sa première modification seule.
Quelle différence avec le CMS agentique d’un éditeur ?
Chez un éditeur, les agents travaillent dans son CMS, hébergé chez lui, avec ses règles. Sans CMS, le site est un dossier de fichiers qui vous appartient, que n’importe quel assistant de code sait modifier, et la validation passe par un outil standard, la pull request. Vous pouvez changer d’assistant ou d’hébergeur sans reconstruire le site.
Que se passe-t-il si l’IA se trompe ?
Dans la plupart des cas, rien ne part en ligne : l’aperçu montre l’erreur à la relecture, ou un contrôle automatique bloque la publication, un lien mort ou un champ manquant par exemple. Si une erreur passe malgré tout, chaque modification est enregistrée : revenir à la version précédente se fait en une opération, et le site en ligne est corrigé dans la foulée.
Quel assistant d’IA faut-il utiliser ?
Celui que votre équipe préfère : Codex d’OpenAI, Jules de Google, Copilot de GitHub, Claude Code d’Anthropic ou Vibe de Mistral savent tous préparer une modification et ouvrir une pull request. Le choix se fait sur le prix de l’abonnement, la qualité sur vos propres demandes et l’endroit où vos fichiers sont traités. La méthode, elle, ne change pas.
Sources
- OpenAI, documentation de Codex Cloud (nouvel onglet)learn.chatgpt.com
- Google, documentation de Jules (nouvel onglet)jules.google
- Cloudflare, intégration GitHub de Workers Builds (nouvel onglet)developers.cloudflare.com
- Twenty, notes de version 2.0.0 du 21 avril 2026 (nouvel onglet)twenty.com
- Astro, documentation des collections de contenus (nouvel onglet)docs.astro.build
Cloudflare, intégration GitHub de Workers Builds
Lire sur developers.cloudflare.com(nouvel onglet)Jim · fondateur de Brain Plus AI
À lire aussi en sites, migration et astro
Comprendre9 min Le guide du sujet
Migrer vers un site statique avec Astro sans perdre son SEO
Un site statique généré par Astro remplace un WordPress ou un Drupal vieillissant sans changer d'adresses : des pages en HTML pur servies par un CDN, aucun plugin à patcher, et une chaîne de publication avec retour arrière. Ce que ça change, comment on migre, et quand il ne faut pas le faire.
Choisir et chiffrer6 min
Astro et Sanity en headless : qui édite quoi, à quel prix
Un site headless sépare l'édition du contenu (Sanity) de sa publication (Astro) : l'équipe rédige dans un outil, le site reste statique et rapide. Quand ce montage se justifie, comment il s'emboîte, ce qu'il coûte réellement, et pourquoi nous avons débranché le nôtre.
Choisir et chiffrer7 min
Héberger un site statique : Cloudflare, Netlify ou un VPS
Un site statique se sert presque de n'importe où, mais pas au même prix ni avec les mêmes pièges. Ce qui est compté chez Cloudflare et chez Netlify, les réglages qui surprennent et les cas où un serveur à soi se justifie.