Registro delle fonti: conservare dati, versioni, limiti e responsabilità

18 Ottobre 2026 · Dati e misurazione

Un articolo contiene un dato corretto al momento della scrittura. Sei mesi dopo cambia la pagina di origine, il tecnico non ricorda il calcolo e il redattore non sa quale versione fosse stata consultata. Il numero continua a circolare in pagine, presentazioni e post, ma la sua provenienza è diventata una supposizione.

Il registro delle fonti conserva non soltanto il link, ma la catena che rende verificabile un'affermazione: che cosa sostiene, da quale documento deriva, quale versione o data è stata usata, chi l'ha interpretata, quali trasformazioni sono state applicate e in quali contenuti compare. È un'infrastruttura editoriale, non un elenco decorativo a fine articolo.

La catena rende visibili i passaggi da ricostruire quando un dato deve essere controllato o aggiornato.

Registrare la fonte a livello di claim

Una stessa pagina può contenere definizioni, percentuali, norme e confronti provenienti da fonti diverse. Collegare tutte al solo URL principale rende difficile la revisione. Il registro dovrebbe identificare claim o blocchi: “riduzione del 18% nel caso A”, “obbligo applicabile dal giorno X”, “intervallo operativo dichiarato dal produttore”.

L'identificatore del claim può essere semplice, per esempio SRC-2026-014. Nella bozza viene richiamato accanto alla frase; nel registro punta a fonte, estratto, contesto e destinazioni. In pubblicazione l'utente vede una citazione leggibile, mentre il team mantiene dettagli interni più completi.

Conservare versione e data di accesso

Un URL non è una versione. Le pagine web cambiano, i PDF vengono sostituiti e i database aggiornati. Quando possibile si registra titolo, autore o ente, data di pubblicazione, versione, sezione o pagina, data di accesso e identificatore persistente. Per documenti interni si conserva anche il percorso controllato e l'hash o numero di revisione.

Non è sempre lecito o opportuno archiviare copie di contenuti esterni. Si può però conservare l'estratto necessario, nel rispetto dei diritti, e annotare esattamente dove appariva. Per fonti critiche è utile un controllo periodico che segnali link rotti o versioni sostituite.

Separare dato originale e trasformazione

Molti errori nascono dopo la fonte: conversioni di unità, aggregazioni, percentuali, grafici e confronti. Il registro deve conservare il dato originale e il calcolo. Se si trasforma “120 su 800” in 15%, occorre indicare denominatore, arrotondamento e popolazione. Se si confrontano anni, si verifica che metodo e perimetro siano coerenti.

La provenienza descritta dal W3C distingue entità, attività e agenti: un dato è stato generato da una fonte, trasformato da un'attività e responsabilizzato da una persona o sistema. Non serve adottare l'intera ontologia per applicare il principio: ogni passaggio che può cambiare significato deve essere visibile.

Annotare limiti, applicabilità e livello di fiducia

Una fonte autorevole può essere irrilevante per il claim. Uno studio su grandi imprese statunitensi non dimostra automaticamente un comportamento nelle PMI italiane. Il registro deve contenere popolazione, periodo, condizioni, conflitti d'interesse, metodologia disponibile e limiti dichiarati o individuati.

È utile assegnare un livello di fiducia non come voto assoluto, ma rispetto all'uso: primaria e direttamente applicabile; secondaria ma ben documentata; indicativa; non sufficiente per un claim. Questo aiuta l'autore a decidere se affermare, qualificare o eliminare.

Collegare la fonte a tutti gli asset che la usano

Il vantaggio operativo emerge quando una fonte cambia. Il registro deve sapere quali pagine, PDF, presentazioni, email e script dipendono da essa. Una relazione molti-a-molti permette di trovare tutti gli asset che citano una norma o una specifica di prodotto.

Quando arriva una nuova versione, il proprietario apre una revisione con priorità proporzionata al rischio. Senza questa relazione, ogni aggiornamento diventa ricerca manuale e alcuni contenuti restano inevitabilmente indietro.

Esempio: un confronto prestazionale

Una pagina confronta due tecnologie e usa dati da schede di produttori diversi. Il registro mostra che una misura è ottenuta a 20 °C con portata nominale, l'altra a 25 °C e carico parziale. Il confronto diretto non è valido. Invece di scegliere il valore più favorevole, il contenuto spiega che i dati non sono omogenei e propone un protocollo per una prova comparabile.

Il registro conserva schede, condizioni, data, persona che ha verificato e testo pubblicato. La rinuncia a un numero spettacolare aumenta il valore dell'articolo: il lettore capisce come valutare le offerte e quali informazioni chiedere.

Campi minimi del registro

Un modello pratico include: ID claim, testo del claim, tipo, fonte, URL o percorso, ente/autore, data, versione, pagina/sezione, estratto, trasformazione, applicabilità, limiti, proprietario, stato, data di verifica, data di revisione e asset collegati. I campi possono essere ridotti per fonti a basso rischio.

Lo stato distingue proposto, verificato, approvato, scaduto, contestato e sostituito. Una fonte contestata non viene cancellata: resta nella storia con la ragione della sostituzione. Questo evita che un vecchio dato rientri mesi dopo attraverso un'altra presentazione.

Controlli mensili utili

• Fonti scadute o non più raggiungibili.
• Claim senza estratto o senza contesto.
• Calcoli non riproducibili.
• Fonti secondarie quando esiste una primaria.
• Nuove versioni di norme, dati e specifiche.
• Asset collegati che non sono stati aggiornati.

Come trattare fonti che cambiano, scompaiono o si contraddicono

Il registro deve prevedere anche la vita problematica delle fonti. Una pagina può cambiare senza mantenere lo storico, un PDF può essere sostituito, due enti possono usare definizioni diverse. Per le affermazioni importanti conviene conservare identificativo, titolo, editore, data, versione, sezione precisa e, quando le condizioni lo consentono, una copia interna o un’impronta del documento. Il record deve indicare se la fonte è normativa, tecnica, commerciale, osservazionale o interpretativa: categorie diverse non hanno lo stesso peso probatorio.

Quando due fonti affidabili divergono, non si sceglie quella più comoda. Si controllano ambito, data, popolazione, metodo e definizioni; poi si decide se una prevale, se entrambe descrivono contesti differenti o se l’incertezza deve essere dichiarata. Il contenuto può dire che il risultato dipende dalla configurazione invece di produrre una media priva di significato. Questa disciplina protegge anche gli aggiornamenti: chi riapre l’articolo comprende non solo che cosa era stato citato, ma perché quella fonte sosteneva proprio quella frase.

Domande frequenti

È necessario registrare ogni frase?

No. Si registrano affermazioni verificabili e ad alto impatto: numeri, norme, confronti, claim, definizioni tecniche e passaggi che potrebbero essere contestati. Le osservazioni editoriali comuni non richiedono lo stesso livello.

Un link salvato nel CMS è sufficiente?

Solo per fonti stabili e a basso rischio. Per dati e norme servono versione, sezione, data, limiti e relazione con il claim.

Chi deve possedere il registro?

La funzione editoriale può amministrarlo, ma ogni fonte critica deve avere un responsabile di dominio che ne confermi applicabilità e aggiornamento.

Fonti e riferimenti per la revisione

• W3C — PROV-O: The PROV Ontology
• DataCite — Tracking metadata provenance
• DataCite Metadata Schema
• Crossref — Best practices for references

Approfondisci il servizio: Analytics e conversioni.