Dati strutturati: cosa sono, come compilarli, vantaggi

I dati strutturati sono frammenti di codice che descrivono ai motori di ricerca il contenuto di una pagina in formato standardizzato. Riguardano chiunque gestisca un sito web, soprattutto in ottica SEO. Si implementano usando il vocabolario Schema.org, principalmente in formato JSON-LD. Servono a ottenere rich snippet nelle SERP, migliorare l’indicizzazione e aumentare la visibilità anche nelle risposte dei sistemi AI. Questa guida spiega cosa sono, come si scrivono e quali errori evitare.

Indice dell'articolo

Cosa sono i dati strutturati?

I dati strutturati sono informazioni organizzate secondo uno schema standard e inserite nel codice HTML di una pagina, con lo scopo di rendere il contenuto comprensibile ai motori di ricerca. Mentre il testo è pensato per chi legge, i dati strutturati sono pensati per Googlebot. Senza markup, Google riesce comunque a leggere una pagina, ma deve interpretarne il contenuto con più sforzo algoritmico.

Il vocabolario di riferimento è Schema.org, nato nel 2011 su iniziativa congiunta di Google, Yahoo, Bing e Yandex. Definisce un linguaggio comune per classificare entità (prodotti, persone, eventi, articoli, ricette, luoghi e molte altre) e le relazioni tra loro, permettendo a qualsiasi motore di ricerca nel mondo di leggere correttamente le stesse informazioni.

Nella pratica, un dato strutturato è un blocco di codice invisibile all’utente ma accessibile al crawler. Una pagina di un ristorante con markup Restaurant specifica indirizzo, orari e valutazione media: Google le legge e può mostrarle nei risultati senza che l’utente apra la pagina.

Dati semi-strutturati e dati non strutturati

I dati si dividono in strutturati, semi-strutturati e non strutturati: la differenza sta nel livello di organizzazione e nella facilità con cui possono essere elaborati da un algoritmo.

Nel contesto web, quasi tutto il contenuto che produciamo rientra in una di queste tre categorie:

dati strutturati: seguono uno schema predefinito e rigido, immediatamente leggibile da software e motori di ricerca. Esempi: JSON-LD con Schema.org, tabelle SQL, file XML con struttura fissa
dati semi-strutturati: contengono elementi organizzati ma non seguono uno schema rigido. Esempi: file JSON generici, CSV, HTML con metadati parziali. Il codice Schema.org che inseriamo nel sito rientra tecnicamente in questa categoria
dati non strutturati: privi di formattazione leggibile da un algoritmo senza elaborazione avanzata. Esempi: testo libero di un articolo, immagini senza alt text, video senza trascrizione. Richiedono NLP e modelli AI per essere interpretati.

Implementare i dati strutturati significa trasformare contenuto non strutturato in informazioni classificate, riducendo lo sforzo interpretativo del motore di ricerca.

Structured data e markup

Il markup è il codice che implementa i dati strutturati in una pagina. Esistono tre formati riconosciuti da Google: JSON-LD, Microdata e RDFa, ma solo uno è effettivamente consigliato.

La tabella seguente riassume i tre formati e le loro caratteristiche principali.

Formato	Posizione nel codice	Difficoltà	Consigliato da Google
JSON-LD	Tag <script> in <head> o <body>.	Bassa: separato dall’HTML visibile.	Sì, è il formato preferito.
Microdata	Integrato nei tag HTML della pagina.	Media: richiede modifica dell’HTML.	No, ma supportato.
RDFa	Attributi HTML, usato in <head> e <body>.	Alta: sintassi più complessa.	No, ma supportato.

JSON-LD è preferito da Google perché separato dal contenuto visibile, aggiornabile dinamicamente e più facile da leggere e correggere. Si inserisce nel codice sorgente in un tag <script type=”application/ld+json”> e contiene le proprietà dell’entità in formato chiave-valore. Schema.org fornisce la lista completa: i tipi più usati in SEO sono Article, Product, Review, Recipe, LocalBusiness, BreadcrumbList, Event, Person, Organization. Ogni tipo ha proprietà obbligatorie (richieste per attivare i rich result) e proprietà consigliate (migliorano la qualità dello snippet).

A cosa servono i dati strutturati?

I dati strutturati servono a comunicare esplicitamente a Google il tipo di contenuto presente in una pagina, riducendo l’ambiguità interpretativa e aprendo la porta ai risultati avanzati nelle SERP.

Senza markup, Googlebot deduce il contenuto di una pagina analizzando testo e struttura HTML: un processo imperfetto. Una frase come “Mario Rossi ha fondato l’azienda nel 2010” richiede elaborazione semantica avanzata perché il crawler capisca chi è Mario Rossi. Un dato strutturato di tipo Person o Organization elimina l’ambiguità in un attributo. Vale anche sul fronte del crawl budget: pagine con markup pulito e ben strutturato vengono elaborate più velocemente da Googlebot, riducendo lo spreco di risorse di scansione.

Sul piano pratico, implementarli produce tre effetti principali:

migliora la comprensione e l’indicizzazione della pagina, riducendo il rischio che Google classifichi male i contenuti
abilita i rich result nelle SERP: stelline di valutazione, prezzi, disponibilità, tempistiche di ricette, date di eventi e altri elementi visuali che rendono il risultato più cliccabile
aumenta la probabilità di essere citati nelle risposte AI di Google AI Overview, Perplexity e altri sistemi che si basano su contenuti ben strutturati per generare risposte.

Un punto importante: i dati strutturati non sono un fattore di ranking diretto. Non migliorano la posizione in SERP, ma aumentano il CTR rendendo lo snippet più visivo e informativo, con effetti indiretti sull’algoritmo nel tempo.

Quali vantaggi determinano i dati strutturati?

Il vantaggio principale dei dati strutturati è la possibilità di ottenere rich result nelle SERP, che migliorano la visibilità dello snippet e aumentano il tasso di click anche a parità di posizione.

Uno snippet arricchito cattura l’attenzione in modo diverso rispetto a un risultato standard. Rotten Tomatoes ha registrato un CTR del 25% superiore sulle pagine con markup, Food Network un aumento del 35% delle visite. Questi dati non sono garantiti, ma indicano la direzione.

I vantaggi si possono raggruppare in tre aree:

visibilità nella SERP: rich snippet con stelline, prezzi, immagini di ricette, date di eventi. Il risultato occupa più spazio visivo e attira più clic
comprensione da parte di Google: il motore capisce meglio il topic della pagina e può classificarla con più precisione per le query pertinenti
integrazione con i sistemi AI: Google AI Overview, Bing Copilot e i motori generativi usano i dati strutturati per selezionare le fonti da cui estrarre informazioni per le risposte. Un sito con markup valido ha un vantaggio strutturale rispetto a uno privo di dati strutturati

Un vantaggio collaterale: i dati strutturati alimentano il Knowledge Graph di Google. Implementare Organization con l’attributo sameAs che collega il brand a Wikipedia o Wikidata aiuta Google a riconoscere il brand come entità verificata, con effetti positivi sulla presenza nei Knowledge Panel.

Come scrivere dati strutturati?

Si scrivono in formato JSON-LD, seguendo le specifiche di Schema.org, e si inseriscono nel codice della pagina tramite un tag script. Non servono competenze avanzate di programmazione per i casi più comuni.

Scrivere manualmente il JSON-LD

La struttura base di un dato strutturato JSON-LD segue sempre lo stesso schema: context (sempre “https://schema.org”), type (il tipo di entità), e le proprietà specifiche del tipo scelto. Per esempio, un dato strutturato di tipo Article per un articolo di blog ha questo aspetto:

{ “@context”: “https://schema.org”, “@type”: “Article”, “headline”: “Titolo dell’articolo”, “author”: { “@type”: “Person”, “name”: “Nome Autore” }, “datePublished”: “2026-01-15” }

Per non scrivere il codice da zero, Google mette a disposizione template precompilabili. Strumenti come lo Schema Markup Generator di TechnicalSeo.com permettono di compilare un form e ottenere il JSON-LD pronto da incollare nel codice.

Usare un plugin o CMS

Per chi lavora su WordPress o altri CMS simili, i plugin SEO come Yoast SEO, Rank Math e All in One SEO generano automaticamente i dati strutturati principali, tra cui Article, BreadcrumbList e Organization, senza toccare il codice.

La convenienza dei plugin è la rapidità: attivano i dati strutturati di base in pochi clic. Il limite è la personalizzazione: per tipi specifici (Product, Review, Event, Recipe) serve spesso configurazione manuale o un plugin dedicato.

Come verificare i dati strutturati

Prima di pubblicare, ogni dato strutturato va testato con gli strumenti ufficiali di Google e Schema.org per verificare che sia valido e che abiliti i rich result attesi.

Gli strumenti da usare sono:

test dei risultati avanzati di Google: verifica quali rich result può attivare il markup presente in una pagina. Segnala errori bloccanti e avvisi. Si trova su search.google.com/test/rich-results
validator di Schema.org: controlla la correttezza sintattica del codice JSON-LD rispetto all’intero vocabolario Schema.org, non solo ai tipi supportati da Google. Si trova su validator.schema.org
Google Search Console: nel report “Risultati avanzati” mostra quali pagine del sito hanno markup valido, con eventuali errori e il numero di impressioni generate dai rich result

Esempi concreti di dati strutturati

Gli esempi più utili per capire i dati strutturati sono quelli dei tipi più usati in ambito editoriale e e-commerce, con il rich result che abilitano.

La tabella seguente mostra i tipi principali, le proprietà chiave e i rich result corrispondenti.

Tipo Schema.org	Proprietà obbligatorie	Rich result attivato
Article	headline, author, datePublished.	Articolo in Google News Carousel.
Product	name, offers (price, availability).	Scheda prodotto con prezzo e disponibilità.
Review / AggregateRating	ratingValue, ratingCount, itemReviewed.	Stelline di valutazione nello snippet.
Recipe	name, recipeIngredient, cookTime.	Scheda ricetta con ingredienti e tempi.
LocalBusiness	name, address, telephone.	Scheda attività locale con mappa e orari.
BreadcrumbList	item, position, name.	Percorso di navigazione nello snippet.
FAQPage	mainEntity (question, acceptedAnswer).	Domande espandibili nello snippet (uso limitato).
Event	name, startDate, location.	Evento con data e luogo nei risultati.

Un esempio da un sito editoriale: un articolo con markup Article, BreadcrumbList e AggregateRating può comparire nel News Carousel con stelline, autore e data visibili nello snippet. Senza markup, lo stesso articolo apparirebbe come risultato testuale standard.

Ora invece un esempio da e-commerce: una scheda prodotto con markup Product completo (nome, prezzo, disponibilità, immagine, recensioni) può generare uno snippet con stelline e prezzo direttamente nella SERP. Per le query transazionali e commerciali, dove l’utente sta già valutando l’acquisto, questo tipo di snippet fa la differenza in termini di CTR.

Errori da evitare con i dati strutturati

Gli errori più comuni con i dati strutturati si dividono in errori tecnici, che impediscono a Google di leggere il markup, ed errori di pertinenza, che possono portare a penalizzazioni manuali.

Gli errori tecnici più frequenti sono:

errori di sintassi JSON-LD: virgole mancanti, parentesi non chiuse, maiuscole/minuscole errate. JSON-LD è case sensitive: “@type” funziona, “@Type” no
markup su pagine bloccate da robots.txt o con noindex: Google non può leggerli
proprietà obbligatorie mancanti: un markup Product senza il campo offers non abilita i rich result
uso di markup deprecati: i FAQ Rich Results sono stati limitati dal 2023. Usare tipi non più supportati non porta penalizzazioni ma è tempo sprecato

Gli errori di pertinenza sono più gravi perché possono generare azioni manuali:

markup non coerente con il contenuto visibile: aggiungere dati strutturati su informazioni assenti nella pagina è considerato ingannevole da Google
pagine vuote create solo per contenere structured data: pratica esplicitamente vietata
recensioni false o auto-generate: il markup Review deve provenire da utenti reali, non dall’editore

La conseguenza di un’azione manuale per dati strutturati non è una penalizzazione del ranking ma la perdita dell’idoneità ai rich result: la pagina continua a essere indicizzata ma senza snippet arricchiti. Il ripristino richiede correzione del markup e una richiesta di revisione in Search Console.

Dati strutturati e LLM

I dati strutturati sono diventati uno dei segnali che i sistemi AI generativi usano per selezionare le fonti da cui costruire le risposte, rendendo Schema.org rilevante anche per chi lavora sulla GEO.

I motori AI come Google AI Overview recuperano informazioni da pagine selezionate e le sintetizzano. Una pagina con dati strutturati ben implementati fornisce ai sistemi AI informazioni già classificate e disambiguate, riducendo il rischio di errori di interpretazione: è lo stesso principio che vale per Googlebot, applicato ai sistemi di retrieval-augmented generation.

Per chi lavora sulla GEO e vuole essere citato dagli LLM, i dati strutturati sono uno strumento di sicuro vantaggio. Un sito con markup Organization e sameAs che collegano il brand a profili verificati su Wikipedia o Wikidata ha più probabilità di essere riconosciuto come entità reale dai Knowledge Graph che alimentano le risposte AI. Un articolo con markup Article che specifica autore, data e publisher è più facilmente attribuito a una fonte specifica nelle citazioni generate da Google AI Overview.

Non è un effetto garantito, proprio come non lo è per i rich result. Ma la logica è la stessa che guida la SEO: fornire segnali espliciti e coerenti riduce l’ambiguità e aumenta la probabilità che il sistema faccia la scelta giusta.

Un aspetto spesso trascurato: i crawler degli LLM come GPTBot e ClaudeBot seguono le stesse logiche di Googlebot per la leggibilità del codice. Un sito con HTML pulito, URL stabili e dati strutturati validi è più facile da usare come fonte. Schema.org non è nato per l’AI generativa, ma si rivela utile anche in quel contesto.

FAQ

I dati strutturati migliorano il posizionamento diretto su Google?

No in modo diretto. Google ha dichiarato che i dati strutturati non sono un fattore di ranking. Migliorano la presentazione dello snippet (rich result), il che può aumentare il CTR e portare più traffico alla pagina, ma non fanno salire il sito in SERP a prescindere da altri fattori.

Quale formato usare tra JSON-LD, Microdata e RDFa?

JSON-LD in quasi tutti i casi. Google lo consiglia esplicitamente perché è separato dall’HTML visibile, facile da modificare e compatibile con aggiornamenti dinamici tramite JavaScript. Microdata e RDFa sono supportati ma più complessi da gestire.

I dati strutturati servono anche ai siti piccoli o solo agli e-commerce?

Servono a qualsiasi sito. Un blog con markup Article può comparire nel News Carousel. Un sito di uno studio professionale con markup LocalBusiness e Person può ottenere un Knowledge Panel. Un sito di ricette con markup Recipe può mostrare ingredienti e tempi direttamente nella SERP. La dimensione del sito non è il parametro rilevante: lo è il tipo di contenuto.

Come si verifica se i dati strutturati funzionano?

Con il Test dei risultati avanzati di Google e il Validator di Schema.org prima della pubblicazione, poi con il report Risultati avanzati in Google Search Console per monitorare le impressioni e gli errori nel tempo.

I FAQ Rich Results sono ancora utili nel 2026?

Solo parzialmente. Google ha ridotto la visibilità dei FAQ rich result dal 2023: oggi li mostra solo per siti governativi e di salute pubblica. Per la maggior parte dei siti è più utile concentrarsi su Article, Product, LocalBusiness e Review, che continuano a generare rich result in modo stabile.