Cos’è Schema.org e come funziona
Schema.org è un vocabolario condiviso di tag e proprietà che si inseriscono nel codice di una pagina per dire ai motori di ricerca che cosa rappresenta ogni contenuto: un prodotto, una recensione, un evento, una persona. Nato nel da Google, Microsoft, Yahoo e Yandex, funziona tramite tre formati di markup che traducono i dati già presenti in pagina in un linguaggio leggibile dalle macchine.
Cosa fare adesso con Schema.org
- Natura: progetto collaborativo open source avviato nel 2011 da Google, Microsoft, Yahoo e Yandex.
- Funzione: vocabolario di tipi e proprietà per descrivere entità e relazioni ai crawler.
- Formati: JSON-LD, Microdata e RDFa; Google consiglia JSON-LD.
- Effetto pratico: usa i rich snippet in SERP e aiuta i motori di risposta AI a citare la pagina.
- Verifica: il Rich Results Test e lo Schema Markup Validator controllano il codice prima della pubblicazione.
Cos’è Schema.org e a cosa serve
Un motore di ricerca legge il testo di una pagina come una sequenza di parole, non come un elenco di fatti verificati: da solo non distingue un prezzo da un numero di telefono, né capisce se “4,8” è una valutazione o un codice prodotto. Schema.org nasce per colmare questo vuoto: fornisce un insieme di etichette standard che i webmaster applicano al codice per dire con precisione che cosa rappresenta ogni informazione.
Il progetto è partito nel 2011 dalla collaborazione tra Google, Microsoft (che lo applica tramite Bing), Yahoo e Yandex, con l’obiettivo dichiarato di creare, mantenere e promuovere un vocabolario comune per i dati strutturati sul web, nelle pagine e persino nelle email. Si stima che oltre 45 milioni di domini web utilizzino complessivamente più di 450 miliardi di oggetti Schema.org, a conferma di quanto il vocabolario sia diventato lo standard di fatto per questo tipo di markup.
A cosa serve, in pratica: a far sapere al motore che un certo blocco di testo è un prodotto con un prezzo e una disponibilità, che una data segna l’inizio di un evento, che un indirizzo appartiene a un’attività locale. Trovi la stessa logica applicata a casi concreti nella pagina su esempi pratici di dati strutturati, dove il discorso si sposta dal vocabolario ai risultati visibili in SERP.
Come funziona il vocabolario
Il vocabolario funziona per tipi e proprietà, organizzati in una struttura gerarchica che parte da un’entità generica e scende verso casi più specifici: un Product ha un nome e un prezzo, un Event ha una data di inizio e un luogo, una LocalBusiness ha un indirizzo e orari di apertura. Ogni tipo eredita le proprietà di quello più generale e ne aggiunge di proprie, in modo che un crawler possa risalire dal dettaglio alla categoria senza ambiguità.
La differenza con l’HTML puro sta qui: HTML descrive come un contenuto deve apparire a schermo, Schema.org descrive che cosa quel contenuto significa. Un paragrafo in grassetto resta un paragrafo in grassetto per il browser; lo stesso testo marcato con la proprietà giusta diventa, per il motore di ricerca, “il prezzo di questo prodotto” o “l’autore di questo articolo”. Non sostituisce l’HTML: lo affianca, aggiungendo un livello di significato che altrimenti andrebbe dedotto per approssimazione dal testo circostante.
Esistono anche altri vocabolari per il web semantico, nati prima di Schema.org, ma nessuno ha raggiunto la stessa adozione: oggi, quando si parla di markup semantico sul web, nella quasi totalità dei casi ci si riferisce proprio a questo progetto.
I tre formati per scrivere i dati strutturati
Schema.org non impone un unico modo di scrivere il markup: definisce il vocabolario, mentre il formato con cui quel vocabolario entra nel codice è una scelta separata. Ci sono tre opzioni, con usi diversi.
JSON-LD
È un blocco di codice JavaScript separato dall’HTML visibile, inserito di solito nell’head della pagina. Google lo consiglia perché è più facile da generare in automatico, da aggiornare e da mantenere senza toccare il resto del template.
Microdata
Si scrive direttamente negli attributi dei tag HTML esistenti (itemscope, itemtype, itemprop). Richiede di intervenire sul markup visibile della pagina, quindi è più fragile quando il template cambia.
RDFa
Estende XHTML e RDF con attributi simili a quelli di Microdata, ma con una sintassi pensata per collegare i dati di più pagine tra loro. È il meno diffuso dei tre nel web commerciale.
In genere conviene partire da JSON-LD, per un motivo pratico prima ancora che tecnico: si può generare da un plugin o da uno script senza mettere mano al tema grafico del sito, e un errore nel codice non rischia di rompere la visualizzazione della pagina.
| Formato | Dove si scrive | Quando conviene |
|---|---|---|
| JSON-LD | Blocco separato, di solito nell’head | Sito con CMS o plugin che generano il codice in automatico |
| Microdata | Attributi sui tag HTML esistenti | Pagina statica, markup scritto a mano e stabile nel tempo |
| RDFa | Attributi stile XHTML/RDF | Progetti che devono collegare dati tra più pagine o domini |
Perché Schema.org conta per la SEO e per i motori di risposta AI
Il primo effetto visibile è il rich snippet: stelle di valutazione, prezzo, disponibilità, orari di un evento, risposte alle FAQ mostrate direttamente in SERP. Google li costruisce a partire dai dati strutturati presenti in pagina, quindi un prodotto marcato correttamente ha la possibilità di apparire con più informazioni rispetto a un risultato di solo titolo e descrizione. Qui vale una precisazione che evito di lasciare sottintesa: il markup aumenta la comprensione del contenuto e l’idoneità a certi formati di risultato. Sconsiglio di vendere Schema.org come leva diretta di posizionamento: sono effetti distinti.
Il secondo effetto riguarda i motori di risposta basati su intelligenza artificiale. Quando una pagina descrive semanticamente chi è, che cosa offre e dove opera, per esempio tramite i tipi LocalBusiness, Product o Event, ha più probabilità di essere scelta come fonte quando un sistema costruisce una risposta sintetica invece di una lista di link. Questo è il campo che oggi si chiama AEO: si tratta di fornire ai motori di risposta un testo che si lascia citare senza fraintendimenti. Approfondisco la parte che riguarda i risultati arricchiti nella pagina su cosa sono i rich snippet e a cosa servono in pratica.
Come si verifica che il markup funzioni
Google mette a disposizione due strumenti distinti, e confonderli porta a controlli incompleti. Il Test dei risultati avanzati verifica quali risultati multimediali di Google possono essere generati dai dati strutturati di una pagina e mostra un’anteprima del risultato in SERP: è lo strumento da cui partire se l’obiettivo è il rich snippet. Lo Strumento di convalida del markup schema convalida invece qualsiasi dato strutturato basato su Schema.org, senza gli avvisi specifici di Google: serve per controllare che il codice sia valido indipendentemente dal motore di ricerca che lo leggerà.
Se gestisci un CMS, diverso dal caso in cui scrivi il codice a mano
Se il sito è su un CMS, conviene affidare la generazione del JSON-LD a un plugin dedicato, così gli aggiornamenti dei tipi restano centralizzati e non vanno ritoccati pagina per pagina; trovi il caso concreto di WordPress nella pagina su come integrare lo schema markup su un sito WordPress. Se invece il codice è scritto a mano o generato da un template proprietario, conviene inserire il JSON-LD come blocco separato e testarlo a ogni modifica del template, perché un refactoring grafico può rompere il markup senza che l’errore sia visibile a schermo.
Il controllo tecnico del codice fa parte, più in generale, dell’ottimizzazione tecnica del sito: prima di aggiungere markup ha senso verificare che le pagine siano indicizzabili e che il server risponda correttamente, altrimenti il lavoro sui dati strutturati rischia di restare invisibile.
Da dove viene e come cambia nel tempo
Prima del 2011 ogni motore di ricerca aveva un proprio modo, non sempre documentato allo stesso modo, di leggere i dati strutturati: chi gestiva un sito doveva scegliere a quale motore adattarsi, o moltiplicare il markup. L’accordo tra Google, Microsoft, Yahoo e Yandex ha messo fine a questa frammentazione con un vocabolario unico che tutti e quattro si sono impegnati a sostenere.
Il vocabolario continua ad aggiungere tipi e proprietà nel tempo, man mano che compaiono nuovi usi del web da descrivere: non è un documento fermo al 2011. Non tutti i motori di ricerca rendono pubblico con lo stesso dettaglio quali tipi utilizzano davvero per generare risultati arricchiti: Google pubblica un elenco aggiornato nella propria documentazione per sviluppatori, mentre per gli altri motori quel livello di trasparenza non è sempre garantito allo stesso modo.
Errori frequenti quando si implementa
L’errore più comune è il markup che descrive un contenuto diverso da quello visibile nella pagina: un prezzo nel JSON-LD che non corrisponde a quello mostrato all’utente, o una valutazione dichiarata senza che la pagina contenga recensioni vere. Google tratta questa discrepanza come un problema di qualità del markup da correggere subito.
Il secondo errore riguarda i tipi scelti: usare Product per una pagina di categoria, o Article per una scheda che in realtà descrive un servizio locale, confonde il crawler più di quanto lo aiuti. Il tipo va scelto in base al contenuto reale della pagina. Un terzo errore, più tecnico, è dimenticare di aggiornare il JSON-LD quando cambia il template del sito: il codice resta valido sintatticamente ma smette di corrispondere al contenuto, e nessun validatore lo segnala finché qualcuno non lo controlla a mano.
Ammetto che anche tra chi si occupa di SEO il tema genera più terminologia che chiarezza: ogni consulente ha il suo acronimo preferito per descrivere la stessa etichetta nel codice.
Domande frequenti su Schema.org
Che cos’è Schema.org?
Schema.org è un vocabolario condiviso, nato nel 2011 da Google, Microsoft, Yahoo e Yandex, che fornisce etichette standard per descrivere entità e relazioni nel codice di una pagina web, in modo che i motori di ricerca le interpretino senza ambiguità.
Come funziona il vocabolario di Schema.org?
Funziona per tipi e proprietà organizzati in una gerarchia: ogni tipo, da Product a Event, eredita le proprietà di un tipo più generale e ne aggiunge di specifiche. Il crawler capisce così il significato esatto di ogni dato in pagina.
Quali formati di markup supporta Schema.org?
Supporta tre formati: JSON-LD, un blocco di codice separato consigliato da Google; Microdata, scritto negli attributi dei tag HTML; RDFa, un’estensione di XHTML pensata per collegare dati tra più pagine o domini.
Perché JSON-LD è il formato consigliato da Google?
JSON-LD è consigliato perché si genera e aggiorna separatamente dal markup visibile della pagina: un plugin o uno script lo produce senza toccare il template, riducendo il rischio di errori quando cambia la grafica del sito.
Schema.org migliora il posizionamento su Google?
Migliora la comprensione del contenuto da parte del motore e l’idoneità a certi risultati arricchiti, come i rich snippet, senza incidere direttamente sul posizionamento in classifica.
Come si verifica che il markup sia corretto?
Si verifica con due strumenti distinti di Google: il Test dei risultati avanzati, che mostra quali rich result può generare la pagina, e lo Strumento di convalida del markup schema, che controlla la validità generica del codice.
Che differenza c’è tra Test dei risultati avanzati e Schema Markup Validator?
Il primo verifica solo i risultati multimediali che Google può mostrare per quella pagina; il secondo convalida qualsiasi markup basato su Schema.org, senza avvisi specifici di Google, utile anche se il sito punta ad altri motori.
