--- title: Ce blog est un dossier de fichiers Markdown slug: why-this-blog-has-no-cms locale: fr description: Le blog LiteTMS fonctionne sans CMS. Chaque article est un fichier Markdown dans le dépôt du logiciel, validé en CI et servi en HTML, Markdown brut et RSS. date: 2026-07-15 updated: 2026-07-15 category: technology tags: markdown, blog, aieo, engineering author: LiteTMS Team draft: false --- Il n'y a aucun CMS derrière ce blog, ni aucune base de données. Chaque article est un fichier Markdown commité dans le même dépôt que le code de LiteTMS : publier un article fonctionne donc exactement comme déployer une fonctionnalité, par un commit et un déploiement. Nous voulions procéder différemment de la plupart des blogs d'entreprise, et cet article vous présente l'ensemble du mécanisme, y compris le code source de la page que vous êtes en train de lire. ## La configuration que tout le monde utilise Un blog d'entreprise classique repose généralement sur un système de gestion de contenu complet. Une base de données, un panneau d'administration, des comptes d'utilisateurs, des extensions et un thème qui se dérègle dès qu'on y touche. Tout cet attirail existe pour permettre à une équipe de rédacteurs de publier sans jamais approcher le code. Nous n'avons pas d'équipe éditoriale, et nous passons déjà nos journées dans un dépôt de code. Nous avons donc fait l'impasse sur cette mécanique. Chaque système supplémentaire doit être mis à jour, sauvegardé et sécurisé. Un dossier de fichiers texte, non. ## À quoi ressemble le fichier d'un article Voici une version allégée de l'en-tête de cet article, suivie de la structure de son contenu : ```markdown --- title: This blog is a folder of markdown files slug: why-this-blog-has-no-cms locale: en description: There is no CMS behind the LiteTMS blog. Every post is... date: 2026-07-15 category: technology tags: markdown, blog, aieo, engineering draft: false --- The first paragraph answers the title on its own, because that is the part search snippets and AI assistants quote. ## A section heading Plain markdown body. Nothing exotic. ## FAQ ### Does this sample show the FAQ convention? Yes. Each ### line is a literal question, answered right below it. ``` Le bloc situé en haut est une simple liste de paires clé-valeur. En dessous se trouve du Markdown ordinaire, interprété par une bibliothèque Markdown standard. Un fichier par langue : cet article existe sous forme de fichier `.en.md` et de fichier `.pl.md` portant le même nom, et la version polonaise est rédigée directement à la main plutôt que traduite automatiquement. La section `## FAQ` à la fin de l'exemple correspond à une convention bien réelle, pas à un élément décoratif. Chaque question correspond à ce qu'une personne taperait dans un moteur de recherche, et la compilation transforme ces paires en données structurées que les moteurs de recherche peuvent afficher sous forme d'extraits enrichis. Vous en trouverez un exemple concret au bas de cette page. ## Un validateur plutôt qu'un éditeur Avant tout déploiement, un script de compilation lit chaque fichier d'article et le confronte au schéma prévu. La description doit compter entre 80 et 170 caractères. La catégorie doit faire partie des cinq valeurs autorisées. La date doit être une véritable date calendaire, et le slug doit correspondre au nom du fichier. Le script génère ensuite un unique fichier d'index contenant les métadonnées de chaque article, et le site ne charge que ce fichier. Afficher une page de liste prend le même temps avec cinq cents articles qu'avec cinq. Ce même script s'exécute dans la CI à chaque push. Si un article n'est pas conforme, ou si quelqu'un a oublié de régénérer l'index, le build échoue et rien n'est déployé. Aucun contenu défaillant ne peut atteindre la production, car celle-ci ne reçoit jamais rien qui n'ait été validé par le script. ## Pourquoi le Markdown, très honnêtement Le Markdown l'a emporté pour des raisons tout à fait pragmatiques. Un fichier Markdown se lit dans n'importe quel éditeur de texte, avec ou sans outillage dédié. Les différences se comparent ligne par ligne, si bien qu'un article se relit exactement comme du code : vous voyez précisément quelle phrase a été modifiée. De plus, c'est le format le plus économique à assimiler pour un assistant d'IA, un atout qui gagne en importance chaque mois. C'est précisément pourquoi chaque article de ce blog est proposé de trois manières. La page que vous lisez est la version HTML. Ajoutez `.md` à l'adresse dans votre navigateur et vous obtiendrez le fichier source brut, à l'octet près tel qu'il a été commité, servi en Markdown brut. De plus, chaque langue dispose de son propre flux RSS pour les lecteurs et les agrégateurs. Il existe également un catalogue lisible par machine de tous les articles publiés à l'adresse [/blog/index.md](/blog/index.md), et le fichier `llms.txt` du site y oriente directement les robots d'indexation d'IA. Rien de tout cela n'est jamais considéré comme du contenu dupliqué, car les fichiers bruts comportent un en-tête noindex ainsi qu'un lien canonique renvoyant vers la page HTML. ## Ce que cela vous apporte en tant que lecteur Rien de tout cela n'est une fonctionnalité produit. Il s'agit d'un choix concernant notre propre manière de publier, en accord avec la promesse faite dans le [premier article](/en/blog/welcome-to-the-litetms-blog) : aucun chiffre inventé, et des textes que vous pouvez vérifier à la source. Le TMS lui-même est bâti sur cette même exigence de mécanismes simples et inspectables. Si vous souhaitez le découvrir, [l'inscription est gratuite](/en/register). ## FAQ ### Puis-je lire un article du blog LiteTMS en Markdown brut ? Oui. Ajoutez `.md` à l'adresse de n'importe quel article et le site vous redirigera vers le fichier source brut, servi en Markdown brut. Le catalogue complet des articles publiés est accessible à l'adresse /blog/index.md. ### Pourquoi le blog de LiteTMS n'utilise-t-il pas de CMS ? Parce qu'un CMS constituerait un second système à maintenir à jour et à sécuriser, et que les seules personnes qui publient ici travaillent déjà au quotidien dans le dépôt du produit. Des fichiers Markdown associés à un validateur dans la CI remplissent exactement la même fonction, avec une charge de maintenance bien moindre. ### Le fait d'écrire pour les assistants d'IA dégrade-t-il la lecture pour les humains ? Non. La structure que privilégient les assistants, à savoir une introduction directe dès le premier paragraphe, des titres explicites et des questions concrètes suivies de réponses courtes, est précisément celle qui facilite la lecture rapide d'un article. Le Markdown brut étant un format distinct, l'article que vous lisez reste un article tout à fait ordinaire.