Schema.org e dati strutturati: quale schema scegliere
Quale tipo di schema.org si addice a ciascuna attività, come scriverlo in JSON-LD e come verificarne la correttezza, sulle regole di Google.
Team rabbitclipPubblicato: 4 min di lettura
In breve
I dati strutturati consistono nel marcare le informazioni di una pagina, un prodotto, un'azienda, un articolo, con un vocabolario standard che motori di ricerca e strumenti di IA possono leggere direttamente. Quel vocabolario è schema.org, una risorsa condivisa mantenuta congiuntamente da Google, Bing e gli altri principali motori di ricerca.
Un markup corretto può aiutare una pagina a comparire con elementi arricchiti nei risultati di ricerca: valutazioni a stelle, prezzi, domande frequenti. Un markup errato o incompleto viene ignorato nel migliore dei casi e può essere trattato come segnale di spam nel peggiore.
Cosa fanno davvero i dati strutturati?
I dati strutturati consistono nell'aggiungere un blocco di codice che ripete informazioni già visibili sulla pagina, ma in una forma leggibile da una macchina; JSON-LD è il formato più diffuso e quello raccomandato da Google Search Central, perché è il più semplice da implementare e mantenere su larga scala per chi gestisce un sito.
Il codice risiede nell'HTML della pagina ma resta invisibile a chi la visita; permette a un motore di ricerca di dire, in pratica, «questa è una pagina aziendale, ecco il suo nome, ecco il suo indirizzo».
Quali schemi contano di più per un'azienda?
Tre tipi tendono a coprire le basi di un sito aziendale: Organization (identità del marchio: nome, logo, profili social), LocalBusiness (per sedi con un indirizzo fisico, orari di apertura inclusi) e Article (per gli articoli del blog, con autore e data).
Una catena di spa con un proprio record LocalBusiness su ogni pagina di sede invia un segnale molto più chiaro rispetto a un unico record Organization centralizzato; indirizzo, numero di telefono e orari di ogni sede possono così essere verificati singolarmente.
Quali sono le regole generali di Google?
Le linee guida generali di Google sui dati strutturati indicano che il markup non deve descrivere informazioni invisibili sulla pagina; una persona o un prodotto nominati nello schema devono comparire allo stesso modo nel testo stesso della pagina. Anche creare pagine vuote solo per portare markup è contro le regole.
Un'altra regola è scegliere il tipo più specifico disponibile, un Product, Service o FAQPage anziché un tipo generico. Un markup che infrange queste regole può non essere mostrato come rich result, anche quando la sintassi in sé è corretta.
Come si verifica davvero la correttezza?
Il Rich Results Test di Google prende l'URL o il codice grezzo di una pagina e mostra quale schema viene riconosciuto e quali campi mancano. Vale la pena eseguirlo prima che il codice vada online.
Una volta online, la sezione «Miglioramenti» di Search Console mostra, sull'intero sito, quali tipi di schema sono presenti e quanti esempi contengono errori.
Errori frequenti
Un errore tipico visto nel catalogo prodotti di un produttore di abbigliamento da lavoro è copiare lo stesso prezzo o lo stesso stato di magazzino su ogni articolo; non appena i dati reali cambiano, il markup continua a mostrare qualcosa che non è più vero.
Un altro è lasciare dati Organization che si contraddicono tra le pagine, un numero di telefono qui, uno diverso là. Lo schema dovrebbe ripetere un'unica verità, non una versione diversa su ogni pagina.
Ne deriva una regola utile: ogni campo dello schema dovrebbe avere un'affermazione corrispondente nel testo visibile della pagina stessa. Se non ce l'ha, occorre aggiornare il testo della pagina oppure non includere affatto quel campo nello schema.
Come si verifica questo passo dopo passo?
Lo schema di una pagina può passare attraverso una breve lista di controllo prima che vada online.
- Aggiungere il blocco JSON-LD al codice della pagina e rivedere la sintassi visualizzando il codice sorgente nel browser.
- Passare l'URL della pagina attraverso il Rich Results Test e annotare quale tipo viene riconosciuto e quali campi mancano.
- Confrontare ogni campo dello schema con il testo visibile della pagina, uno per uno.
- Controllare la sezione Miglioramenti di Search Console qualche giorno dopo che la pagina è andata online.
- Rivedere insieme, come gruppo, le altre pagine che usano lo stesso tipo di schema, anziché una alla volta.
I dati strutturati sono il modo più economico per dire chiaramente a un motore di ricerca o a uno strumento di IA di cosa parla una pagina. Scegliere lo schema giusto, seguire le regole di Google e testare con regolarità coprono la maggior parte del lavoro. Rendere questa verifica un'abitudine prima della pubblicazione richiede molto meno tempo che correggere lo stesso schema in un secondo momento. rabbitclip può analizzare lo stato attuale dello schema di un sito e individuare insieme le lacune.
Domande frequenti
Ogni pagina ha bisogno dello schema Organization?
No. Google segnala che un markup Organization in un solo punto, come la home page, è sufficiente, non serve su ogni pagina.
Conviene usare JSON-LD o i microdati?
Google raccomanda JSON-LD a chi gestisce un sito perché può essere aggiunto e mantenuto come un unico blocco di codice, separato dal markup visivo della pagina.
Uno schema sbagliato può penalizzare un sito?
Una penalizzazione diretta è rara, ma un markup non conforme può semplicemente restare escluso dai rich results; un abuso grave può essere segnalato come spam.
Aggiungere schema migliora direttamente il posizionamento?
No. Lo schema arricchisce come una pagina può comparire; il posizionamento resta deciso dal contenuto e dalla qualità complessiva del sito.
