I dati strutturati (Schema.org) spiegati
I dati strutturati, o markup Schema.org, sono un codice aggiunto a una pagina web (il più delle volte in formato JSON-LD) per descrivere esplicitamente il suo contenuto a Google: si tratta di un articolo, un prodotto, una recensione, una ricetta o un evento, con le sue caratteristiche precise. Questo markup aiuta i motori di ricerca a comprendere meglio la pagina e può, senza garantirlo, consentire la comparsa di rich snippet nei risultati di ricerca.
Il vero problema: credere che il markup garantisca un risultato visibile
È il fraintendimento più diffuso su questo tema, alimentato da numerosi articoli che presentano i dati strutturati come un espediente SEO dall'effetto diretto. In realtà, aggiungere un markup Schema.org non provoca alcun cambiamento automatico e visibile nei risultati di ricerca. Google stesso spiega che il markup rende una pagina idonea a una visualizzazione arricchita, senza alcun obbligo di mostrarla.
Due siti possono avere un markup FAQPage rigorosamente identico e tecnicamente valido: uno ottiene un rich snippet nei risultati, l'altro no, senza che vi sia alcun errore da parte sua. Google tiene conto di molti altri criteri (qualità complessiva del contenuto, pertinenza rispetto alla ricerca, contesto competitivo) prima di decidere se mostrare un rich snippet. Comprendere questo limite fin dall'inizio evita una delusione dopo l'implementazione e, soprattutto, evita di presentare questo lavoro come una garanzia a un cliente o alla propria direzione.
Che cosa sono concretamente i dati strutturati
Schema.org è un vocabolario comune, definito collettivamente dai principali motori di ricerca (in particolare Google, Bing e Yahoo), che elenca tipi di entità standardizzati: un'organizzazione, un prodotto, un articolo, una ricetta, un evento, una persona, un luogo. Ogni tipo possiede proprietà precise: un prodotto ha un prezzo, una disponibilità, un marchio; un articolo ha un autore, una data di pubblicazione, un'immagine.
Il markup consiste nel tradurre queste informazioni in un formato che le macchine possano leggere direttamente, in aggiunta al contenuto visibile destinato agli esseri umani. Concretamente, ciò assume la forma di un blocco di codice JSON-LD, inserito nel codice sorgente della pagina, generalmente nell'intestazione (head) o appena prima della chiusura del body. Questo blocco non influisce in alcun modo sull'aspetto visivo della pagina per un visitatore: è invisibile a schermo, letto unicamente dai robot di indicizzazione.
Perché usare JSON-LD piuttosto che i microdati
Esistono due formati principali per implementare i dati strutturati: il JSON-LD e i microdati (attributi inseriti direttamente nei tag HTML esistenti, come itemscope o itemprop). Google raccomanda esplicitamente il JSON-LD, per diverse ragioni pratiche:
- Il codice è raggruppato in un unico blocco, separato dall'HTML visibile, il che lo rende più leggibile e più semplice da mantenere.
- Può essere generato e iniettato dinamicamente tramite uno script, senza toccare la struttura HTML esistente.
- È più facile da correggere: un errore di markup JSON-LD non influisce mai sulla visualizzazione della pagina, a differenza di un errore di microdati mal integrato nell'HTML.
Per un sito professionale costruito o rinnovato oggi, il JSON-LD è la scelta predefinita, senza un vero dibattito su questo punto.
I tipi di schema utili per un sito professionale
Non tutti i siti hanno bisogno di tutti i tipi di markup disponibili su Schema.org, che ne conta diverse centinaia. Per un sito vetrina o e-commerce classico, un numero limitato di tipi copre l'essenziale delle esigenze:
| Tipo di schema | Utilizzo | Beneficio potenziale |
|---|---|---|
| Organization | Identità dell'azienda (nome, logo, contatti, social network) | Aiuta Google ad associare il suo marchio al suo sito nel proprio indice |
| LocalBusiness | Attività con indirizzo fisico, orari, area di servizio | Utile per la visibilità nelle ricerche locali |
| BreadcrumbList | Percorso di navigazione (breadcrumb) | Può mostrare il percorso di navigazione direttamente nei risultati di ricerca |
| FAQPage | Domande/risposte presenti su una pagina | Può consentire la visualizzazione di domande a comparsa sotto il risultato |
| Product | Scheda prodotto (prezzo, disponibilità, recensioni) | Può mostrare prezzo e valutazione direttamente nei risultati |
| Article | Contenuto editoriale (autore, data, immagine) | Aiuta la comprensione del contenuto, utile anche per Google Discover |
La scelta degli schemi da implementare dipende dalla natura del sito: un sito vetrina locale privilegerà Organization, LocalBusiness e BreadcrumbList; un sito e-commerce aggiungerà Product; un blog o un sito di contenuti punterà su Article ed eventualmente su FAQPage se il contenuto vi si presta naturalmente, senza forzare artificialmente una struttura di domande e risposte che non esisterebbe nel contenuto reale.
Come verificare il proprio markup
Due strumenti gratuiti consentono di controllare la validità e l'idoneità del markup implementato:
- Il Rich Results Test di Google: analizza un URL preciso e indica se il markup è sintatticamente corretto, quali tipi di risultati arricchiti vengono rilevati e segnala gli errori o gli avvisi da correggere.
- La Search Console: nella sezione dedicata ai miglioramenti, raccoglie gli errori di markup rilevati sull'intero sito nel corso del tempo, il che è utile per individuare un problema che sarebbe passato inosservato su una singola pagina testata manualmente.
Un markup tecnicamente valido è solo una tappa: resta poi da verificare, nel tempo, se Google sfrutta effettivamente questi dati per mostrare rich snippet, attraverso la Search Console o una semplice ricerca del nome del suo sito.
Un aiuto alla comprensione, non una leva di posizionamento diretta
È importante collocare i dati strutturati al posto giusto all'interno di una strategia SEO. Non sostituiscono in alcun modo un contenuto di qualità, una struttura del sito coerente o una velocità di caricamento adeguata. Il loro ruolo è complementare: chiariscono, per la macchina, ciò che il contenuto dice già chiaramente a un lettore umano.
Un contenuto scadente o approssimativo contrassegnato come Article non ottiene alcun vantaggio particolare dal solo fatto del markup: Google continua a valutare la qualità effettiva del contenuto indipendentemente dalla presenza o meno di dati strutturati. Al contrario, un contenuto solido, correttamente strutturato e contrassegnato, mette tutte le possibilità dalla propria parte per essere ben compreso e, eventualmente, per beneficiare di una visualizzazione arricchita, senza che tale risultato sia mai garantito in anticipo.
Cosa ricordare
- I dati strutturati aiutano Google a comprendere il contenuto di una pagina, ma non costituiscono di per sé un fattore di posizionamento confermato.
- Possono rendere una pagina idonea a un rich snippet, senza mai garantire che Google lo mostrerà effettivamente.
- Il formato JSON-LD, raccomandato da Google, è più semplice da implementare e mantenere rispetto ai microdati inseriti nell'HTML.
- Per un sito professionale, Organization, LocalBusiness, BreadcrumbList, FAQPage, Product e Article coprono la maggior parte delle esigenze concrete.
- Verifichi sistematicamente il suo markup con il Rich Results Test e ne segua l'evoluzione nella Search Console.
- Il markup integra un contenuto di qualità, non lo sostituisce mai.
Domande frequenti
I dati strutturati migliorano il posizionamento su Google? Non direttamente. Aiutano Google a comprendere meglio il contenuto della pagina, il che può facilitarne l'elaborazione, ma Google non ha mai confermato che costituiscano di per sé un fattore di posizionamento. Il loro vero interesse è altrove: i rich snippet.
Se aggiungo il markup FAQPage, otterrò automaticamente un rich snippet? No. Il markup rende il suo contenuto idoneo a un rich snippet, ma è Google a decidere autonomamente se mostrarlo, a chi e per quale ricerca. Molte pagine correttamente contrassegnate non ottengono mai un rich snippet, senza che vi sia alcun errore di markup.
Quale formato usare per i dati strutturati: JSON-LD o microdati? Google raccomanda il formato JSON-LD, un blocco di codice separato dall'HTML visibile della pagina. È più semplice da implementare, mantenere e correggere rispetto ai microdati, che richiedono di inserire attributi direttamente nei tag HTML esistenti.
Come verificare che il proprio markup sia corretto? Utilizzi il Rich Results Test di Google, che analizza un URL e indica se il markup è valido e idoneo ai rich snippet. La Search Console completa questa verifica segnalando gli errori di markup rilevati sull'intero sito nel tempo.
In sintesi
I dati strutturati sono uno strumento di chiarezza tecnica, non una leva magica di posizionamento: aiutano Google a leggere meglio il suo contenuto e aprono una possibilità di rich snippet, senza mai garantirla. Se usati bene, a complemento di un contenuto solido, restano un investimento ragionevole e senza rischi. Un sito progettato con questo markup integrato fin dalla struttura, anziché aggiunto a posteriori, evita le dimenticanze e gli errori di sintassi più comuni: è il caso dei siti realizzati da VeryAppi, pensati per il SEO fin dalla loro messa online.
Domande frequenti
›I dati strutturati migliorano il posizionamento su Google?
Non direttamente. Aiutano Google a comprendere meglio il contenuto della pagina, il che può facilitarne l'elaborazione, ma Google non ha mai confermato che costituiscano di per sé un fattore di posizionamento. Il loro vero interesse è altrove: i rich snippet.
›Se aggiungo il markup FAQPage, otterrò automaticamente un rich snippet?
No. Il markup rende il suo contenuto idoneo a un rich snippet, ma è Google a decidere autonomamente se mostrarlo, a chi e per quale ricerca. Molte pagine correttamente contrassegnate non ottengono mai un rich snippet, senza che vi sia alcun errore di markup.
›Quale formato usare per i dati strutturati: JSON-LD o microdati?
Google raccomanda il formato JSON-LD, un blocco di codice separato dall'HTML visibile della pagina. È più semplice da implementare, mantenere e correggere rispetto ai microdati, che richiedono di inserire attributi direttamente nei tag HTML esistenti.
›Come verificare che il proprio markup sia corretto?
Utilizzi il Rich Results Test di Google, che analizza un URL e indica se il markup è valido e idoneo ai rich snippet. La Search Console completa questa verifica segnalando gli errori di markup rilevati sull'intero sito nel tempo.