CMS statico per siti di clienti
Un CMS statico per siti di clienti, dove ogni salvataggio è un commit
jtakeit è un CMS statico basato su git per siti di clienti: il titolare modifica toccando il testo sulla pagina, le parole sono JSON nel tuo repository, ogni salvataggio è un commit e il sito resta output statico.
$ git pull
$ git log --oneline -3 -- jtk/content/
b3dc408 save: client-site at rev 14
5e0a9c1 save: client-site at rev 13
a41f7d2 save: client-site at rev 12
$ git show --stat --format= HEAD
jtk/content/index.json | 2 +-01/ cos’è
Cos’è un CMS statico?
Un CMS statico modifica i contenuti di un sito che viene generato in anticipo come semplice HTML, invece di essere assemblato da un database a ogni visita. I visitatori caricano file; il CMS è il modo in cui cambiano le parole in quei file.
Per un sito cliente sono due compiti insieme. Il titolare deve poter cambiare i propri testi senza chiamarti, e il risultato deve restare il sito statico e veloce che hai costruito — niente PHP, niente database e niente plugin sul sito.
Su jtakeit il sito è un progetto statico — Astro di default, o qualsiasi altro generatore statico — in un repository git che hai tu. Le parole del titolare sono documenti JSON in quel repository, il titolare le modifica toccando il testo sulla pagina, e ogni salvataggio è un commit.
02/ git o api
CMS basato su git o headless CMS basato su API?
Un headless CMS basato su API conserva i contenuti in un proprio database e li serve tramite un’API — adatto quando un unico team pubblica su un sito, un’app e altro ancora. Un CMS basato su git conserva i contenuti come file accanto al codice. Un sito cliente ha un solo titolare e un solo sito: per questo jtakeit è basato su git.
| Headless CMS basato su API | La maggior parte dei CMS basati su git | jtakeit | |
|---|---|---|---|
| Contenuti pubblicati | Nel database del CMS, letti tramite la sua API | File Markdown o JSON nel repository | JSON nel repository che hai tu |
| Un salvataggio | L’aggiornamento di un record | Un commit | Un commit; le bozze restano nel database della piattaforma |
| Dove lavora chi modifica | Un’app di amministrazione separata | Di solito un modulo di amministrazione separato | Sulla pagina stessa, toccandone il testo |
| Cosa può cambiare chi modifica | Tutto ciò che il modello dei contenuti consente | Tutto ciò che la configurazione del CMS espone | Solo i campi che il catalogo dichiara; nessun pulsante per aggiungere pagine o blocchi |
| Moduli, prenotazioni, hosting | Fuori dal CMS, da aggiungere a parte | Fuori dal CMS, da aggiungere a parte | Gestiti dalla piattaforma, con fatturazione, backup e dominio |
| Il sito com’era a marzo | Dipende dalla cronologia del CMS | Un solo comando in git | Un solo comando in git |
03/ oltre la modifica
Cosa serve a un CMS per siti statici di clienti
Un CMS risponde a una domanda: come cambia le parole il titolare? Un sito cliente ne pone altre tre — cosa succede quando un visitatore scrive, quando vuole prenotare e quando il cliente vuole andarsene.
Modifiche che non rompono il design
Il titolare compila solo ciò che il catalogo dichiara. La struttura è un commit, fatto da te o dal tuo agente.
Moduli di contatto
I moduli sono protetti dallo spam, e le richieste arrivano su Telegram, via email o nella casella del pannello.
Prenotazioni pagate
Il modulo prenotazioni manda le prenotazioni pagate direttamente sullo Stripe dell’attività.
Dati che può portare con sé
Richieste e prenotazioni si esportano in CSV e JSON. L’export non richiede mai un abbonamento attivo, e nulla viene cancellato se un abbonamento scade.
Un’anteprima prima di pagare
Il cliente approva il sito vero, in anteprima, prima di pagare.
Una SEO che resta attiva
Una build con noindex, un robots.txt che blocca i crawler, una sitemap vuota o un canonical su un altro host viene rifiutata.
04/ scritto dal tuo agente
Un CMS per generatori di siti statici, scritto dal tuo agente AI
Astro è lo scaffold di default e funziona qualsiasi generatore statico; in ogni caso, ogni parte del CMS è un file nello stesso repository: le pagine, la dichiarazione di ciò che il titolare può modificare e i documenti dei contenuti. Il tuo agente — per esempio Claude Code, tramite il server MCP di jtakeit — scrive tutti e tre, fa la build del sito e ti consegna un’anteprima.
- Dichiara. Un campo che dichiari è un campo che il titolare può modificare; tutto il resto è design.
- Verifica. La verifica del catalogo rifiuta un campo dichiarato ma non mostrato, o mostrato ma non dichiarato.
- Rivedi. Leggi il lavoro dell’agente come un diff, come qualsiasi altro codice.
Come si dichiarano le modifiche nell’Astro CMS →
Il flusso con Claude Code, passo per passo →
{
"path": "/",
"seo": { "title": "…", "description": "…" },
"blocks": [
{ "type": "hero", "v": 1,
"title": "Fresh bread from six",
"lead": "Order by noon, collect tomorrow." },
{ "type": "questions", "v": 1,
"items": [ … ] }
]
}05/ scegliere
Scegliere il miglior CMS basato su git per i siti dei clienti
Esistono molti buoni CMS basati su git, e quello giusto dipende da chi modifica. Se chi scrive pubblica articoli lunghi e si trova bene in un modulo di amministrazione, o se vuoi ospitare e gestire il CMS da solo, un CMS basato su git di uso generale potrebbe servirti meglio.
jtakeit è più specifico, per scelta. È pensato per sviluppatori il cui agente AI scrive i siti dei clienti, e i cui clienti devono poter cambiare i propri testi — e nient’altro — senza chiamarti. Gestisce anche ciò che serve a un sito cliente attorno al CMS: moduli, prenotazioni, fatturazione, backup, hosting e dominio.
Stai spostando un cliente da un sito basato su database? Leggi di jtakeit come alternativa a WordPress per sviluppatori. Per vedere come si dichiarano nel codice i campi del titolare, leggi dell’Astro CMS per siti di clienti.
06/ domande
Domande sul CMS statico
- Cos’è un CMS statico?
- Un CMS statico modifica i contenuti di un sito generato in anticipo come semplice HTML, invece di essere assemblato da un database a ogni visita. Su jtakeit i contenuti sono JSON nel repository git del sito, il titolare li modifica sulla pagina stessa, e ogni salvataggio è un commit in quel repository.
- jtakeit è un headless CMS basato su git?
- È basato su git, ma è costruito per un singolo sito cliente, non per servire contenuti su molti canali. I contenuti vivono come file JSON accanto al codice, e il titolare li modifica sulla pagina stessa invece che in un pannello separato.
- Quale generatore di siti statici usa?
- Astro di default: lo scaffold di jtakeit crea un progetto Astro con la verifica del catalogo, i moduli e gli specimen già inclusi, e ne fa la build in meno di un minuto. Qualsiasi altro generatore statico funziona allo stesso modo — Next.js come export statico, Nuxt, SvelteKit, Eleventy o Vite — organizzato secondo lo stesso contratto, in circa 90 secondi a build. In ogni caso ogni pagina viene prerenderizzata in HTML alla build — componenti React, Vue o Svelte compresi — e sul sito non ci sono plugin, né PHP, né database.
- Il cliente può rompere il design?
- No. Il titolare può compilare solo i campi che il catalogo dichiara, e non c’è un pulsante per aggiungere una pagina o un blocco. Cambiare la struttura è un commit, fatto da te o dal tuo agente AI.
- Che fine fanno i contenuti se il cliente se ne va?
- Il sito è un repository git che hai tu, con i contenuti dentro. Il passaggio di consegne è un link, e le richieste e le prenotazioni del cliente si esportano in CSV e JSON. L’export non richiede mai un abbonamento attivo, e nulla viene cancellato se un abbonamento scade.
07/ prova gratis
Provalo su un vero sito cliente
Registrati nel pannello e realizza il tuo primo sito cliente. Realizzarlo e vederlo in anteprima non costa nulla: paghi un prezzo all’ingrosso solo quando un sito va online.
Prova gratisadmin.jtakeit.com
- Gratis finché un sito non va online
- Poi un prezzo all’ingrosso per sito online, da €5 al mese
- Il codice resta nel tuo repository git