Content governance: chi propone, scrive, approva, pubblica e aggiorna

27 Settembre 2026 · Strategia

Un contenuto viene pubblicato perché “sembrava giusto”, resta online per anni e nessuno sa chi possa modificarlo. Quando cambia un prodotto, il commerciale aggiorna una presentazione, il tecnico corregge un PDF e il sito continua a mostrare la versione precedente. La governance manca non perché l'azienda non abbia persone competenti, ma perché non ha assegnato diritti e obblighi agli oggetti editoriali.

La content governance stabilisce chi può proporre, decidere, produrre, validare, pubblicare, misurare, aggiornare e ritirare. Deve coprire l'intero ciclo di vita, non soltanto la creazione. Una matrice di ruoli è utile, ma da sola non basta: servono criteri, livelli di rischio, stati, scadenze e un registro che renda visibile la responsabilità.

Distinguere proprietà del contenuto e contributo

Il proprietario risponde dell'utilità e dell'attualità del contenuto. Non è necessariamente chi lo scrive né il massimo esperto. Un responsabile di servizio può essere proprietario della pagina; un tecnico valida i dati; un editor mantiene struttura e voce; un webmaster pubblica. Confondere questi ruoli produce approvazioni senza responsabilità.

Il contributore fornisce conoscenza o feedback, ma non acquisisce automaticamente diritto di veto. L'approvatore decide entro un dominio preciso. Il publisher garantisce integrità tecnica e stato. Per ogni contenuto critico deve essere possibile rispondere a tre domande: chi può modificarlo, chi deve validarlo e chi decide se resta online.

Governare per classi, non pagina per pagina

Assegnare manualmente un flusso diverso a ogni pagina non scala. Si definiscono classi: pagine istituzionali, servizi, articoli tecnici, schede prodotto, dati normativi, materiali commerciali, FAQ. Ogni classe ha proprietario tipo, revisori richiesti, durata di validità, evidenze e processo di ritiro.

Le eccezioni vengono dichiarate. Un articolo tecnico con un claim prestazionale può passare dal flusso standard a quello ad alto rischio. La classificazione deve essere semplice e controllabile; se richiede una riunione per capire dove appartiene ogni contenuto, la governance aggiunge attrito invece di ridurlo.

Stabilire diritti decisionali chiari

“Tutti devono essere d'accordo” non è governance. Per ogni decisione si nomina chi propone, chi esegue, chi contribuisce, chi approva e chi viene informato. Ma occorre specificare l'oggetto: il marketing decide l'ordine delle sezioni; il tecnico approva accuratezza; il responsabile commerciale approva la coerenza dell'offerta; il legale interviene sui rischi identificati.

Quando due domini confliggono, esiste un escalation owner. Per esempio, se una semplificazione editoriale può cambiare il significato tecnico, editor e tecnico producono opzioni; il proprietario del contenuto decide accettando esplicitamente il rischio o scegliendo una formulazione più lunga. L'escalation non dovrebbe diventare approvazione quotidiana.

Includere aggiornamento e ritiro nel workflow

Ogni pubblicazione crea un obbligo futuro. Il contenuto deve avere data di revisione o evento trigger: nuova versione, variazione normativa, modifica dell'offerta, scadenza di dati, sostituzione di un processo. L'assenza di scadenza non significa validità perpetua.

Il ritiro richiede una decisione sulla destinazione: redirect, pagina sostitutiva, archiviazione, messaggio all'utente o eliminazione. Vanno preservate relazioni, link e obblighi di conservazione. Una governance matura considera il costo di mantenimento prima di autorizzare nuovi contenuti.

Esempio: governance di una pagina servizio

Il service owner possiede promessa, pubblico e attualità. Marketing redige e misura. Un esperto tecnico valida condizioni e limiti. Sales verifica che le richieste generate siano coerenti con la qualificazione. Il responsabile web pubblica e controlla moduli, link, dati strutturati e accessibilità. La pagina viene rivista ogni sei mesi o quando cambia offerta.

Se il tecnico modifica una prestazione, la variazione non resta nella sua email: apre un evento di revisione che segnala pagine, PDF, deck e FAQ dipendenti. Il registro mostra stato e persone. Questo è il vantaggio della governance: collegare una modifica reale a tutti gli artefatti coinvolti.

Misurare la governance senza premiare la burocrazia

Indicatori utili sono percentuale di contenuti con proprietario, revisioni scadute, tempo in approvazione, numero di correzioni post-pubblicazione, contenuti senza fonte e asset incoerenti. Il numero di firme non è un indicatore di qualità. Un flusso può essere molto controllato e produrre comunque pagine inutili.

Conviene monitorare anche il lavoro non iniziato: quante proposte vengono rifiutate perché duplicate, non mantenibili o prive di evidenze? Una governance sana protegge capacità e attenzione. Non ha lo scopo di far passare più contenuti, ma di pubblicare ciò che l'organizzazione può sostenere.

Un modello minimo per una PMI

Una PMI può iniziare con cinque elementi: inventario dei contenuti critici, proprietario, classe di rischio, data o trigger di revisione e stato. Aggiunge poi una matrice dei ruoli per le classi principali e una riunione mensile breve dedicata a scadenze, conflitti e ritiro.

La maturità cresce quando i sistemi applicano automaticamente regole: notifiche, template, campi obbligatori, versioni e permessi. Ma la tecnologia arriva dopo le decisioni. Automatizzare un flusso in cui nessuno sa chi decide rende soltanto più veloce la confusione.

Domande da risolvere prima di pubblicare

• Chi possiede utilità e attualità del contenuto?
• Quali domini devono approvare e su che cosa?
• Quale classe di rischio e durata di validità ha?
• Quali altri asset dipendono dalle stesse informazioni?
• Che cosa attiva una revisione anticipata?
• Come verrà ritirato o sostituito quando non sarà più utile?

Gestire le eccezioni senza svuotare la governance

La governance viene messa alla prova dalle urgenze: una fiera imminente, una modifica normativa, una pagina richiesta dalla direzione o un errore pubblico. Serve quindi un percorso d’eccezione esplicito, non l’abolizione informale delle regole. Il percorso dovrebbe indicare chi può dichiarare l’urgenza, quali controlli non possono essere saltati, quali possono essere completati dopo la pubblicazione e entro quale scadenza. Un contenuto tecnico urgente, per esempio, può essere pubblicato con revisione editoriale ridotta, ma non senza conferma del responsabile del dato o del claim.

Ogni eccezione va registrata con motivo, rischio assunto e azione correttiva. Dopo il rilascio, il team verifica se l’urgenza era reale o nasceva da pianificazione insufficiente. Se le eccezioni aumentano, il problema non è la disciplina delle persone: probabilmente il workflow non riflette la velocità richiesta dall’azienda oppure assegna approvazioni troppo in basso. La governance matura non elimina la velocità; distingue il lavoro veloce controllato dal lavoro semplicemente non governato.

Domande frequenti

Serve un content manager dedicato?

Non sempre. Serve però una responsabilità esplicita di coordinamento. In una PMI può essere svolta da marketing o da un service owner, purché abbia autorità per chiedere revisioni e fermare pubblicazioni non governabili.

RACI è sufficiente?

No. RACI chiarisce ruoli, ma vanno aggiunti criteri di qualità, stati, rischio, versioni, trigger e gestione delle eccezioni.

Tutti gli articoli devono avere una data di revisione?

Almeno un criterio di revisione. Per contenuti stabili può essere un controllo periodico ampio; per dati, norme e prodotti servono scadenze o eventi più stretti.

Fonti e riferimenti per la revisione

• ISO 30401:2018 — Knowledge management systems
• GOV.UK — Governance principles for agile service delivery
• GOV.UK — Managing and improving a service through its lifecycle
• GitHub Docs — About pull request reviews and code owners

Approfondisci i servizi: Consulenza marketing B2B e Content marketing B2B.