Dati strutturati per i fornitori di servizi in Alto Adige

Dati strutturati per i fornitori di servizi raffigurano due piani collegati: LocalBusiness o un sottotipo adatto alla tua attività e Service per ogni servizio specifico. JSON-LD collega aziende, servizi, ubicazione e area operativa in modo che i motori di ricerca e altri sistemi possano assegnare automaticamente le relazioni.

Nel mio lavoro con le PMI altoatesine, mi imbatto frequentemente in due situazioni: o mancano completamente i dati strutturati , oppure diversi strumenti generano blocchi di schema in conflitto tra loro. Il fattore cruciale non è la quantità di markup, ma un'architettura chiara con informazioni corrette, visibili e mantenute in modo coerente.

L'azienda è l'entità centrale. Servizi, sedi, lingue e aree operative sono chiaramente collegati a questa azienda.

Dati strutturati per i fornitori di servizi: cosa vi distingue dalla concorrenza.

I dati strutturati sono informazioni aggiuntive leggibili automaticamente e incorporate nel codice sorgente di un sito web. La terminologia comune per definirli è fornita da Schema.org . Google supporta JSON-LD, Microdata e RDFa, ma consiglia JSON-LD per la maggior parte delle implementazioni perché il formato è relativamente facile da implementare e gestire. La documentazione relativa alla funzione di ricerca in Google Search Central rimane il codice sorgente principale.

Per un'attività a livello locale, i seguenti livelli sono generalmente rilevanti:

• Attività commerciale: Nome, sito web, numero di telefono, indirizzo, coordinate, orari di apertura e profili ufficiali.
• Servizi: Offerte chiaramente denominate, con URL univoco, fornitore e ambito di applicazione.
• Posizione: una vera filiale con un indirizzo effettivamente utilizzabile.
• Applicazione: Località o regioni in cui l'azienda fornisce i propri servizi.
• lingue: Lingue in cui le parti interessate possono ricevere consulenza o assistenza.

Schema.org definisce LocalBusiness allo stesso tempo come sottotipo di Organization e PlaceIl tipo descrive una specifica attività commerciale o filiale locale. Schema.org fornisce sottotipi più specifici per molti settori.

Fase 1: Stabilire la coerenza dei dati

Prima di creare un file JSON-LD, è necessario disporre di dati anagrafici affidabili. Verificate il nome dell'azienda, l'indirizzo, il numero di telefono, gli orari di apertura e le descrizioni dei servizi sul sito web, nel profilo Google My Business e in altri profili ufficiali.

Ad esempio: il sito web riporta "Elektro Hofer", il profilo aziendale di Google indica "Elektrotechnik Hofer GmbH" e un portale di settore riporta "Hofer Elektroservice". Una persona probabilmente riconoscerebbe il collegamento. Un sistema di apprendimento automatico, tuttavia, deve prima determinare se si riferisce a una o più aziende.

Pertanto, è necessario stabilire una convenzione ortografica vincolante e documentare almeno quanto segue:

• il nome ufficiale e pubblicamente utilizzato dell'azienda
• l'indirizzo completo, inclusi codice postale e provincia,
• il numero di telefono in formato internazionale,
• il dominio principale e l'URL del sito canonico,
• orari di apertura regolari e variabili,
• Denominazioni di esecuzione tedesche e italiane,
• filiali reali e aree operative effettive,
• profili ufficiali per sameAs.

In particolare per le attività artigianali, un profilo Google My Business ben curato e con dati operativi coerenti è fondamentale. JSON-LD non ha lo scopo di nascondere informazioni contraddittorie, bensì di esprimere gli stessi dati affidabili in un formato leggibile dalle macchine.

Passaggio 2: Scegliere il sottotipo LocalBusiness appropriato

Non utilizzare automaticamente un solo metodo per ogni attività LocalBusinessScegli il tipo Schema.org più specifico che descriva accuratamente l'operazione effettiva.

• Servizio professionale: Questa soluzione potrebbe essere adatta ai fornitori di servizi professionali che operano a livello locale, a condizione che non esistano sottotipi più specifici.
• HomeE il settore edile: è l'area di riferimento per molti servizi di costruzione e artigianato.
• Elettricista: È adatto per un'attività da elettricista.
• Idraulico: È adatto a un'azienda di installazione.
• Impresa di coperture: descrive un'azienda di coperture.
• Appaltatore generale: adatto a un'impresa edile o a un appaltatore generale qualificato.

Un elettricista può essere considerato Electrician da distinguere, invece del tipo più generale HomeAndConstructionBusiness da utilizzare. Se non esiste un sottotipo tecnicamente adatto, rimane LocalBusiness una soluzione pratica.

Il tipo di dati scelto deve corrispondere al contenuto visibile. Secondo le linee guida di Google, i dati strutturati devono rispecchiare accuratamente il contenuto della pagina. Informazioni non visibili, irrilevanti o fuorvianti possono compromettere la funzionalità di ricerca.

Passaggio 3: Collegare operazioni e servizi tramite ID univoci

Ogni entità centrale riceve una stabilità @idA fini operativi, potrebbe trattarsi, ad esempio, dell'indirizzo del sito web con un frammento:

https://www.example.org/#betrieb

Ogni servizio riceve anche un proprio ID:

https://www.example.org/leistungen/elektroinstallation/#service

La proprietà provider Il servizio si riferisce quindi al @id dell'azienda. Ciò definisce chiaramente quale azienda offre il servizio.

Questo collegamento rappresenta il nucleo di uno schema di servizio pulito per le PMI. Spiego come sono strutturate le singole pagine di servizio in termini di contenuto e tecnologia nell'articolo sugli schemi di servizio per pagine di servizio specifiche.

Passaggio 4: esempio di JSON-LD per un'azienda altoatesina

L'esempio seguente descrive un'azienda fittizia di impianti elettrici a Bolzano . Il dominio, il numero di telefono, l'indirizzo, le coordinate, i profili e le pagine dei servizi sono dati di esempio. Sostituisci tutti i valori con le informazioni reali della tua azienda.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "Electrician",
      "@id": "https://www.example.org/#betrieb",
      "name": "Muster Elektrotechnik Südtirol",
      "url": "https://www.example.org/",
      "telephone": "+39 0471 000000",
      "address": {
        "@type": "PostalAddress",
        "streetAddress": "Musterweg 1",
        "postalCode": "39100",
        "addressLocality": "Bozen",
        "addressRegion": "Südtirol",
        "addressCountry": "IT"
      },
      "geo": {
        "@type": "GeoCoordinates",
        "latitude": 46.4983,
        "longitude": 11.3548
      },
      "openingHoursSpecification": [
        {
          "@type": "OpeningHoursSpecification",
          "dayOfWeek": [
            "https://schema.org/Monday",
            "https://schema.org/Tuesday",
            "https://schema.org/Wednesday",
            "https://schema.org/Thursday",
            "https://schema.org/Friday"
          ],
          "opens": "08:00",
          "closes": "17:30"
        }
      ],
      "areaServed": [
        {
          "@type": "City",
          "name": "Bozen"
        },
        {
          "@type": "City",
          "name": "Meran"
        },
        {
          "@type": "City",
          "name": "Brixen"
        },
        {
          "@type": "AdministrativeArea",
          "name": "Südtirol"
        }
      ],
      "contactPoint": {
        "@type": "ContactPoint",
        "telephone": "+39 0471 000000",
        "contactType": "customer service",
        "availableLanguage": [
          "de",
          "it"
        ]
      },
      "sameAs": [
        "https://example.com/muster-elektrotechnik",
        "https://example.net/muster-elektrotechnik"
      ],
      "hasOfferCatalog": {
        "@type": "OfferCatalog",
        "name": "Elektrotechnische Leistungen",
        "itemListElement": [
          {
            "@type": "Offer",
            "itemOffered": {
              "@id": "https://www.example.org/leistungen/elektroinstallation/#service"
            }
          },
          {
            "@type": "Offer",
            "itemOffered": {
              "@id": "https://www.example.org/leistungen/wallbox-installation/#service"
            }
          }
        ]
      }
    },
    {
      "@type": "Service",
      "@id": "https://www.example.org/leistungen/elektroinstallation/#service",
      "name": "Elektroinstallation für Wohngebäude",
      "serviceType": "Planung und Ausführung von Elektroinstallationen",
      "url": "https://www.example.org/leistungen/elektroinstallation/",
      "provider": {
        "@id": "https://www.example.org/#betrieb"
      },
      "areaServed": {
        "@type": "AdministrativeArea",
        "name": "Südtirol"
      },
      "offers": {
        "@type": "Offer",
        "url": "https://www.example.org/leistungen/elektroinstallation/"
      }
    },
    {
      "@type": "Service",
      "@id": "https://www.example.org/leistungen/wallbox-installation/#service",
      "name": "Installation von Wallboxen",
      "serviceType": "Montage und Inbetriebnahme von Wallboxen",
      "url": "https://www.example.org/leistungen/wallbox-installation/",
      "provider": {
        "@id": "https://www.example.org/#betrieb"
      },
      "areaServed": [
        {
          "@type": "City",
          "name": "Bozen"
        },
        {
          "@type": "City",
          "name": "Meran"
        }
      ],
      "offers": {
        "@type": "Offer",
        "url": "https://www.example.org/leistungen/wallbox-installation/"
      }
    }
  ]
}
</script>

Cosa significano le caratteristiche più importanti

name, url e telephone

name Contiene la denominazione aziendale utilizzata in modo uniforme. url Si riferisce al sito web centrale o alla pagina della sede. Il numero di telefono deve essere fornito in formato internazionale, ad esempio, per l'Italia come... +39.

address e geo

address descrive un indirizzo postale reale. geo Queste informazioni integrano le coordinate geografiche di questo indirizzo. Non utilizzare le coordinate del centro di un'area operativa se l'azienda non vi ha una filiale.

openingHoursSpecification

openingHoursSpecification Indica chiaramente gli orari di apertura o di disponibilità. Questi orari devono corrispondere alle informazioni presenti sul sito web e al profilo aziendale di Google.

areaServed

areaServed Si riferisce all'area in cui viene offerto un servizio. (Vedi la tipologia Schema.org.) Service descrivere provider il fornitore areaServed l'area servita, serviceType il tipo di servizio e offers l'offerta associata.

Per un'attività artigianale altoatesina, Bolzano, Merano e Bressanone possono essere elencate singolarmente. Se l'attività opera in tutta la regione, l'Alto Adige può essere indicato come l'intera area. AdministrativeArea Un lungo elenco di località non sostituisce una reale area di servizio.

availableLanguage

availableLanguage L'esempio descrive le lingue del punto di contatto. Per molte aziende altoatesine, queste sono il tedesco e l'italiano. Questa caratteristica non implica automaticamente che ogni pagina del sito web sia disponibile in entrambe le lingue.

sameAs

sameAs Collega la tua attività a profili ufficiali e affidabili. Ad esempio, un profilo Google My Business ben identificabile o un profilo LinkedIn ben curato. Non utilizzare elenchi di directory arbitrari o profili che non controlli. Puoi trovare una spiegazione dettagliata nella mia guida su... sameAs e profili aziendali ufficiali.

hasOfferCatalog

hasOfferCatalog Riunisce la gamma di servizi offerti dall'azienda. Un catalogo servizi è utile quando vengono offerti diversi servizi chiaramente definiti. Ogni servizio dovrebbe essere descritto tramite... itemOffered su uno specifico Service-Riferimento all'entità.

Non modellare i servizi come un elenco di parole chiave

Un modello inadatto potrebbe assomigliare a questo: "Elettricista, elettrico, installazione, servizio di emergenza, wallbox, smart Home"Alto Adige, Bolzano, Merano". Una simile raccolta non spiega né l'esecuzione né la sua portata.

Una prestazione chiaramente modellata risponde a cinque domande:

• Cosa viene offerto? Ad esempio, "installazione di wallbox".
• Chi fornisce il servizio? Questa è la risposta provider.
• Dove viene offerto il servizio? Questo descrive areaServed.
• Dove viene spiegata chiaramente la performance? Questo si riferisce a url.
• Esiste un'offerta concreta? Questo può essere fatto tramite offers da descrivere.

La pagina del servizio deve descrivere chiaramente il servizio offerto. A seconda dell'offerta, ciò include la procedura, i prerequisiti, il pubblico di riferimento, l'ambito di applicazione e le informazioni di contatto. Elencare i servizi solo in formato JSON-LD, anche se non sono visibili sulla pagina, viola le linee guida di Google.

Tre modelli di localizzazione per il programma LocalBusiness in Alto Adige

1. Azienda con un'unica sede e un'area operativa regionale

Una società di consulenza ha sede a Bolzano e serve aziende in tutto l'Alto Adige. La posizione esatta viene rivelata tramite address e geo descritto, il campo di attività più ampio su areaServed.

2. Attività artigianale mobile

Un installatore mobile si reca dai clienti a Bolzano, Merano e dintorni. L'area di servizio è definita da... areaServed modellato. La visualizzazione pubblica dell'indirizzo aziendale dipende dal modello operativo effettivo e dalle regole del servizio specifico.

Per GEO per i professionisti, questa distinzione è importante: GEO, nel senso di Generative Engine Optimization, riguarda la presentazione comprensibile dei contenuti. La proprietà Schema.org geo Al contrario, descrive coordinate geografiche specifiche.

3. Operazione con più filiali effettive

Se un'azienda ha filiali fisiche a Bolzano e Bressanone, ogni sede necessita di una propria entità, un proprio indirizzo e, idealmente, un proprio sito web. Una struttura organizzativa condivisa può essere modellata come un'entità sovraordinata.

Non create filiali fittizie solo per essere reperibili in più località. Un'area operativa non è una località. Un indirizzo postale senza attività commerciali effettive non diventa una filiale tramite JSON-LD.

Trattate con cura i siti web multilingue in Alto Adige.

Un sito web multilingue necessita di versioni linguistiche stabili e dati coerenti. Le pagine in tedesco e in italiano dovrebbero avere testi revisionati da un team editoriale, URL permanenti e informazioni aziendali identiche.

• Utilizzare un URL permanente per ogni versione linguistica.
• Mantieni la coerenza tra nome dell'azienda, numero di telefono e indirizzo in tutte le lingue.
• Tradurre correttamente i nomi dei servizi da un punto di vista tecnico, anziché in modo automatico e senza verifica.
• Utilizzare lo stesso sistema operativo@id, se entrambe le versioni linguistiche descrivono la stessa operazione.
• Collegare ciascuno Service-Entità con la pagina delle prestazioni visibile appropriata.
• Verificate che gli orari di apertura, i prezzi e le aree operative siano gli stessi in tutte le versioni linguistiche.

availableLanguage Questa sezione descrive le lingue di contatto o di servizio offerte. La lingua di un sito web specifico, tuttavia, viene identificata a livello di pagina e attraverso la sua architettura linguistica tecnica. Un sito web tedesco-italiano dovrebbe quindi essere gestito, sia dal punto di vista editoriale che tecnico, come un sistema coerente.

Implementazione di JSON-LD in WordPress

In WordPress ci sono tre metodi comuni:

1. Uno strumento SEO: Adatto per dati aziendali di base, a condizione che la struttura generata sia coerente con le esigenze aziendali.
2. Il tema: Possibile se il markup viene sviluppato in modo pulito e mantenuto anche in caso di modifiche al tema.
3. Un plugin personalizzato: Utile per architetture di attività commerciali e servizi locali individuali con servizi o sedi multiple.

Per i siti web più complessi delle PMI, preferisco una soluzione controllata in cui i dati principali siano gestiti centralmente e visualizzati in modo coerente. Nell'ambito dei nostri servizi di progettazione e sviluppo web , verifichiamo innanzitutto quali entità e fonti di dati sono presenti prima di programmare il markup.

Si raccomanda particolare cautela nell'utilizzo simultaneo di più strumenti. Uno strumento SEO, un plugin di settore e il tema possono infatti eseguire contemporaneamente i propri programmi. Organization-, LocalBusiness- o ServiceCrea dei blocchi. Nomi, URL o ID diversi genereranno quindi dei conflitti.

Fase 5: Convalida dei dati strutturati

Il test si compone di diversi livelli. Un risultato impeccabile conferma la struttura tecnica, ma non automaticamente la correttezza dei contenuti.

1. Verifica la sintassi JSON: Le parentesi, le virgole, le virgolette e i tipi di dati sono corretti?
2. Utilizzare Schema Markup Validator: Il validatore di markup dello schema controlla il markup generale di Schema.org e visualizza i tipi e le proprietà utilizzati.
3. Utilizza il test Rich Results: Il test dei risultati avanzati mostra se Google riconosce una visualizzazione di ricerca supportata. Non tutti i tipi Schema.org validi generano risultati avanzati.
4. Controlla il codice sorgente renderizzato: Verifica se il blocco JSON-LD è effettivamente presente nell'HTML consegnato o renderizzato.
5. Apri le pagine di destinazione: Ciascuno in url, offers o sameAs L'indirizzo fornito deve essere accessibile e pertinente al contenuto.
6. Confronta il contenuto visibile: Il nome, i servizi offerti, i prezzi, gli orari di apertura, le lingue parlate e l'area di attività devono essere verificabili sul sito web.
7. Ricerca di entità duplicate: Verifica se più plugin stanno generando la stessa attività commerciale con ID diversi.

Un caso tipico tratto dalla mia esperienza: il validatore non segnala errori di sintassi, ma il JSON-LD contiene orari di apertura obsoleti. Il blocco è tecnicamente valido ma fattualmente errato. Un controllo affidabile deve quindi considerare sia gli aspetti tecnici che il contenuto visibile della pagina.

Cosa possono fare i dati strutturati e cosa non possono fare.

I dati strutturati aiutano i sistemi a identificare con maggiore chiarezza aziende, servizi e relazioni. Possono essere un prerequisito per determinate rappresentazioni di ricerca e ridurre l'ambiguità.

Una corretta formattazione non garantisce risultati di alto livello o un miglior posizionamento. Non è inoltre garantita l'inclusione nelle Panoramiche sull'IA di Google, nella Modalità IA o una risposta da qualsiasi altro assistente IA. Google spiega che le sue funzioni di IA non richiedono una formattazione Schema.org specifica. Anche le pagine conformi non vengono indicizzate o visualizzate automaticamente.

JSON-LD migliora l'apprendimento automatico. La visibilità dipende anche da contenuti solidi, dati aziendali coerenti, qualità tecnica e un posizionamento chiaro.

Piano di 90 giorni per i programmi di servizi destinati alle PMI

Giorni da 1 a 30: Chiarire i dati principali e le priorità

• Inserisci il nome dell'azienda, l'indirizzo, il numero di telefono e l'URL del sito web.
• Abbina il profilo aziendale di Google al sito web.
• Separare le località reali e le aree operative.
• Seleziona i tre o cinque servizi più importanti.
• Definisci una pagina di destinazione affidabile per ciascun servizio.

Giorni dal 31 al 60: Implementazione dell'architettura e output tecnico

• Selezionare il sottotipo LocalBusiness appropriato.
• Stabile @id assegnato per le operazioni e i servizi.
• provider, areaServed e URL dei link.
• Generare un output JSON-LD in WordPress.
• Rimuovere i blocchi di schema duplicati.

Giorni da 61 a 90: Impostazione dei controlli e della manutenzione

• Esegui il validatore di markup dello schema e il test dei risultati avanzati.
• Confronta il contenuto visibile con il markup.
• Consulta le informazioni in tedesco e italiano.
• Documentare e correggere gli errori.
• Designare una persona responsabile delle modifiche.

Dopo i primi 90 giorni, inizia la manutenzione ordinaria. Nuovi servizi, orari di apertura modificati o sedi aggiuntive devono essere aggiornati simultaneamente sul sito web, nel markup e nei relativi profili aziendali.

Domande frequenti sul programma LocalBusiness and Service

Quali sono i costi associati all'implementazione di dati strutturati?

I costi dipendono dal sito web esistente, dal numero di servizi offerti e dalla struttura geografica. Un'unica attività con pochi servizi è più facile da implementare rispetto a un sito web multilingue con più sedi e file JSON-LD generati individualmente.

Con quale frequenza devo aggiornare JSON-LD?

Aggiorna il markup ogni volta che cambiano i dati aziendali visibili, gli orari di apertura, i servizi, i prezzi, le lingue o le sedi. Inoltre, consiglio di effettuare un audit completo di coerenza dei dati almeno una volta all'anno.

Posso utilizzare LocalBusiness senza un indirizzo visibile pubblicamente?

Ciò dipende dal modello di business effettivo e dal sottotipo specifico utilizzato. Non inventate un indirizzo e non pubblicatelo solo per i motori di ricerca. Piuttosto, se siete un fornitore di servizi mobili, descrivete l'area operativa effettiva e tenete conto dei requisiti della rispettiva piattaforma.

Come faccio a etichettare più posizioni?

Ogni filiale autentica dovrebbe avere la propria entità LocalBusiness con la propria @idVengono acquisiti l'indirizzo, l'URL e gli orari di apertura appropriati. Le filiali possono essere collegate a un'organizzazione madre, ma non devono essere costituite esclusivamente come sedi operative.

Devo specificare i prezzi nel listino prezzi?

No, non tutti i servizi devono avere un prezzo visualizzato pubblicamente. Se si fornisce un prezzo o una fascia di prezzo, le informazioni devono essere visibili sulla pagina del link, aggiornate e chiaramente correlate allo stesso servizio.

Ogni lingua necessita di un proprio schema di servizi?

Ogni pagina in una lingua diversa dovrebbe contenere informazioni leggibili automaticamente che corrispondano al contenuto visibile. Il funzionamento e le prestazioni possono rimanere identificabili come le stesse entità tramite ID stabili, mentre nomi, descrizioni e URL dovrebbero essere adattati alla specifica versione linguistica.

JSON-LD sostituisce il profilo aziendale di Google?

No, JSON-LD e il tuo Profilo aziendale di Google hanno scopi diversi. Il markup descrive il tuo sito web in un formato leggibile dalle macchine, mentre il Profilo aziendale viene gestito separatamente per essere visualizzato in Ricerca Google e Google Maps.

I dati strutturati garantiscono una maggiore visibilità?

No, una formattazione corretta non garantisce un posizionamento migliore, risultati più ricchi o menzioni da parte degli assistenti IA. I dati strutturati migliorano principalmente la chiarezza delle informazioni e creano una solida base tecnica.

Lista di controllo finale per la tua attività

Dati e contenuto

• Il tipo Schema.org scelto è appropriato per il settore specifico.
• Il nome dell'azienda, l'indirizzo e il numero di telefono sono gli stessi ovunque.
• Ogni importante risultato viene preso in considerazione Service descritto.
• areaServed descrive applicazioni nel mondo reale.
• address e geo Si tratta di luoghi reali.
• availableLanguage In realtà elenca le lingue offerte.
• sameAs Si riferisce esclusivamente ai profili ufficiali e ben curati.

Tecnologia e cura

• L'azienda ha una posizione stabile e inequivocabile @id.
• Ogni servizio fa riferimento tramite provider sull'operazione.
• openingHoursSpecification corrisponde agli orari di apertura visibili.
• hasOfferCatalog Contiene servizi chiaramente denominati e verificabili.
• Il sito web multilingue utilizza dati aziendali coerenti.
• Non sono presenti blocchi di schema in conflitto costituiti da più strumenti.
• Sono stati eseguiti lo Schema Markup Validator e il Rich Results Test.
• Le modifiche ai servizi e alle sedi vengono aggiornate costantemente.

Dopo oltre 20 anni di esperienza nel branding, nello sviluppo web e nella digitalizzazione, la mia conclusione principale è questa: dati affidabili e strutturati iniziano con dati aziendali gestiti in modo chiaro. Se le persone riescono a capire rapidamente chi sei, cosa offri e dove lavori tramite il tuo sito web, queste stesse informazioni possono essere rappresentate in modo trasparente anche in formato JSON-LD.

Swell

1. Google Search Central — Introduzione alla marcatura dei dati strutturati (2025)
2. Google Search Central — Linee guida generali sui dati strutturati (2026)
3. Schema.org — LocalBusiness (2026)
4. Schema.org — Servizio (2026)
5. Google Search Central: funzionalità di intelligenza artificiale e il tuo sito web (2025)