Documentation — version 1, périmètre gelé
Le contenu vit dans des fichiers.
Le client édite sur sa page.
inline est un système d'édition en front pour sites statiques. Le contenu est écrit dans des fichiers JSON validés par Zod, injecté dans le HTML au moment du build par Astro, et modifiable directement sur la page par une interface superposée — sans CMS, sans base de données, sans serveur applicatif.
Commencer la lecture → Ouvrir le simulateur Aller droit au démarrage
En trois minutes
Un site neuf, éditable en local, sans dépôt distant ni hébergeur, en quatre commandes :
npm create inline@latest mon-site -- --nom "Mon site" --courriel contact@exemple.fr
cd mon-site && npm install
npm run mock:git # faux dépôt local, dans un premier terminal
npm run build # construit le site
npm run serve:functions # sert le site ET les fonctions
Ouvrez http://127.0.0.1:8788/admin, saisissez la clé affichée à la création,
cliquez sur un texte, modifiez-le, publiez. Le détail de chaque étape :
Démarrage local.
Par où entrer
Comprendre
Pourquoi cet outil existe
Le problème réel, les solutions écartées, et les décisions qui en découlent.
Comprendre
Comment ça marche
Deux flux, deux points de couplage, onze règles absolues.
Démarrer
Démarrage local
Prérequis, création, clé de site, faux dépôt, première publication.
Tutoriels
Un site complet, de A à Z
Trois pages, deux langues, tous les types de contenu. Du premier « npm create » à la première publication.
Tutoriels
Reprendre un site HTML
Un site existant — pages, feuille de style, script, images — repris fichier par fichier.
Construire
Le modèle de contenu
Trois types de champs, des listes à identifiants stables, un schéma Zod.
Construire
Ajouter une page
Du fichier JSON au composant posé dans la page, en passant par le routage.
Construire
Charte et styles
Un seul fichier à reprendre, et pourquoi le client ne choisit jamais une couleur libre.
Mettre en ligne
GitHub, de bout en bout
Dépôt, compte machine, jeton restreint, intégration continue, déploiement.
Mettre en ligne
GitLab, de bout en bout
État réel du support, implémentation à écrire, CI et déploiement.
Éditer
Simulateur d'édition
Le parcours du client reproduit dans la page : clé, overlay, publication, conflit.
Ce que vous ne trouverez pas ici
Ni tableau de bord, ni arborescence de contenu, ni workflow de validation, ni permissions par utilisateur. Ce ne sont pas des manques : ce sont des refus, et le premier chapitre explique lesquels et pourquoi. Si l'un de ces besoins est réel dans votre cas, un CMS du marché sera plus adapté — et le dire tôt coûte moins cher que de le découvrir au troisième mois.
La documentation est écrite pour une lecture dans l'ordre, une fois, puis une consultation par morceaux. Si vous reprenez un projet existant, les chapitres Comment ça marche, Anatomie d'un projet et Dépannage suffisent à démarrer.