Dati strutturati: quali servono davvero a un sito aziendale
I dati strutturati non sono un fattore di posizionamento. Sono una traduzione: dicono alle macchine che cosa significa una porzione di testo, invece di lasciarglielo indovinare. Ed è proprio questo a decidere sempre più spesso se una pagina compare nelle risposte.
In breve
- Quattro tipi bastano per quasi ogni sito aziendale: Organization, WebPage o Article, BreadcrumbList e FAQPage.
- Si servono in JSON-LD dentro il
<head>, non come marcatura nel testo corrente. - L'errore più frequente è silenzioso e costoso: dati strutturati che contengono informazioni assenti dalla pagina stessa.
- Tre tipi molto discussi un'azienda di servizi se li può risparmiare: funzionano solo con un'offerta adatta o con recensioni reali.
Una macchina che legge una pagina vede in prima battuta solo testo. Che «Emma Woelk» sia una persona, «TEISENDA GmbH» un'azienda e «22 agosto 2026» una data di pubblicazione deve indovinarlo, oppure c'è scritto espressamente.
I dati strutturati sono quell'esserci espresso. Non migliorano un posizionamento. Decidono se una pagina possa rientrare tra le candidate per le rappresentazioni estese e per le risposte generate.
I quattro che bastano
1. Organization – una volta, sulla pagina iniziale
Chi siete: nome, indirizzo, logo, anno di fondazione, profili su altre reti. È la voce che permette a un logo di comparire accanto al risultato di ricerca, e il motivo più frequente per cui manca è semplicemente l'assenza di questa voce.
Importante: il logo deve essere disponibile come immagine raster. Un SVG qui non viene considerato.
2. WebPage o Article – su ogni pagina
Che cosa è questa pagina: titolo, descrizione, lingua, data di pubblicazione e dell'ultima revisione. Negli articoli in più Article o BlogPosting con l'autore come voce Person a sé, con il ruolo e non solo con il nome.
Importante: la data di modifica deve essere vera. Una data reimpostata a ogni caricamento della pagina è un segnale che si svaluta da solo.
3. BreadcrumbList – su tutte le sottopagine
Dove si colloca questa pagina nella struttura. Visibile come percorso in alto e leggibile dalle macchine nell'intestazione. Le due cose vanno insieme: un percorso nei dati che sulla pagina non esiste è un dato falso.
4. FAQPage – dove ci sono domande vere
La sezione di domande alla fine di un articolo. Per i motori di risposta è il tipo più prezioso in assoluto, perché fornisce domanda e risposta già in coppia, esattamente la forma in cui si cita.
Importante: solo per domande realmente visibili sulla pagina. Domande inventate che stanno solo nei dati sono una violazione delle linee guida.
Tre che si possono risparmiare
Product e Offer. Per i servizi con offerta su richiesta non portano nulla: senza prezzo e disponibilità non vengono comunque mostrati. Hanno senso solo con un vero negozio.
AggregateRating. Le stelle nel risultato di ricerca sono allettanti e legate a condizioni severe: le recensioni devono essere autentiche, verificabili e visibili sulla pagina. Le valutazioni auto-attribuite sono una violazione delle linee guida con un rischio reale.
HowTo. È stato nettamente ridimensionato nella rappresentazione e per la maggior parte dei siti aziendali non vale più la manutenzione che richiede.
Lo sapevi?
I dati strutturati non sono un fattore di posizionamento: Google lo ha chiarito più volte. Decidono la rappresentazione, non la posizione.
Per i motori di risposta la faccenda è un po' diversa. Un modello che deve costruire una risposta a partire da una pagina usa preferibilmente ciò che è marcato in modo univoco: coppie di domanda e risposta, autore con ruolo, data dell'ultima verifica. Non deve indovinare che cosa vada insieme. L'utilità sta quindi meno nel posizionamento e più nella citabilità.
Come si inseriscono
Tre regole che evitano la maggior parte dei problemi.
- JSON-LD, dentro il
<head>. Non come attributi nel testo corrente. Il JSON-LD si può curare separatamente dall'impaginazione e non va perso quando si cambia grafica. - Un blocco per pagina, non cinque. Più voci vanno dentro un
@graphe si collegano tra loro con@id. Così l'articolo rimanda alla stessa organizzazione che sta sulla pagina iniziale, invece di ripeterla. - Generarli dalla stessa fonte del contenuto visibile. Se titolo, data e autore vengono dagli stessi campi della pagina, non possono divergere. È la prevenzione più efficace in assoluto.
L'errore più costoso è il più silenzioso: i dati strutturati dicono qualcosa che sulla pagina non c'è. Una data di modifica di ieri per un testo del 2023. Un autore che nell'area visibile non compare. Domande nei dati che sulla pagina non esistono.
Nessuno strumento di verifica se ne accorge: i dati sono formalmente validi. Se ne accorge una verifica manuale, e allora la conseguenza non riguarda solo la marcatura interessata. Per questo la regola «generarli dalla stessa fonte» conta più di qualsiasi completezza.
Verificare, in questo ordine
| Passo | Con che cosa | Che cosa vedete |
|---|---|---|
| 1. Sintassi | Schema Markup Validator | Se il JSON è valido e il tipo è corretto |
| 2. Rappresentabilità | Test dei risultati avanzati | Se una rappresentazione estesa sarebbe possibile |
| 3. Realtà | Search Console, sezione Miglioramenti | Che cosa è stato effettivamente riconosciuto, su tutte le pagine |
| 4. Corrispondenza | Leggere da soli | Se ogni dato compare anche visibile sulla pagina |
Il passo quattro è l'unico che nessuno strumento svolge al posto vostro, ed è l'unico in cui saltano fuori gli errori seri.
Verifica i dati strutturati di questa pagina sulla completezza e sulla corrispondenza con il contenuto visibile. Contenuto visibile della pagina: [inserire testo della pagina] JSON-LD della pagina: [inserire blocco] Compiti: 1. Indica ogni dato del JSON-LD che nel contenuto visibile non compare. È il punto più importante: qui sii accurato. 2. Indica ogni dato visibile che dovrebbe essere marcato ma manca (autore con ruolo, data di modifica, domande, percorso). 3. Verifica se i quattro tipi di base sono occupati in modo sensato: Organization, WebPage/Article, BreadcrumbList, FAQPage. 4. Indica i tipi presenti nel blocco che per un'azienda di servizi senza negozio e senza recensioni verificabili non hanno alcuna utilità. 5. Segnala ogni violazione delle linee guida, in particolare valutazioni auto-attribuite e domande che sulla pagina non esistono. Alla fine restituisci per intero il JSON-LD corretto. Non inventare valori: segna ciò che manca come [da integrare].
Conclusione
I dati strutturati vengono sopravvalutati in fretta e sbagliati altrettanto in fretta. Quattro tipi coprono il fabbisogno di un sito aziendale, e la loro utilità sta meno nella posizione e più nell'essere citabili.
L'unica regola che regge tutto: non marcare nulla che sulla pagina non ci sia. Chi genera i dati dalla stessa fonte del contenuto visibile ha risolto il problema in modo strutturale, e può in gran parte risparmiarsi i controlli successivi.
Domande frequenti
Quali dati strutturati servono a un sito aziendale?
Bastano quattro tipi: Organization una volta sulla pagina iniziale, WebPage o Article su ogni pagina, BreadcrumbList su tutte le sottopagine e FAQPage ovunque ci siano domande vere e visibili. Product, AggregateRating e HowTo di norma non convengono alle aziende di servizi.
I dati strutturati migliorano il posizionamento?
No. Non sono un fattore di posizionamento: decidono la rappresentazione, per esempio se un logo, un percorso o domande a scomparsa possano comparire nel risultato di ricerca. Per i motori di risposta aumentano la citabilità, perché coppie di domanda e risposta, autore e data sono marcati in modo univoco invece di dover essere indovinati.
Perché Google non mostra il nostro logo?
Il motivo più frequente è una voce Organization assente o incompleta sulla pagina iniziale. Il secondo più frequente: il logo indicato è disponibile solo come SVG, mentre qui serve un'immagine raster. Anche con una marcatura corretta non esiste comunque un diritto alla visualizzazione.
Qual è l'errore più frequente con i dati strutturati?
Dati presenti nella marcatura ma non nel contenuto visibile: una data di modifica sbagliata, un autore non nominato, domande inventate. Gli strumenti di verifica non lo segnalano, perché i dati sono formalmente validi. Si evita generando la marcatura dalla stessa fonte del testo visibile.
JSON-LD o microdati?
JSON-LD nel <head>. È la forma consigliata da Google, si cura separatamente dall'impaginazione e non si perde quando si cambia grafica. I microdati distribuiscono la marcatura nel testo corrente e si rompono a ogni rifacimento della pagina.
Un marketing che si configura da solo
La beta di Studio Engine è aperta. Prenota il tuo posto e contribuisci fin dall’inizio.
Partecipa alla beta →