Schema Service e LocalBusiness: cosa inserire davvero nei dati strutturati

In breve

Lo schema Service e lo schema LocalBusiness vengono spesso confusi, ma hanno funzioni diverse. Schema.org definisce Service come un servizio offerto da un'organizzazione, per esempio consegne a domicilio o servizi di stampa, con campi centrali quali provider, serviceType, areaServed e hasOfferCatalog. Schema.org definisce invece LocalBusiness come una specifica attività fisica o una sede, come un ristorante, una filiale bancaria o uno studio medico. Se la pagina di un servizio fa riferimento a un'unica sede fisica, nella maggior parte dei casi conviene usare entrambi: LocalBusiness per la sede e Service per spiegare cosa offri.

Punti chiave

• LocalBusiness richiede almeno nome e indirizzo: Google prende in considerazione per i risultati avanzati locali solo il markup che include questi campi.
• Ogni sede deve avere il proprio markup: se hai più sedi, definisci ogni punto vendita o ufficio fisico separatamente come tipo LocalBusiness, come indicato da Google.
• Service descrive l'offerta, non la sede: usa serviceType e areaServed per specificare quali servizi eroghi e in quali zone, indipendentemente dall'indirizzo della sede.
• Le recensioni non sono obbligatorie: aggregateRating all'interno di LocalBusiness è consigliato solo per i siti che raccolgono recensioni su altre attività locali, non per ogni azienda che riceve valutazioni dai propri clienti (Google).
• I risultati avanzati non sono mai garantiti: Google conferma espressamente che dati strutturati corretti non assicurano una visualizzazione grafica nei risultati di ricerca.

Perché Google non riconosce la mia pagina di servizi come sede aziendale?

Un'impresa di manutenzione pubblica online una pagina con indirizzo, orari di apertura e un elenco dei servizi offerti, ma nei risultati di ricerca non compaiono scheda dell'attività, stelle o altre informazioni. Il contenuto c'è, ma i sistemi non lo interpretano come dato aziendale. Qui sta la differenza tra contenuti pensati per le persone e dati strutturati leggibili dalle macchine (pagine servizi che rispondono ai clienti).

Il problema raramente è ciò che viene scritto nella pagina. Più spesso dipende dall'assenza del markup schema, oppure da un'implementazione errata. Senza JSON-LD o microdati, Google vede solo testo semplice: deve quindi dedurre se "Via Roma 12, Milano" sia un indirizzo, una nota a piè di pagina oppure una frase inserita casualmente nel testo. Con i dati strutturati non deve indovinare, perché gli indichi con precisione a cosa corrisponde ogni informazione.

La differenza tra un biglietto da visita e un listino servizi

Pensa a LocalBusiness come al biglietto da visita della tua attività: nome, indirizzo, numero di telefono e orari. Service è invece il tuo listino: quali servizi proponi, a chi ti rivolgi e in quale area operi. Una pagina con il solo markup LocalBusiness comunica ai motori di ricerca dove ti trovi, ma non chiarisce cosa fai. Una pagina con il solo markup Service spiega cosa offri, ma non dove un cliente può trovarti. Per la maggior parte delle imprese di servizi con una sede fisica servono entrambi.

Cosa succede se scegli il tipo sbagliato?

Se usi LocalBusiness per un servizio erogato esclusivamente online o da remoto, fai intendere l'esistenza di una sede aperta al pubblico che in realtà non c'è. Al contrario, se utilizzi solo Service per un negozio o uno studio con una sede stabile, rinunci alla possibilità di mostrare informazioni come mappa, orari e indicazioni stradali. In entrambi i casi perdi visibilità che il markup corretto potrebbe offrirti.

Quale schema scegliere in base al tuo servizio?

La scelta tra Service, LocalBusiness oppure una combinazione dei due dipende da come il cliente usufruisce del servizio.

Solo LocalBusiness è adatto alle attività in cui la sede è parte essenziale dell'esperienza: ristoranti, palestre, negozi. Il cliente viene da te e riceve il servizio sul posto.

Solo Service è indicato per i professionisti senza una sede visitabile o per servizi erogati ovunque: un copywriter freelance, un'impresa di pulizie attiva in tutta Italia, un consulente IT che lavora da remoto. In questi casi areaServed conta più dell'indirizzo.

Service all'interno di LocalBusiness è la soluzione più adatta alla maggior parte delle PMI di servizi: un'impresa di impiantistica con una sede e una zona operativa, uno studio notarile, un centro fisioterapico che effettua anche trattamenti a domicilio. Definisci la sede come LocalBusiness e aggiungi, tramite la proprietà makesOffer o hasOfferCatalog, i servizi specifici come oggetti Service.

Un esempio pratico dei campi necessari

Per un'idraulico con una sede e un'area di intervento che copre tre comuni, una configurazione minima e corretta comprende:

• @type: LocalBusiness oppure un sottotipo più specifico come Plumber
• name, address, telephone, openingHours
• areaServed con i comuni in cui opera
• hasOfferCatalog contenente uno o più oggetti Service, ciascuno con il proprio serviceType

Questa struttura offre ai motori di ricerca e agli assistenti AI un quadro completo e inequivocabile: chi sei, dove operi e quali servizi svolgi.

Ecco come procedere:

• Stabilisci anzitutto se il servizio è legato a una sede fisica oppure viene erogato ovunque
• Scegli LocalBusiness, o un sottotipo più specifico, se la sede è rilevante per il cliente
• Aggiungi gli oggetti Service tramite hasOfferCatalog per ogni servizio distinto
• Inserisci sempre nome e indirizzo, perché sono il requisito essenziale di Google per i risultati avanzati
• Verifica il markup con il test dei risultati avanzati prima della pubblicazione

Come creare il markup corretto per un'azienda con più sedi?

Immagina un centro fisioterapico regionale con tre sedi in città diverse. Ogni sede ha orari propri, un team dedicato e servizi in parte condivisi e in parte esclusivi.

Esempio pratico: una PMI di servizi ipotetica con più sedi

Se questo centro utilizzasse un unico markup LocalBusiness generico per tutte e tre le sedi, indicando l'indirizzo della sede principale, i motori di ricerca riceverebbero un segnale confuso: quale sede è pertinente per la ricerca di un utente nella zona? Separando il markup in tre oggetti LocalBusiness distinti, ciascuno con indirizzo, numero di telefono, orari e oggetti Service relativi all'offerta locale, attività simili hanno riscontrato nella pratica un miglioramento visibile nella frequenza con cui viene mostrata la sede corretta nelle ricerche locali. I risultati cambiano in base al settore e al contesto, ma il principio indicato da Google, ovvero definire ogni sede separatamente, è alla base di questa differenza.

L'insegnamento non è solo tecnico, ma anche organizzativo: chi tratta i dati strutturati come un'impostazione valida una volta per tutta l'azienda rinuncia proprio al vantaggio che dovrebbe ottenere.

Quali vantaggi concreti offre il markup corretto di Service e LocalBusiness?

I vantaggi di un markup corretto si sviluppano su due livelli. Il primo riguarda i classici risultati avanzati: schede dell'attività, orari di apertura e indicazioni stradali direttamente nei risultati di ricerca. Google è chiara su questo punto: i dati strutturati sono un requisito, non una garanzia. Anche con un markup perfetto, un risultato avanzato potrebbe non comparire, semplicemente perché Google decide diversamente cosa mostrare.

Il secondo aspetto, oggi almeno altrettanto importante, è la leggibilità per gli assistenti AI. Quando qualcuno chiede a ChatGPT o Perplexity "quale idraulico a Milano effettua riparazioni urgenti", è più probabile che la risposta si basi su dati strutturati piuttosto che su frasi isolate in un paragrafo. Un oggetto Service con serviceType e areaServed ben definiti è utile per un modello linguistico quanto per un motore di ricerca, e spesso è persino più facile da interpretare rispetto al testo libero.

La crescente rilevanza di questo approccio emerge anche dalla rapidità con cui le aziende adottano l'AI nel marketing e nelle vendite. Secondo CBS, nel 2025 una azienda olandese su sei utilizzava l'AI, il doppio rispetto a due anni prima, soprattutto per marketing e vendite. Le aziende che rendono già oggi le proprie pagine di servizi leggibili dalle macchine si preparano a un contesto di ricerca in cui non sarà solo Google, ma anche gli assistenti AI, a formulare raccomandazioni sulla base di informazioni strutturate e correttamente etichettate.

Quali sono gli errori più frequenti nei markup esistenti?

Nell'analisi dei dati strutturati già presenti sui siti ricorrono spesso tre errori.

Aggiungere recensioni senza un sistema proprietario di raccolta

Molte aziende inseriscono aggregateRating nel markup LocalBusiness anche se non dispongono di un proprio sistema di recensioni. Google è esplicita: questa proprietà è consigliata solo per i siti che raccolgono davvero recensioni su altre attività locali, non come valutazione generica della propria azienda senza un sistema che la supporti.

Usare un unico indirizzo generico per più sedi

Come nell'esempio precedente, adottare un unico oggetto LocalBusiness condiviso per più sedi è un errore molto comune. Il risultato è che nessuna sede riesce a posizionarsi in modo ottimale nelle ricerche locali, perché i segnali si sovrappongono.

Lasciare le informazioni sui servizi solo nel testo della pagina

La pagina elenca con cura i servizi per chi legge, ma quelle informazioni non compaiono nel codice come oggetti Service. Per una persona il messaggio è chiaro, ma per un motore di ricerca o un assistente AI non è interpretabile come dato strutturato.

Risolvere questi tre aspetti permette già di mettere in ordine gran parte della base tecnica. Il resto è manutenzione: aggiornare il markup quando cambiano orari, indirizzo o servizi offerti.

Domande frequenti

Qual è la differenza tra schema Service e schema LocalBusiness?

LocalBusiness descrive una sede fisica con indirizzo e orari di apertura, mentre Service descrive ciò che un'organizzazione offre, come un servizio o un trattamento. Un'attività di servizi con sede fissa combina spesso entrambi: LocalBusiness per la sede e Service, inserito tramite hasOfferCatalog, per l'offerta.

Devo inserire il markup LocalBusiness in ogni pagina del mio sito?

No. Il markup LocalBusiness serve solo nelle pagine che descrivono una specifica sede fisica. Per servizi senza una sede aperta al pubblico, è preferibile usare un oggetto Service con areaServed.

L'indirizzo è obbligatorio nel markup LocalBusiness?

Sì. Secondo Google, nome e indirizzo sono i requisiti minimi per poter essere presi in considerazione per i risultati avanzati delle attività locali. Senza questi campi, il markup non è considerato valido per questa funzionalità.

Un markup corretto garantisce un risultato avanzato su Google?

No. Google dichiara esplicitamente di non garantire la comparsa delle funzionalità basate sui dati strutturati nei risultati di ricerca, neppure quando l'implementazione è tecnicamente corretta. Il markup aumenta le possibilità, ma non offre certezze.

In che modo Launchmind aiuta a configurare il markup Service e LocalBusiness?

Alex, il collega AI di Launchmind, migliora le pagine di servizi con una risposta immediata, indicazioni di prezzo, metodo di lavoro, prove concrete e domande che emergono dai contatti con i tuoi clienti, oltre ai dati strutturati letti da Google e dagli assistenti AI. Dopo la tua approvazione, Alex pubblica la pagina sul tuo sito con un clic, includendo il markup Service e LocalBusiness più adatto alla tua situazione.

Conclusione

Gli schemi Service e LocalBusiness non sono un dettaglio tecnico: stabiliscono se Google e gli assistenti AI riescono a interpretare correttamente la tua pagina di servizi come sede aziendale, come offerta oppure come entrambe le cose. La regola è semplice: LocalBusiness per indicare dove ti trovi, Service per spiegare cosa fai e, se hai più sedi, una definizione distinta per ciascuna. Ignorare questi aspetti significa rinunciare a risultati avanzati e visibilità negli assistenti AI che sono raggiungibili con interventi relativamente semplici.

Per approfondire cosa deve contenere una pagina di servizi efficace, leggi cosa inserire in una pagina di servizi che converte davvero. Se non vuoi mettere mano al codice ma desideri pagine di servizi solide sia dal punto di vista tecnico sia dei contenuti, prenota una consulenza gratuita e scopri come Alex può creare e pubblicare per te pagine di servizi con i dati strutturati corretti.

Chi è Launchmind

Launchmind è il collega AI che ogni giorno scrive, verifica e pubblica contenuti SEO sul blog del tuo sito, in 8 lingue, migliorandosi sulla base dei dati reali di Search Console. Alex ottimizza anche le pagine di servizi con una risposta immediata, indicazioni di prezzo, metodo di lavoro, prove concrete e i dati strutturati letti da Google e dagli assistenti AI, pensati per responsabili marketing, imprenditori e direttori marketing di PMI e aziende in crescita.