SEO · 8 ottobre 2026

I dati strutturati
servono davvero?

No, non fanno salire una pagina: Google ha detto più volte che non sono un fattore di posizionamento, e la pagina di un cliente che in questo momento è quarta in prima pagina su una ricerca competitiva non ne ha nemmeno uno. Servono a due cose diverse: ottenere i risultati arricchiti nella pagina dei risultati, e dire ai motori di risposta senza ambiguità chi sei e di cosa parli. Sono utili, non sono una leva.

Cosa sono, in una riga

Sono un blocco di codice invisibile al lettore che descrive il contenuto della pagina in un formato che i motori leggono senza doverlo interpretare: questa è un'azienda, questo è un articolo, questo è il suo autore, questa è una domanda e questa la sua risposta. Il formato raccomandato si chiama JSON-LD e sta dentro il codice della pagina.

La differenza con il testo normale è che il testo va capito, il dato strutturato va solo letto. Dove il motore deve dedurre, può sbagliare; dove trova una dichiarazione esplicita, non deve dedurre.

La prova che non fanno salire una pagina

Vale la pena guardare un caso reale invece che la teoria. Una delle pagine che seguo si posiziona in questo momento in prima pagina su una ricerca di settore piuttosto competitiva. Quella pagina non ha un solo dato strutturato: nessun Article, nessuna FAQ, nessun Breadcrumb. Ci è arrivata con una struttura ordinata, una risposta messa in cima, titoli di sezione scritti come domande vere e circa milleduecento parole che rispondono davvero.

È un esempio solo, e un esempio non è una legge. Però chiude bene la questione: se i dati strutturati fossero una leva di posizionamento, quella pagina non sarebbe lì. Chi te li vende come “la cosa che manca per salire” ti sta proponendo un intervento che non farà quello che promette.

A cosa servono davvero

Ai risultati arricchiti. Sono quelli che nella pagina dei risultati occupano più spazio degli altri: le domande a fisarmonica sotto un link, le stelline delle recensioni, le briciole di pane al posto dell'indirizzo, l'immagine accanto alla ricetta, i prezzi di un prodotto. Senza il dato strutturato corrispondente, Google non ha modo di costruirli. Qui l'effetto è concreto: la posizione non cambia, ma il risultato diventa più grande e più cliccabile.

A togliere ambiguità. Se la tua azienda si chiama come una città, come un prodotto comune o come un'altra azienda nota, il motore mescola informazioni che non c'entrano tra loro. Una dichiarazione esplicita — questa organizzazione, con questa partita IVA, a questo indirizzo, con questi profili ufficiali — separa le identità.

Ai motori di risposta. È l'uso che oggi conta di più. Un modello che deve scrivere una sintesi e citare una fonte ha bisogno di sapere chi l'ha scritta e quando. Il dato strutturato glielo dice in modo non interpretabile. Non garantisce la citazione — niente la garantisce — ma toglie un motivo per non sceglierti.

Quali mettere, in ordine di utilità

• Organization o LocalBusiness, una volta sola e uguale su tutto il sito: nome, indirizzo, telefono, partita IVA, profili ufficiali. È la base dell'identità.
• BreadcrumbList, su ogni pagina interna. Costa poco e Google lo usa spesso al posto dell'indirizzo nel risultato, che è più leggibile.
• FAQPage, solo dove le domande sono visibili anche al lettore. Dichiarare domande che sulla pagina non ci sono è una violazione delle linee guida e si rischia un'azione manuale.
• Article con autore e data, su ogni contenuto del blog. Non produce un risultato arricchito, ma è il modo in cui dichiari chi firma.
• Person, collegato all'autore, con la pagina biografica. Conta su tutti i temi dove chi scrive fa la differenza.
• Service o Product, sulle pagine commerciali.

Gli errori che vedo più spesso

Dichiarare cose che sulla pagina non esistono. È l'errore più grave perché è l'unico che può far danno invece che non far niente. Recensioni mai ricevute, domande non visibili, prezzi diversi da quelli esposti: Google lo considera markup ingannevole.

Blocchi doppi e in conflitto. Succede con tre plugin SEO attivi insieme, ognuno che scrive il suo. Il motore trova due Organization con nomi diversi e non sa a quale credere.

Dati fermi a due anni fa. Un indirizzo vecchio o un telefono cambiato dentro il markup, mentre sulla pagina c'è quello nuovo, è peggio di non averlo.

Copiare il blocco da un'altra pagina. Tutte le pagine che si dichiarano la stessa cosa annullano il vantaggio di averlo dichiarato.

Come si verifica che funzionino

Due strumenti, entrambi gratuiti e sufficienti. Il Rich Results Test di Google dice se la pagina è idonea a un risultato arricchito e segnala errori e avvisi. Il validatore schema.org controlla che il codice sia corretto anche per i tipi che Google non usa per i risultati arricchiti ma che i modelli leggono comunque.

In Search Console, la sezione dei miglioramenti mostra poi quante pagine sono state riconosciute e con quali errori. È lì che si vede se il markup è davvero arrivato a destinazione o se esiste solo nel codice.

Quanto tempo meritano

Poco, e all'inizio. Impostarli una volta su un sito ordinato è mezza giornata di lavoro e poi si mantengono da soli. Il rapporto tra sforzo e beneficio è ottimo proprio perché sono un lavoro che si fa una volta.

Quello che non ha senso è metterli in cima alla lista quando mancano le fondamenta. Se le pagine non rispondono a nessuna domanda, se la risposta è sepolta a metà testo, se nessuno firma quello che scrive, i dati strutturati descriveranno con grande precisione un contenuto che non merita di essere scelto. Prima viene come è scritta la pagina, poi come la si dichiara.