Quando il contenuto diventa un oggetto. Il content modeling a blocchi

Per gestire contenuti che devono rimanere coerenti attraverso molteplici pagine, touchpoint e contesti d’uso occorre un cambio di paradigma: smettere di pensare al contenuto come qualcosa che vive dentro le pagine, e iniziare a trattarlo come un oggetto autonomo e riutilizzabile.

Lettura: 5 minuti

Indice

La pensione di base, 11 occorrenze, 4 pagine

Immagina di dover aggiornare l’importo della pensione statale di base su GOV.UK, il portale governativo britannico. Sembra un’operazione semplice. Eppure, ogni anno, quando questo valore cambia, i content designer devono localizzare tutte le pagine dove compare l’informazione e aggiornarle manualmente, una per una.

Nel caso specifico della Basic State Pension, parliamo di 11 occorrenze distribuite su 4 pagine diverse. Un lavoro che richiede tempo, attenzione e che presenta inevitabili rischi di errore o incoerenza: se una pagina venisse dimenticata? se qualcuno aggiornasse il valore in modo diverso?

Questo scenario, tutt’altro che raro, ci porta al cuore di una delle sfide più rilevanti dell’architettura dell’informazione contemporanea: come gestire contenuti che devono rimanere coerenti attraverso molteplici touchpoint, canali e contesti d’uso. La risposta sta in un cambio di paradigma: smettere di pensare al contenuto come qualcosa che vive dentro le pagine, e iniziare a trattarlo come un oggetto autonomo e riutilizzabile.

Dall’architettura delle pagine all’architettura degli oggetti

L’approccio tradizionale al content management si basa su un’architettura orientata alle pagine. Creiamo documenti, articoli, landing page: contenitori che aggregano informazioni diverse in un unico luogo. È il modello mentale che abbiamo ereditato dalla carta stampata e che abbiamo replicato nel digitale.

Ma questo modello mostra evidenti limiti quando:

  • lo stesso contenuto deve apparire in contesti diversi: numeri di telefono, indirizzi, dati normativi, prezzi
  • le informazioni cambiano frequentemente: pensioni, aliquote fiscali, orari di servizio
  • dobbiamo servire contenuti su canali multipli: web, app mobile, assistenti vocali, newsletter
  • la manutenzione diventa insostenibile: duplicazioni, incoerenze, costi nascosti.

Object-Oriented User Experience (OOUX)

L’ Object-Oriented User Experience (OOUX) è un approccio metodologico che applica i principi della programmazione orientata agli oggetti all’architettura dell’informazione. Sviluppato da Sophia Prater (information architect in Adaptive Path), l’OOUX ci invita a ripensare radicalmente il modo in cui concepiamo, strutturiamo e organizziamo l’informazione.

Il principio fondamentale è semplice ma potente: i progettisti non progettano più pagine, ma oggetti che hanno proprietà, relazioni e comportamenti. Un utente di GOV.UK non vuole “una pagina sulle pensioni”. Vuole sapere:

  • quanto riceverà di pensione (un oggetto: Pensione di Base)
  • quando potrà richiederla (una proprietà: età pensionabile)
  • come fare domanda (un’azione)
  • cosa succede se ha lavorato all’estero (una relazione con altri oggetti).

Il salto concettuale è questo: invece di costruire pagine che aggregano contenuti, costruiamo oggetti di contenuto che possono essere assemblati, riutilizzati e visualizzati in modi diversi a seconda del contesto.

(Seppure questo metodo si è affermato ormai come “object-oriented user experience”, trovo questa etichetta poco corretta: ad essere orientato agli oggetti è il contenuto non l’esperienza. Mi sembra l’ennesimo caso di uso inappropriato di “user experience”. La user experience è qualcosa di più ampio).

Il content block

Un content block (o blocco di contenuto) è un’unità di informazione:

  • atomica: rappresenta un singolo concetto o dato
  • autosufficiente: ha senso anche fuori dal suo contesto originale
  • strutturata: segue uno schema predefinito (content model)
  • arricchita di metadati: porta con sé informazioni che la descrivono
  • riutilizzabile: può essere inserita in molteplici contesti.

Prendiamo l’esempio della Pensione di Base di GOV.UK. Il blocco non è semplicemente un numero (£221.20 a settimana), ma un oggetto strutturato che contiene:

  • titolo: Basic State Pension
  • descrizione: tipo di pensione
  • importo: £221.20
  • periodicità: settimanale
  • data di inizio validità: 6 aprile 2025
  • data di fine validità: (opzionale)
  • organizzazione responsabile: Department for Work & Pensions
  • note di aggiornamento: cosa è cambiato rispetto alla versione precedente.

Quando questo blocco viene aggiornato in un’unica posizione centrale, tutte le sue occorrenze nelle diverse pagine di GOV.UK si aggiornano automaticamente. Il team di GOV.UK ha calcolato un incremento di efficienza dell’82,5% grazie al tempo risparmiato.

I vantaggi

Single source of truth

Quando il contenuto diventa un oggetto, si crea una single source of truth, un’unica fonte autoritativa per ogni informazione.

I benefici sono immediati:

  • aggiornamenti centralizzati: si modifica una volta, si aggiorna ovunque
  • riduzione drastica delle duplicazioni: zero contenuti copia-incolla
  • tracciabilità e versioning: ogni modifica è documentata e reversibile
  • scalabilità: aggiungere nuovi canali (app, assistenti vocali) è semplice
  • coerenza garantita: impossibile che due pagine mostrino dati contrastanti.

Il caso GOV.UK è emblematico: partiti dalle pensioni, hanno esteso il sistema al dominio “contatti” (numeri di telefono, email, indirizzi postali) e stanno modellando il dominio “tasse”. Ogni dominio aggiunto moltiplica i benefici.

Workflow più semplici e guidati

Un content designer che lavora con blocchi riutilizzabili:

  • si concentra sul contenuto, non sulla presentazione: il come verrà visualizzato è gestito dal design system
  • fa meno scelte cognitive: lo schema guida il processo di creazione
  • non rischia di dimenticare informazioni essenziali: i campi obbligatori lo impediscono
  • riusa intelligentemente: invece di copiare-incollare, referenzia l’oggetto esistente.

GOV.UK ha integrato nel Content Block Manager funzionalità specifiche per i publisher: preview delle modifiche, change notes (per comunicare cosa è cambiato), scheduling (pubblicazione programmata). Il sistema mostra anche dove ogni blocco è utilizzato e quante visualizzazioni ha ricevuto: una trasparenza che aiuta a prendere decisioni informate.

Separazione fra back-end e front-end

Nell’architettura a oggetti il contenuto è separato dalla presentazione. Si ricorre per questo a CMS headless (privi di front-end) o decoupled (con front-end disaccoppiato). Questo implica:

  • approccio API-first: i blocchi sono esposti via API e possono essere usati da qualsiasi frontend
  • manutenzione semplificata: modificare la struttura di un content type non impatta necessariamente il frontend
  • flessibilità tecnologica: puoi cambiare CMS o frontend senza perdere i contenuti
  • distribuzione omnicanale: stesso contenuto per web, app, ecc.

In GOV.UK i blocchi vengono distribuiti sia al sito web sia alla nuova app GOV.UK, dimostrando proprio questa flessibilità omnicanale.

Coerenza e aggiornamento

Dal punto di vista dell’utente, i benefici sono meno visibili ma ugualmente importanti:

  • coerenza: la stessa informazione viene presentata allo stesso modo ovunque
  • informazioni sempre aggiornate: zero rischio di imbattersi in dati obsoleti
  • personalizzazione più efficace: i blocchi possono adattarsi al contesto dell’utente (touchpoint, dispositivo, lingua)
  • navigazione più intuitiva: gli oggetti possono essere collegati tra loro in modo semantico.

Risorse e approfondimenti