Da Markdown a piattaforma di pubblicazione: la creazione del CMS personalizzato di dout.dev senza framework

dout.dev è un sito statico "vanilla-first" senza dipendenze runtime, ma la parte interessante non è solo il frontend. Dietro il sito si cela un piccolo CMS personalizzato che trasforma Markdown in un flusso di lavoro di pubblicazione completo. Invece di adattare un CMS generico a un processo editoriale specifico, il progetto utilizza una pipeline mirata per analizzare il front matter, normalizzare i contenuti, generare archivi e tassonomie, renderizzare le pagine tramite un motore di template personalizzato ed eseguire la validazione prima della pubblicazione.

Questa presentazione illustrerà l'architettura e i compromessi che hanno portato a questa scelta. Mostrerò perché un CMS personalizzato si è rivelato più adatto a questo progetto rispetto a una piattaforma più ampia, come il modello di contenuto sia rimasto volutamente snello e dove il codice personalizzato crei vantaggi e costi di manutenzione. Utilizzando dout.dev come caso di studio concreto, spiegherò come prestazioni, accessibilità, determinismo e manutenibilità diventino problematiche del CMS, e non solo del frontend, quando la pipeline di pubblicazione viene progettata end-to-end.

I partecipanti acquisiranno un quadro di riferimento pratico per decidere quando è giustificato un CMS personalizzato, quale dovrebbe essere l'architettura di pubblicazione minima funzionale e come mantenere comprensibile una piccola piattaforma di contenuti man mano che cresce.

Cosa impareranno i partecipanti da questo intervento?

- Come decidere se un CMS personalizzato è la scelta giusta per uno specifico flusso di lavoro editoriale
- Come modellare post, metadati, tag, archivi e serie con una semplice pipeline Markdown e front matter
- Come separare l'acquisizione dei contenuti, la normalizzazione, la creazione di template e la generazione dell'output in un flusso di build deterministico
- Come integrare accessibilità, prestazioni e validazione nel sistema di pubblicazione anziché considerarle come elementi da aggiungere in un secondo momento
- Come mantenere gestibile un piccolo CMS con test, convenzioni e controlli di qualità CI