In breve
Quali dati strutturati servono a un sito aziendale? Organizzazione, attività locale, articoli e percorsi: contenuti da preparare e verifiche da richiedere.
- Scegliere tipi coerenti con l’azienda e con ogni pagina.
- Mantenere i dati allineati ai contenuti visibili.
- Verificare sintassi, requisiti Google e pagine pubblicate.
Capire cosa aggiungono alle informazioni già presenti
Una persona riconosce un indirizzo, un numero di telefono o il titolo di un articolo leggendo la pagina. I dati strutturati esprimono questi elementi e le loro relazioni con proprietà esplicite. Per esempio distinguono il nome dell’organizzazione dal titolo di una guida pubblicata dall’organizzazione stessa.
Il vocabolario Schema.org comprende molti tipi; Google documenta quali usa per specifiche funzioni della ricerca. Le due cose non coincidono perfettamente. Un tipo può essere valido nel vocabolario senza offrire una particolare visualizzazione nei risultati di Google.
Per un titolare, la domanda iniziale è: quali informazioni vogliamo descrivere e su quale pagina sono verificabili? Il lavoro tecnico viene dopo. Non serve inserire manualmente codice in ogni articolo se il sito può produrlo correttamente dai dati già gestiti. Serve invece una responsabilità chiara quando nome, recapiti, servizi o contenuti cambiano.
Descrivere l’azienda con Organization e dati coerenti
Il tipo Organization e i sottotipi pertinenti possono descrivere identità, sito, logo, recapiti e altri dati aziendali applicabili. Google consiglia di collocare queste informazioni nella homepage o in una pagina dedicata all’organizzazione, scegliendo il tipo più specifico coerente con l’attività. I dettagli sono nella documentazione Organization.
Prepara una scheda unica con nome pubblico, eventuale ragione sociale distinta, URL ufficiale, logo aggiornato e recapiti effettivi. Controlla che chi realizza il sito non copi indirizzi dimostrativi da un esempio e che gli account esterni indicati appartengano davvero all’azienda.
Esempio ipotetico: un laboratorio usa un marchio commerciale diverso dalla ragione sociale. Entrambi possono avere un ruolo, ma vanno descritti correttamente e riconosciuti anche nella presentazione pubblica. Ripetere nomi diversi in blocchi scollegati rende più difficile mantenere il sito coerente quando cambiano logo, sede o denominazione.
Usare LocalBusiness quando descrive davvero l’attività
LocalBusiness e i relativi sottotipi servono a rappresentare attività locali con informazioni pertinenti, come sede, telefono e orari. La guida di Google sulle attività locali indica proprietà richieste e consigliate. Il tipo va scelto in base alla realtà dell’impresa e ai requisiti applicabili, non per ottenere un’etichetta più vantaggiosa.
Se ci sono più sedi, raccogli per ciascuna dati distinti e mantieni un collegamento comprensibile con la pagina corrispondente. Non trasformare ogni città servita in un ufficio inesistente. La copertura territoriale e la presenza di una sede sono informazioni diverse.
Controlla anche cosa significano gli orari: apertura al pubblico, risposta telefonica e ricevimento su appuntamento possono non coincidere. Una scheda tecnica corretta non ripara una pagina che comunica condizioni ambigue. Prevedi chi aggiorna queste informazioni durante festività, trasferimenti o variazioni del servizio, coordinando anche gli altri canali aziendali.
Associare i tipi alle pagine che possiedono quei contenuti
Per scegliere il markup considera il compito della pagina. La galleria delle funzioni supportate da Google è il riferimento da verificare prima dell’implementazione, perché disponibilità e requisiti possono cambiare.
| Pagina | Tipo pertinente | Controllo preliminare |
|---|---|---|
| Presentazione dell’impresa | Organization o sottotipo | Identità e recapiti verificabili. |
| Attività o sede locale | LocalBusiness o sottotipo | Dati reali della sede e requisiti applicabili. |
| Guida o articolo editoriale | Article | Titolo, immagini e attribuzione coerenti. |
| Percorso gerarchico della pagina | BreadcrumbList | Gerarchia e collegamenti comprensibili. |
| Prodotto o evento specifico | Product oppure Event | Contenuto e proprietà richiesti dalla funzione specifica. |
Una pagina servizio non diventa automaticamente un prodotto e un calendario generico non equivale alla scheda di un evento. Descrivere correttamente ciò che esiste è più utile che applicare lo stesso elenco di tipi a tutte le pagine.
Distinguere idoneità e comparsa effettiva nei risultati
Il test tecnico può riconoscere un elemento valido senza che Google lo mostri come risultato avanzato. Le linee guida sui dati strutturati distinguono i requisiti dalla scelta effettiva di visualizzazione. Contenuti, qualità, contesto e tipo di ricerca influiscono su ciò che viene presentato.
Questo vale anche per promesse commerciali di stelle o riquadri automatici. Google non considera idonee alle stelle delle recensioni le valutazioni dell’organizzazione o attività locale controllate dalla stessa entità recensita, secondo le indicazioni sui risultati delle recensioni. Inserire un widget non elimina questa limitazione.
Chiedi quindi che la proposta specifichi quale contenuto viene descritto e quale funzione potrebbe supportare, con i relativi limiti. “Aggiungiamo lo schema per andare primi” non definisce una consegna verificabile. I dati strutturati fanno parte del lavoro sul sito e non sostituiscono pagine utili, accessibili e pertinenti.
Organizzare i dati prima di generare il codice
Riunisci informazioni aziendali, immagini ufficiali, autori o responsabilità editoriali, gerarchia delle pagine e dati specifici dei contenuti. Per ciascun campo indica la fonte interna e chi lo aggiorna. Un sito con molte guide trae vantaggio da una gestione uniforme di titolo, descrizione, immagine e collegamenti.
Le date eventualmente utilizzate nei dati degli articoli devono rappresentare eventi reali, come pubblicazione o modifica sostanziale. Non vanno aggiornate automaticamente solo per far sembrare nuovo un testo. Prepara regole editoriali comprensibili anche a chi pubblicherà i prossimi contenuti.
Esempio ipotetico: un’azienda trasferisce l’ufficio e aggiorna la pagina Contatti, ma il plugin continua a generare il vecchio indirizzo. Il problema non è la sintassi: manca una fonte coerente dei dati. Prima di aggiungere nuovi campi conviene individuare i punti in cui la stessa informazione viene mantenuta manualmente.
Verificare vocabolario, requisiti Google e pagina pubblicata
Richiedi verifiche su più livelli. Il validatore Schema.org aiuta a controllare il markup rispetto al vocabolario. Il Test dei risultati avanzati di Google esamina invece gli elementi supportati da quel sistema. Un tipo non rilevato come risultato avanzato non è per questo necessariamente privo di significato.
Confronta poi i valori con la pagina visibile: URL assoluti corretti, immagini raggiungibili, entità coerenti, assenza di dati dimostrativi e duplicazioni conflittuali generate da più strumenti. Un avviso su una proprietà consigliata va interpretato in base al contenuto disponibile; non si inventa un valore per ottenere un controllo verde.
Dopo la pubblicazione controlla la pagina effettivamente accessibile e, quando disponibile, la lettura tramite Search Console. Una prova positiva del codice incollato non dimostra che il server pubblichi la stessa versione. Il collaudo deve includere pagine rappresentative dei diversi modelli, non soltanto la homepage.
Chiedere una consegna documentata e controlli nel tempo
La consegna dovrebbe indicare tipi adottati, pagine interessate, provenienza dei campi e risultati dei controlli. Aggiungi le responsabilità di aggiornamento e i casi esclusi perché non pertinenti. Non occorre al titolare conoscere ogni proprietà, ma deve poter capire cosa il sito dichiara e dove intervenire per correggerlo.
Rivedi i dati quando cambi sede, template, CMS, catalogo o sistema di prenotazione. Dopo aggiornamenti dei plugin verifica che non compaiano due descrizioni incompatibili della stessa attività. Conserva un piccolo campione di URL per i controlli ricorrenti.
La misurazione riguarda eventuali errori, idoneità e presentazioni osservabili nei rapporti disponibili; non una promessa di aumento automatico dei contatti. Per collegare questo lavoro a una strategia di SEO e visibilità, parti dalle pagine che rispondono ai bisogni dei clienti. I dati strutturati devono rendere più chiara quella realtà, mantenendosi coerenti con ciò che le persone possono leggere.