Retour au blog

Pourquoi TinaCMS plutôt que WordPress ?

La plupart des systèmes de gestion de contenu imposent un compromis. Soit vous avez une interface d'édition conviviale, comme WordPress, mais votre contenu vit dans une base de données que vous ne maîtrisez plus vraiment. Soit vous gardez le contrôle total du code, mais vos équipes non techniques perdent l'édition visuelle dont elles ont besoin au quotidien. TinaCMS refuse ce compromis — c'est la raison pour laquelle Visuall le recommande à ses clients qui envisagent de quitter WordPress.

TinaCMS est un CMS open source qui stocke votre contenu sous forme de fichiers Markdown, MDX et JSON, directement dans votre dépôt Git. Il n'y a pas de base de données séparée à synchroniser, sauvegarder, ou dont il faudrait un jour migrer péniblement les données. Les fichiers de src/content sont la seule source de vérité, et TinaCMS n'est que la couche d'édition posée par-dessus.

Ce que vous obtenez concrètement

  • Une édition visuelle en contexte. Vos équipes cliquent directement sur le texte ou l'image à modifier, sur la vraie page — sans back-office séparé où l'on doit deviner le rendu final.
  • Un modèle de contenu typé. Vous définissez les collections et les champs dans le code, et TinaCMS génère automatiquement les formulaires d'édition ainsi qu'une API GraphQL correspondante.
  • Git comme socle de stockage. Chaque enregistrement est un commit : votre contenu bénéficie du même historique, des mêmes branches et du même processus de relecture que votre code.
  • La liberté du framework. TinaCMS fonctionne avec Astro, Next.js, Hugo et d'autres. Cette démo l'associe à Astro pour des pages rapides et centrées sur le contenu.

Pour qui, concrètement

TinaCMS convient parfaitement aux organisations où les développeurs conçoivent le site et où les équipes marketing ou communication en écrivent le contenu — exactement le fonctionnement que Visuall met en place pour ses clients. Les développeurs gardent un schéma qu'ils maîtrisent et un contenu qui ne quitte jamais le dépôt. Les rédacteurs bénéficient d'une interface qui ressemble à l'édition du site réel, et non à un formulaire dans un tableau de bord impersonnel.

La suite de ce blog détaille les éléments qui rendent cela possible : l'édition en contexte, la modélisation du contenu et le stockage complet dans Git.