Dati strutturati e schema: la guida pratica

C’è un codice nascosto nelle pagine fatte bene. Non lo vedi quando navighi, ma c’è, e parla una lingua che solo le macchine leggono. Serve a dire a Google e alle AI, in modo esplicito e senza ambiguità, di cosa parla quella pagina: “questo è un articolo, scritto da questa persona, su questo argomento”, “questo è un servizio, offerto qui, a questo pubblico”. Si chiamano dati strutturati, o schema markup, e sono uno di quei dettagli tecnici poco appariscenti che fanno la differenza tra un sito che i motori capiscono al volo e uno che devono interpretare a fatica. Vediamo cosa sono, quali servono davvero e come si usano, senza spaventarci con il codice.

Cosa sono i dati strutturati?

I dati strutturati sono un codice che aggiungi alle pagine per spiegare in modo esplicito di cosa parlano. In pratica è un “tag invisibile” che traduce il contenuto della pagina in un linguaggio che i motori di ricerca e le AI capiscono al primo colpo, senza doverlo dedurre.

Pensaci così. Quando una persona legge la tua pagina capisce subito che “Andrea Scardino” è l’autore, che il numero in evidenza è un prezzo, che quel blocco è una domanda frequente. Una macchina, invece, vede solo testo: deve indovinare cosa è cosa. I dati strutturati eliminano l’indovinello: glielo dici tu, in modo chiaro, con un’etichetta precisa per ogni informazione.

Come spiega la guida ufficiale di Google ai dati strutturati, Google usa queste informazioni per capire il contenuto della pagina e, quando può, per mostrarlo in modo più ricco nei risultati. Meno ambiguità per la macchina significa più possibilità per te.

Schema, Schema.org, JSON-LD: facciamo chiarezza sui nomi

Qui c’è un po’ di confusione di termini che spaventa i non tecnici, ma è più semplice di quanto sembri. Sono tre cose distinte che lavorano insieme:

• Schema.org: è il vocabolario, cioè l’elenco condiviso di “etichette” disponibili (Article, Person, Service, FAQ e centinaia di altre). È uno standard nato dalla collaborazione dei principali motori di ricerca, e lo trovi sul sito ufficiale Schema.org.
• Schema markup: è l’atto di usare quel vocabolario nelle tue pagine. Quando “marchi” un contenuto con le etichette di Schema.org, stai facendo schema markup.
• JSON-LD: è il formato in cui si scrive il codice, cioè il modo concreto di metterlo nella pagina. È un blocchetto di codice ordinato, di solito nella testata o in fondo alla pagina.

Detta semplice: Schema.org è il dizionario, lo schema markup è scrivere la frase, JSON-LD è la grafia con cui la scrivi. E il formato consigliato è proprio JSON-LD, perché è il più pulito e il più facile da gestire, come vedremo.

A cosa servono davvero?

Servono a due cose concrete, sempre più legate tra loro. Primo, sbloccano i risultati ricchi su Google (le stelline delle recensioni, le FAQ a fisarmonica, i prezzi, le immagini); secondo, aiutano le AI a capire e citare correttamente i tuoi contenuti. Un investimento che lavora su due fronti.

Sul primo fronte, i risultati ricchi rendono il tuo risultato più grande, più visibile e più cliccabile rispetto a un link spoglio. A parità di posizione, un risultato con le stelle o con le domande sotto attira più occhi e più clic. Non è ranking, è presenza: occupi più spazio e catturi più attenzione.

Sul secondo fronte, e qui sta la novità, i dati strutturati aiutano le AI generative. Quando ChatGPT o un AI Overview leggono una pagina, uno schema chiaro che dice “questa è la domanda, questa è la risposta, questo è l’autore” rende il contenuto molto più facile da estrarre e citare. È un ponte tra la SEO classica e la visibilità nella ricerca AI: lo stesso markup serve a entrambe.

Quali schema servono davvero

Non ti servono centinaia di tipi: te ne bastano una manciata, scelti in base a cosa hai sul sito. Meglio pochi schema giusti e ben fatti che tanti messi a caso. Questi sono quelli che tornano quasi sempre utili:

• Article: per gli articoli del blog e le guide. Dice ai motori che è un contenuto editoriale, con autore e data.
• Service: per le pagine dei servizi. Descrive cosa offri, a chi e dove.
• Person: per identificare l’autore o il professionista. Fondamentale per l’autorevolezza e l’E-E-A-T, perché lega i contenuti a un’entità riconoscibile.
• FAQPage: per le domande frequenti. Può generare le FAQ a fisarmonica nei risultati e aiuta moltissimo l’estrazione AI.
• BreadcrumbList: per i percorsi di navigazione (Home > Risorse > questo articolo). Aiuta Google a capire la struttura del sito.

A questi si aggiungono, dove pertinenti, LocalBusiness per le attività locali e Product per gli e-commerce. La regola è sempre la stessa: usa lo schema che descrive davvero ciò che c’è in pagina, non per riempire. Uno schema che dichiara cose non presenti nella pagina viola le linee guida e può fare più male che bene.

Come si aggiungono e si testano

In pratica, come si fa? Dipende da come è fatto il tuo sito, ma le strade sono due. Su molti CMS i dati strutturati si generano in automatico con plugin o impostazioni; per casi specifici si scrive il codice JSON-LD a mano. E in entrambi i casi, prima di esultare, si testa.

La maggior parte delle PMI parte dalla prima strada: il sistema di gestione del sito, magari con un plugin SEO, produce già lo schema per articoli, prodotti e pagine principali. Per esigenze particolari (un tipo di contenuto non standard, una personalizzazione) serve qualcuno che scriva il JSON-LD su misura, ed è parte del lavoro di SEO tecnica.

La verifica è il passaggio da non saltare mai. Google offre due strumenti gratuiti: il Test dei risultati ricchi, che controlla se una pagina è idonea ai rich results, e il report sui dati strutturati in Search Console, che segnala gli errori su tutto il sito. Validare conta, perché uno schema con errori non solo non funziona, ma può escludere la pagina dai risultati ricchi. Scrivere il codice è metà del lavoro; controllare che sia valido è l’altra metà.

L’errore di esagerare con il markup

Chiudo con la trappola più comune, perché la vedo spesso. C’è chi, scoperto lo schema, lo mette ovunque, su tutto, anche dove non serve, pensando che “più markup uguale più SEO”. Non funziona così, anzi è controproducente.

I dati strutturati devono descrivere fedelmente ciò che è visibile in pagina. Marcare contenuti che non ci sono, gonfiare con recensioni inventate, riempire il codice di etichette inutili: tutte cose che violano le linee guida di Google e che, nei casi peggiori, portano a perdere i risultati ricchi o a peggio. Lo schema è una dichiarazione, e una dichiarazione falsa si paga.

Il modo giusto è l’opposto: schema mirato, onesto, sui contenuti che ci sono davvero, validato e tenuto aggiornato. Fatto così, è uno di quegli investimenti tecnici silenziosi che continuano a rendere nel tempo, sia per Google sia per le AI. Se vuoi capire quali dati strutturati avrebbe senso aggiungere al tuo sito, e farlo bene, possiamo guardarlo insieme.