Segnali di fiducia: le cinque domande che decidono se l’AI cita il tuo contenuto

I segnali di fiducia sono gli elementi verificabili che una pagina espone su se stessa: da quali fonti nasce, chi l’ha scritta e chi l’ha controllata, quando è stata verificata l’ultima volta, se è la versione corrente e come sono stati calcolati i numeri che contiene. Google Cloud li ha formalizzati il 24 luglio 2026, dentro la versione 0.2 dell’Open Knowledge Format, riducendoli a cinque domande. Sono le stesse cinque domande a cui un contenuto pubblico deve saper rispondere per essere ripreso da un motore generativo invece che scartato.

Una lista nata per i dati aziendali che parla ai contenuti pubblici

Il 24 luglio 2026 Sam McVeety e Amir Hormati, tech lead rispettivamente di Data Analytics e di BigQuery, hanno pubblicato sul blog di Google Cloud la versione 0.2 dell’Open Knowledge Format (OKF). È un formato aperto che serve a far vivere il contesto di un’azienda, gli schemi delle tabelle, le definizioni delle metriche, le procedure, dentro file leggibili invece che dentro strumenti chiusi. Materia da data platform, lontana dal blog aziendale.

Prima di elencare i campi nuovi, gli autori spiegano perché servono, e lo fanno con cinque domande che chi riceve un’informazione deve poter risolvere prima di usarla:

1. Da cosa è stato creato? La provenienza.
2. Quanto dovrei fidarmi? La verifica.
3. È ancora vero? La freschezza.
4. È la versione corrente? Il ciclo di vita.
5. Questo numero è stato prodotto nel modo previsto? L’attestazione.

Google Cloud le applica ai dati interni. Noi le abbiamo portate dove lavoriamo ogni giorno, cioè su pagine pubbliche che vengono lette, riassunte e citate dai sistemi di ricerca generativa.

Una precisazione, perché su questi temi circola parecchia confusione. L’OKF non ha nulla a che vedere con il ranking di Google e nessuno ha mai dichiarato che gli AI Overview lo usino. Non lo diciamo neanche noi. Quello che vale è la lista: è la descrizione più asciutta che abbiamo letto di cosa rende un’informazione riutilizzabile da una macchina, e combacia con quello che vediamo quando proviamo a capire perché un contenuto viene citato e un altro no.

Cosa cambia rispetto alla SEO che conosciamo

Da sempre, sul web, la fiducia si è misurata a livello di dominio. Link in entrata, storicità, autorevolezza del sito: segnali che dicono quanto vale la fonte nel suo insieme.

Un motore generativo lavora un gradino più in basso. Non deve decidere se il tuo sito merita la prima posizione, deve decidere se quella singola frase può finire dentro una risposta con il tuo nome attaccato. Se la frase contiene un numero, deve poterlo giustificare. Se contiene una data, deve sapere se è ancora valida. Se la pagina esiste in tre versioni diverse, deve capire quale delle tre stai sostenendo davvero.

Le cinque domande dell’OKF descrivono esattamente questo controllo, frase per frase. Ed è per questo che valgono anche fuori dal loro contesto originale.

Da cosa nasce questo contenuto?

Nell’OKF la provenienza è un campo strutturato chiamato sources. Per ogni fonte si registrano identificativo, indirizzo, titolo, autore e data dell’ultima modifica. Poi, nel corpo del documento, ogni singola riga che deriva da quella fonte la richiama con una nota. Non una bibliografia in fondo, un aggancio puntuale: questa riga viene da lì.

Sui contenuti web quasi nessuno lo fa. Le fonti finiscono in blocco a fine articolo, oppure dentro un link generico sulla parola “studio”, oppure spariscono del tutto perché il dato è stato ripreso da un altro blog che a sua volta lo aveva ripreso da qualcun altro.

Cosa serve, in pratica:

• La fonte nominata per esteso dentro la frase, con la data della rilevazione. “Secondo l’indagine X di marzo 2026” vale più di un link nascosto sotto la parola “ricerche”.
• Il link alla pagina precisa che contiene il dato, non alla home del sito che l’ha pubblicato.
• La catena chiusa: se il numero arriva da un articolo che cita uno studio, si cita lo studio, non l’articolo.

Un motore generativo che deve attribuire una frase preferisce la pagina dove l’attribuzione è già fatta. Gliela stai risparmiando.

Quanto ci si può fidare di chi lo ha scritto?

Qui l’OKF introduce due campi distinti che sul web tendiamo a confondere. C’è generated, cioè chi ha prodotto il contenuto e quando, e c’è verified, cioè l’elenco di chi lo ha confermato in modo indipendente, con nome e data.

Da questa separazione nascono tre livelli di fiducia: contenuto non verificato, contenuto confermato solo da una macchina, contenuto rivisto da una persona identificata.

Traduzione per un sito aziendale. Un articolo firmato “Redazione”, senza revisore e senza data di controllo, sta nel primo livello. Un articolo firmato da una persona che esiste anche fuori dal sito, con un ruolo, una biografia e profili collegati, e con l’indicazione di chi lo ha revisionato, sta nel terzo.

La differenza è visibile e verificabile, quindi è utilizzabile. Sul piano tecnico si dichiara con author ed editor sull’articolo e con reviewedBy a livello di pagina, ma il markup da solo non basta: quello che conta è che la persona sia reale e rintracciabile.

È ancora vero?

Il campo stale_after è la trovata più semplice e più trascurabile dell’aggiornamento. Non dice “aggiornato di recente”, dice una data assoluta: dopo il 31 dicembre 2026 questo concetto va riverificato, punto.

Sui contenuti la pratica corrente è l’opposto. Si tocca la data di aggiornamento senza toccare il contenuto, sperando che basti come segnale. Funziona sempre meno, e comunque non aiuta chi legge.

Il modo onesto di farlo:

• Assegnare a ogni contenuto che contiene dati una scadenza interna, in agenda, con un responsabile.
• Quando si aggiorna, dire cosa è cambiato e quando, in una riga visibile in testa o in coda al pezzo.
• Muovere dateModified solo quando il contenuto cambia davvero.

Un dato di mercato del 2023 lasciato senza contesto in una pagina del 2026 fa più danni di un dato assente, perché rende sospetta anche la parte ancora valida.

È la versione corrente?

L’OKF assegna a ogni concetto uno stato: bozza, stabile, deprecato. Nel bundle di esempio pubblicato da Google Cloud c’è un dettaglio che vale la pena rubare: la vecchia definizione di margine lordo non viene cancellata, viene marcata come superata e resta accanto alla nuova. Chi la incontra sa che esiste ma sa anche che non è quella da usare.

Sui siti aziendali questo è il punto più trascurato che vediamo. I contenuti vecchi non muoiono: restano online, si posizionano, competono con quelli nuovi sulla stessa query e mandano segnali contraddittori. Il risultato è che il motore deve scegliere quale versione della tua posizione è quella vera, e a volte sceglie male.

Cosa fare, in ordine:

1. Cercare sul proprio dominio la keyword principale e contare quante pagine proprie competono per la stessa intenzione di ricerca.
2. Decidere quale è la pagina canonica del tema.
3. Unire i pezzi sovrapposti dentro quella, oppure marcarli come superati con un rimando esplicito in testa.
4. Gestire canonical e redirect di conseguenza.

Il numero regge a un controllo?

La quinta domanda è quella che separa un case study da un claim, ed è la parte più radicale dell’OKF v0.2. Il formato introduce un tipo di concetto in cui il valore non viaggia mai da solo: viaggia con il modo canonico di calcolarlo, con la ricevuta dell’esecuzione (identificativo del job, query eseguita, risultato) e con uno script deterministico che verifica che il calcolo sia stato fatto proprio così. Se la verifica fallisce, il valore non viene mostrato affatto.

Nessuno chiede a un blog aziendale di allegare uno script di verifica. Ma il principio si applica senza sforzo: quando pubblichi un numero, pubblica anche come lo hai ottenuto.

Un “+300% di lead in sei mesi” senza perimetro è una frase pubblicitaria. Lo stesso numero con quattro precisazioni diventa una prova:

• cosa conta come lead (form compilato, contatto qualificato, opportunità aperta);
• su quale periodo e rispetto a quale base di partenza;
• con quale strumento è stato misurato;
• cosa era in corso nello stesso periodo che potrebbe aver contribuito.

L’OKF distingue anche fra la verifica della definizione, che è lenta e vive nel documento, e l’attestazione della singola esecuzione, che è istantanea e non si conserva. Sul contenuto la stessa distinzione diventa: la nota metodologica si scrive una volta e vale per tutto il sito, mentre ogni numero riportato porta con sé i suoi parametri.

La griglia dei cinque controlli su una pagina

Questa è la traduzione operativa che usiamo internamente. Le cinque domande diventano cinque controlli che chiunque può fare su una pagina già pubblicata, senza strumenti a pagamento.

Le prime due colonne sono lettura dell’OKF. Le ultime tre sono nostre, e nascono dal lavoro sui siti dei clienti. Se dovessimo indicare l’ordine di intervento su un sito già online, partiremmo dalla quarta domanda, perché le pagine duplicate danneggiano anche i contenuti fatti bene, poi dalla quinta, che è quella che vale di più in fase commerciale.

Gli errori che rendono un contenuto scartabile

Li incontriamo in quasi tutti gli audit che facciamo su blog aziendali già avviati:

• Numeri senza fonte, o con fonte che rimanda a un altro articolo che a sua volta rimanda a un terzo.
• Firma generica, “Redazione” o “Admin”, su contenuti che vorrebbero dimostrare competenza.
• Data di pubblicazione assente o, peggio, aggiornata a rotazione senza modifiche reali.
• Tre articoli sullo stesso tema scritti in anni diversi, tutti online, tutti in competizione.
• Risultati di progetto dichiarati in percentuale senza dire su cosa e in quanto tempo.
• Pagine di servizio che promettono un metodo senza mostrare un passaggio del metodo.

Nessuno di questi è un errore tecnico. Sono tutti errori di responsabilità editoriale, ed è per questo che gli strumenti automatici non li segnalano.

Come lavoriamo noi su questa parte

Nel nostro metodo MAKE i cinque controlli entrano in due fasi. In Map facciamo l’inventario dei contenuti esistenti e li passiamo alla griglia, segnando per ogni pagina quali domande hanno già una risposta e quali no: da lì esce la lista di cosa unire, cosa riscrivere e cosa lasciare stare. In Evolve la stessa griglia diventa una routine, con le scadenze di riverifica in calendario e la nota metodologica mantenuta insieme ai numeri.

Siamo un’agenzia da circa quaranta professionisti con produzione interna, quindi chi scrive un contenuto e chi lo verifica sono due persone diverse dello stesso team, e questo rende la seconda domanda molto meno teorica di quanto sembri. È lo stesso lavoro che facciamo dentro un audit marketing quando la richiesta arriva dal lato visibilità, e che confluisce nel percorso di digital authority e reputation quando il tema è come l’azienda viene descritta dai motori.

Cosa non sappiamo ancora

Applichiamo la quinta domanda anche a questo articolo, altrimenti sarebbe una predica.

Non abbiamo un test controllato che dimostri che aggiungere questi segnali aumenti le citazioni nei motori generativi. Non esiste, che ci risulti, un modo pulito per isolare quella variabile: le citazioni cambiano per mille motivi contemporaneamente e i sistemi non pubblicano i criteri. Quello che abbiamo è una fonte tecnica autorevole che elenca cinque requisiti, e un’osservazione ricorrente sui progetti che seguiamo. Non è una legge causale, è una direzione di lavoro che costa poco e che, nel peggiore dei casi, produce contenuti più onesti.

L’altra cosa che non sappiamo è quanto durerà questa forma. L’OKF è alla versione 0.2, pubblicata a meno di due mesi dalla prima. I campi cambieranno. Le cinque domande, quelle, difficilmente.

Domande frequenti

I segnali di fiducia sono un fattore di ranking di Google? No, e nessuna delle cose descritte qui è un fattore di ranking dichiarato. Provenienza, firma, freschezza e chiarezza sui numeri sono criteri di qualità editoriale che rendono un contenuto più facile da riprendere e da attribuire. Il beneficio si vede sulla citabilità e sulla credibilità, non su una posizione garantita.

Devo implementare l’Open Knowledge Format sul mio sito? No. L’OKF serve a organizzare il contesto interno di un’azienda, tipicamente su dati e metriche, e vive in un repository, non in una pagina web. Dall’articolo di Google Cloud si prende il ragionamento, non il formato.

Ogni quanto va riverificato un contenuto con dati dentro? Dipende dalla velocità con cui invecchia la materia. Per numeri di mercato e statistiche di settore, una scadenza a dodici mesi è ragionevole. Per prezzi, normative e dati di piattaforma, molto meno. La regola operativa è assegnare la scadenza quando si pubblica, non deciderla dopo.

Basta aggiungere lo schema markup giusto? No. Il markup dichiara quello che in pagina c’è già. Se l’autore non esiste davvero o la revisione non è stata fatta, il markup dichiara una cosa falsa e il rischio è peggiore del beneficio.

Da quale delle cinque domande conviene partire? Dalla quarta, quella sulle versioni. Le pagine duplicate o superate che restano online abbassano il valore anche dei contenuti curati, e ripulirle non richiede di produrre nulla di nuovo.

Nicola Ferrari

Marketing Manager

Digital Marketing Strategist e docente presso corsi universitari e master executive, segue da più di 15 anni progetti e brand a livello nazionale e internazionale con un’attenzione specifica su performance e approcci omnichannel. HELLO

Scopri l'autore