Après avoir travaillé avec des CMS traditionnels, des plateformes headless, des générateurs de sites statiques et des architectures SSR personnalisées, nous retrouvions systématiquement les mêmes points de friction.
Les outils étaient soit flexibles mais fragmentés, soit simples mais rapidement limitants dès que le contenu et le rendu devenaient étroitement liés.
Ekit est né de la volonté de réduire ces frictions en repensant l’articulation entre contenu, rendu et expérience développeur.
Le problème qu’Ekit cherche à résoudre
Dans de nombreuses architectures, le contenu, le rendu et l’outillage développeur vivent dans des systèmes distincts.
Cette fragmentation entraîne du code de liaison, des previews fragiles, de la duplication et des workflows difficiles à maintenir.
Avec la croissance des projets, ces coûts finissent par freiner à la fois l’itération et la maintenabilité.
Principes de conception
- Content-first : le modèle de contenu pilote explicitement le rendu
- SSR prévisible : un comportement clair et débogable
- L’expérience développeur comme priorité
- Aucune abstraction inutile : uniquement ce qui sert les cas d’usage réels
Ce que fait Ekit aujourd’hui
Aujourd’hui, Ekit se concentre sur le rendu côté serveur piloté par du contenu structuré et des sources de données explicites.
L’édition, les templates et les previews coexistent dans un même environnement orienté développeur.
L’objectif n’est pas de remplacer tous les CMS, mais de proposer un workflow cohérent pour les applications riches en contenu.
La direction d’Ekit
La roadmap est guidée par l’usage réel et les frictions rencontrées en utilisant Ekit au quotidien.
- Édition collaborative et previews en temps réel
- Introspection et intellisense avancés
- Actions backend natives pour les workflows de contenu
- Modélisation et validation explicites du contenu
- Outillage renforcé pour le déploiement et les environnements
La place d’Ekit dans l’écosystème
Ekit se positionne entre un CMS headless et un moteur SSR sur mesure.
Il combine la structuration et l’approche API des CMS headless avec la maîtrise et la prévisibilité du rendu personnalisé.
Le focus n’est pas la quantité de fonctionnalités, mais la clarté, les performances et l’expérience développeur.
Ekit continue d’évoluer, guidé par des projets réels plutôt que par des listes de fonctionnalités abstraites.
Les prochains articles approfondiront les choix techniques, les compromis et les enseignements tirés de sa conception et de son utilisation.
Discussion
- Quels sont les points de friction dans votre stack de contenu actuelle ?
- Qu’attendriez-vous d’un moteur de rendu content-first ?
- À quel moment votre CMS ou votre architecture SSR est-elle devenue un frein ?