In un web pieno di CMS complessi, database, page builder e piattaforme SaaS, Grav conserva un vantaggio preciso: semplicità strutturale. È un CMS flat-file, quindi i contenuti vivono in file Markdown e non in un database.
Grav non è la risposta a tutto. Ma quando il progetto è un sito aziendale snello, un portfolio, un blog tecnico o una documentazione, il suo modello riduce infrastruttura, manutenzione e superficie d'attacco.
Aggiornamento luglio 2026
Grav 2.0 è stabile e la release corrente risulta 2.0.6. Per nuovi progetti il riferimento non è più Grav 1.7, che resta legacy, ma Grav 2.0 con Admin2. Il requisito minimo dichiarato è PHP 8.3.11 o superiore; questo va considerato subito quando si sceglie hosting, MAMP locale o pipeline di deploy.
Le novità importanti non sono solo estetiche. Grav 2.0 porta una documentazione aggiornata, REST API, integrazioni Admin2, maggiore attenzione alla sicurezza, supporto a workflow moderni e indicazioni anche per sviluppo assistito da AI e MCP server. La best practice è trattarlo come CMS leggero ma non "artigianale": ambienti separati, backup, Git, permessi file corretti, cache PHP come APCu/Redis/Memcached e aggiornamenti frequenti.
Per siti contenutistici, Grav resta molto competitivo. Per dati relazionali, e-commerce, membership o workflow editoriali complessi, WordPress o un CMS headless possono essere più adatti.
Cos'è un flat-file CMS
Un flat-file CMS salva i contenuti come file. In Grav, le pagine stanno in user/pages, con frontmatter YAML e corpo Markdown. Il tema usa Twig per renderizzare layout e componenti.
Questo cambia il modo di lavorare. Non devi interrogare un database per ogni pagina. Puoi versionare contenuti e codice nello stesso repository. Puoi spostare un sito copiando file, non esportando tabelle.
Architettura leggibile
La struttura di Grav è diretta:
pages/contiene i contenuti;themes/contiene template e asset;plugins/estende funzionalità;- YAML gestisce configurazioni e frontmatter;
- Twig renderizza il frontend.
Per uno sviluppatore, questa leggibilità è un vantaggio concreto. Apri il progetto, vedi le cartelle, capisci subito dove intervenire.
Performance
Senza database, molte pagine possono essere servite con cache molto efficiente. Il TTFB tende a essere basso se tema, immagini e hosting sono configurati bene. Il resto del lavoro resta quello di una buona ottimizzazione performance: asset leggeri, immagini corrette e JavaScript minimo.
Naturalmente anche Grav può diventare lento se il tema carica asset pesanti o plugin inutili. Ma la base è leggera: Markdown, cache, Twig e file statici offrono un terreno molto favorevole.
Sicurezza
L'assenza di database elimina una classe di problemi, come SQL injection tradizionale. Inoltre non esiste un ecosistema plugin grande quanto WordPress, con la stessa superficie di attacco.
Questo non significa sicurezza automatica. Bisogna comunque aggiornare Grav, tema e plugin, proteggere l'admin, usare permessi file corretti e fare backup. Ma il perimetro è più semplice da capire, soprattutto se lo confronti con la superficie descritta nell'hardening WordPress.
Template con Twig e blueprint
Creare un template Grav è lineare: definisci il file Twig, aggiungi CSS e, se serve, crei un blueprint per rendere i campi modificabili dall'admin.
Il frontmatter YAML permette contenuti strutturati senza dipendere da plugin pesanti. Un articolo può avere titolo, summary, date, categorie, tag e metadata SEO direttamente nel file.
Questo rende Grav molto adatto a sviluppatori che vogliono controllo senza costruire un CMS da zero.
Git come workflow
Uno dei punti forti è il workflow Git. Contenuti, template e configurazioni possono vivere nello stesso repository. Le modifiche sono tracciabili, revisionabili e reversibili.
Per blog tecnici, documentazione e siti di progetto, questo è molto comodo. Puoi aprire una pull request anche per una pagina, vedere il diff del Markdown e pubblicare con deploy automatico.
Casi d'uso ideali
Grav è una scelta forte per:
- portfolio personali;
- blog tecnici;
- documentazione;
- siti aziendali piccoli e medi;
- landing page;
- knowledge base interne;
- siti dove performance e controllo contano più di marketplace plugin.
È meno indicato per e-commerce complessi, membership avanzate, marketplace, community grandi o applicazioni che richiedono query dinamiche pesanti.
Limiti da valutare
Il limite principale è proprio ciò che lo rende semplice: non avere un database. Se devi filtrare grandi cataloghi, gestire utenti complessi, ordini, permessi granulari o dati relazionali, una piattaforma diversa può essere più adatta.
Anche il team editoriale conta. Chi è abituato a WordPress può trovare Grav più essenziale. L'admin esiste, ma il modello mentale è diverso.
Conclusione
Grav CMS resta utile perché non prova a fare tutto. Offre un modo pulito, veloce e controllabile per costruire siti contenutistici. Quando il progetto rientra nel suo perimetro, la semplicità flat-file è un vantaggio, anche dal punto di vista di SEO tecnico e manutenzione.