Sommaire7
Où ranger les articles du blog ? La question paraît technique, et on la règle souvent par habitude : le CMS qu’on connaît, ou celui que propose le prestataire. Elle se règle mieux en partant des personnes : qui écrit, combien de fois par mois, et qui doit relire avant que ça parte. Nous avons pratiqué les deux sur ce site : les articles ont vécu dans Sanity, un CMS headless, branché en 2025, puis sont passés en fichiers Markdown dans le dépôt le 1er septembre 2026. Ce changement ne dit pas qu’une option vaut mieux que l’autre ; il dit que nos besoins avaient changé. Le cadre général est dans notre guide de la migration vers un site statique avec Astro.
En bref
En Markdown dans le dépôt, chaque article est un fichier texte : versionné, vérifié par programme, relu avant la publication, sans abonnement.
Un CMS donne une interface d’édition, des rôles, une bibliothèque de médias et la planification à une équipe qui publie souvent.
Le critère qui tranche est humain : le nombre de rédacteurs, leur aisance avec les outils, et la relecture exigée.
Les deux se combinent : un CMS peut écrire des fichiers Markdown, et un site statique peut lire l’un ou l’autre.
Changer d’option plus tard est possible : le contenu se déplace, les adresses se gardent.
Deux façons de ranger un article
Définition
Markdown
Une façon d’écrire du texte mis en forme avec des signes simples : un dièse pour un titre, deux astérisques pour le gras, des crochets pour un lien. Le fichier reste lisible tel quel, par une personne comme par un programme.
Markdown dans le dépôt du site
Chaque article est un fichier, rangé avec le code du site
Chaque modification est versionnée, relue, puis fusionnée
Des contrôles automatiques passent avant la publication
Aucun abonnement, aucune interface à maintenir
Demande une aisance avec l’outil de relecture, ou un intermédiaire
Un CMS, classique ou headless
Chaque article est une fiche, éditée dans une interface
Rôles, circuit de validation, bibliothèque de médias, planification
L’aperçu se fait dans l’interface, souvent en direct
Un abonnement ou un serveur à entretenir, et un schéma à faire évoluer
Accessible à toute l’équipe sans formation technique
Ce que le Markdown dans le dépôt apporte
Un article qui ne peut pas partir incomplet
Avec Astro, les articles sont rangés dans une collection décrite par un schéma : titre, résumé, date, catégorie, langue. La documentation d’Astro le résume : si un fichier ne respecte pas le schéma de sa collection, Astro le signale par une erreur. Sur ce site, un article sans titre ou avec une catégorie inconnue ne se construit pas : l’oubli devient impossible, au lieu d’être rattrapé à la relecture.
Des contrôles avant chaque publication
Un fichier texte se vérifie par programme. Avant qu’un article parte, un contrôle maison relit ce qu’une machine sait vérifier : chaque lien interne mène à une page qui existe, chaque chiffre d’un bloc a sa source, la FAQ a la bonne longueur, aucun nom qui ne doit pas paraître n’apparaît. Le reste (la justesse d’une source, le ton) reste à la relecture humaine.
Publier, c’est fusionner
Le chemin d’un article sur ce site
- Le brouillon
Un fichier, marqué comme brouillon.
- Les contrôles
Liens, sources, structure, vérifiés par programme.
- L’aperçu
L’article en ligne sur une adresse privée.
- La relecture
Une personne lit, corrige, puis lève le marqueur de brouillon.
- La fusion
L’article est publié, et un retour arrière reste une commande.
Ce circuit compte d’autant plus que des brouillons sont produits avec l’aide d’une IA. Un article généré naît marqué comme brouillon, et seule la relecture humaine le publie.
Sur le terrain
Pourquoi la relecture est un passage obligé
Palmora Property, un portail immobilier que nous opérons, l’a appris à ses dépens : un modèle d’IA a publié des articles qui présentaient trois projets immobiliers inexistants. Ils ont dû être dépubliés, et leurs adresses répondent désormais qu’elles n’existent plus. Depuis, sur ce site comme ailleurs, rien de généré ne part sans une personne qui le lit et le signe.
La question de dire, ou non, qu’un texte a été écrit avec une IA est traitée dans notre article sur la transparence des textes générés.
Ce que ça coûte
Rien en abonnement : les articles sont des fichiers, servis avec le reste du site. Au 19 octobre 2026, ce blog compte plus de 120 fichiers d’articles par langue, brouillons compris, sans aucune base de données. Le coût réel est ailleurs : la personne qui publie doit être à l’aise avec l’outil de relecture des modifications, ou passer par quelqu’un qui l’est.
Ce qu’un CMS apporte
Un CMS est fait pour une équipe : plusieurs rédacteurs, des rôles (qui écrit, qui valide, qui publie), une bibliothèque d’images, la planification d’un article à une date. C’est l’outil le plus répandu du web : WordPress équipe à lui seul 39,6 % des sites selon W3Techs, et la plupart des rédacteurs l’ont déjà utilisé.
Un CMS headless sépare l’édition de l’affichage : l’équipe écrit dans l’interface, et le site, toujours statique côté visiteur, se reconstruit à chaque publication. C’est le montage décrit dans notre article sur Astro et Sanity en headless. Son coût est lisible, et il change ; voici la grille de Sanity relevée pour cet article :
par mois sur l’offre d’entrée, jusqu’à 20 utilisateurs
par utilisateur et par mois sur l’offre Growth, jusqu’à 50 utilisateurs
S’ajoutent le temps de faire évoluer le schéma (chaque nouveau type de bloc se déclare dans le CMS et dans le site) et, pour un CMS classique comme WordPress, les mises à jour et la surveillance que demande un serveur qui exécute du code : notre article sur les sites WordPress piratés en détaille les raisons.
Les questions qui tranchent
- Combien de personnes écrivent ?
Une ou deux personnes à l’aise avec les outils : le Markdown suffit. Cinq rédacteurs ou plus : un CMS leur évite un intermédiaire.
- À quel rythme ?
Un article par semaine ne pèse pas comme dix par jour. Plus le rythme est élevé, plus la planification et les rôles comptent.
- Quelle relecture est exigée ?
Si chaque article doit être relu et vérifié avant de partir, le circuit des modifications du dépôt le garantit par construction ; un CMS le permet avec un circuit de validation configuré.
- Qui produit les brouillons ?
Une IA qui rédige des brouillons écrit plus simplement un fichier qu’une fiche de CMS, et le contrôle par programme s’y applique directement.
- Quels médias ?
Quelques schémas et captures se rangent avec l’article ; une photothèque de milliers d’images appelle une bibliothèque de médias.
Notre bascule du 1er septembre 2026 tient dans les questions 3 et 4 : peu de rédacteurs humains, des brouillons produits avec une IA, et une relecture humaine obligatoire avant chaque publication. Une équipe éditoriale de dix personnes, sans IA dans la chaîne, aurait conclu l’inverse.
Les deux ne s’excluent pas
Des CMS dits « basés sur Git » donnent une interface d’édition à des fichiers Markdown rangés dans le dépôt : l’équipe écrit dans un formulaire, et chaque enregistrement devient une modification relue comme les autres. Et un site Astro peut lire les deux sources à la fois, par exemple le blog en fichiers et les pages produits depuis un CMS.
Changer d’option plus tard reste possible. Le contenu se déplace : un fichier Markdown est du texte, et un CMS s’exporte. Ce qui ne doit pas bouger, ce sont les adresses des articles, ou alors avec une liste de redirections 301 posée avant la bascule, après avoir trié les articles à garder, fusionner ou supprimer.
Le blog dans le reste du site
Un blog nourrit les preuves d’un site vitrine (les cinq blocs qui génèrent des demandes), et chaque option se chiffre sur la durée (combien coûte un site d’entreprise). Un blog en plusieurs langues range ses articles par langue, avec un slug traduit (une langue, une adresse). Les articles se lisent vite sur mobile (les Core Web Vitals pour un dirigeant), restent accessibles, images décrites comprises (l’obligation européenne d’accessibilité), et un CMS stocke ses données quelque part (héberger son site en Europe, et Cloudflare, Netlify ou un VPS). Un formulaire d’inscription à une lettre d’information se branche comme les autres (formulaire et recherche sur un site statique).
Nos offres de site intègrent l’une ou l’autre option, décidée au cadrage : le site vitrine pour partir de zéro, la migration vers un site statique pour reprendre un blog existant et ses adresses, avec un éditeur Sanity quand plusieurs personnes publient.
Questions fréquentes
Une personne qui n’est pas développeur peut-elle publier en Markdown ?
Oui, avec une courte formation : le Markdown tient en une dizaine de signes, et les plateformes qui hébergent le dépôt proposent un éditeur dans le navigateur. Ce qui demande de l’aisance, c’est le circuit (brouillon, aperçu, fusion). Si plusieurs rédacteurs n’en veulent pas, un CMS, éventuellement basé sur Git, leur donne une interface sans changer le reste.
Faut-il un CMS pour un blog d’entreprise ?
Pas forcément. Un CMS se justifie quand plusieurs rédacteurs publient souvent, avec des rôles et une planification. Pour une ou deux personnes, ou des brouillons produits avec une IA puis relus, des fichiers Markdown dans le dépôt suffisent, sans abonnement, avec des contrôles automatiques avant chaque publication et un retour arrière toujours possible.
Peut-on passer de WordPress à des fichiers Markdown sans perdre ses articles ?
Oui. Les articles s’exportent, se convertissent en fichiers et se vérifient un par un : titres, images, liens internes. Le point critique est l’adresse de chaque article : la garder identique, ou poser une redirection 301 vers la nouvelle avant la bascule. Les articles sans visites ni liens peuvent être fusionnés ou retirés à cette occasion.
Les fichiers Markdown conviennent-ils aux articles écrits avec une IA ?
Oui, et c’est un de leurs avantages : une IA écrit facilement un fichier texte, que des programmes peuvent ensuite contrôler (liens, sources, structure). Le fichier naît comme brouillon, et seule une relecture humaine le publie. Cette étape n’est pas optionnelle : un modèle peut inventer des faits, et un article faux publié coûte plus qu’un article en retard.
Sources
- Astro, guide des collections de contenu (nouvel onglet)docs.astro.build
- W3Techs, part de marché de WordPress, octobre 2026 (nouvel onglet)w3techs.com
Jim · fondateur de Brain Plus AI
À lire aussi en sites, migration et astro
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.
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.
Prendre du recul8 min
Faut-il dire qu'un texte a été écrit par une IA ?
Transparence due au lecteur ou détail de fabrication, comme un correcteur orthographique ? Le règlement européen sur l'IA tranche à moitié, avec un critère utile bien au-delà de la loi : un humain répond-il du texte ?