Schema di servizio: contrassegna le pagine di servizio con JSON-LD

Schema di servizio Descrive uno specifico servizio su una pagina dedicata e collega il servizio al fornitore in un formato leggibile dalle macchine. Un servizio JSON-LD pulito aiuta i motori di ricerca e altri sistemi a categorizzare il servizio, il fornitore e l'area di servizio, senza garantire un posizionamento migliore o una visualizzazione speciale nei risultati di ricerca.

Nel mio lavoro con le PMI, mi imbatto spesso nello stesso problema: il sito web è esteticamente accattivante, ma non risponde in modo chiaro a domande chiave. Cosa viene offerto esattamente? Chi fornisce il servizio? A quale target di riferimento è destinato il servizio? In quale regione è disponibile il servizio? Dati strutturati Devono essere in grado di identificare chiaramente le informazioni esistenti, ma non devono nascondere contenuti della pagina visibili e poco chiari.

Service Schema è la marcatura di un servizio reale offerto e visibile sulla pagina con schema.org/Service. JSON-LD è il formato tecnico; l'aspetto prestazionale fornisce la base comprensibile e verificabile.

Lo schema di servizio traduce un servizio descritto in modo chiaro in una struttura leggibile dalle macchine. Il markup non può correggere contenuti mancanti o contraddittori.

Schema di servizio per le pagine di servizio: quando è utile?

Uno schema di servizio è utile quando una pagina descrive un servizio specifico o un gruppo di servizi ben definito. Una pagina di servizio completa risponde almeno a queste domande:

• Cosa viene offerto? Ad esempio, strategia di branding, sviluppo web, consulenza, fotografia o automazione dei processi.
• Chi fornisce il servizio? Ad esempio, un'azienda, un'attività locale, uno studio professionale o un esperto freelance.
• A chi è destinato questo servizio? Ad esempio, per aziende a conduzione familiare, hotel, studi legali o piccoli team B2B.
• Dove viene fornito il servizio? In una località specifica, in una regione, in più paesi o online.
• Cosa include il servizio? I componenti essenziali devono essere descritti chiaramente nella pagina.

Una base adeguata è, ad esempio, la nostra pagina dei servizi per progettazione web strategica e sviluppo webLa pagina descrive la strategia del sito web, il design, l'implementazione tecnica, i contenuti e l'automazione come un servizio coerente. Pertanto, contiene sufficienti informazioni visibili per un markup di servizio appropriato.

Gli schemi di servizio sono meno utili su pagine di riepilogo scarne o pagine che si limitano a elencare termini tecnici. Una riga con "Branding, SEO, IA, Social Media, Web Design e Consulenza" non è una descrizione chiara dei servizi. In questo caso, il markup non farebbe altro che strutturare una pagina poco chiara.

Cosa descrive schema.org/Service

schema.org/Service è un tipo del vocabolario di Schema.orgIl tipo descrive un servizio, non l'intera azienda. Caratteristiche come fornitore, area servita, tipo di servizio, URL e se necessario offre classificare il servizio sia dal punto di vista professionale che geografico.

Per le PMI, distinguo tre livelli:

• Organizzazione Descrive l'organizzazione madre e la sua identità, come nome, sito web, logo e profili ufficiali.
• LocalBusiness è un modulo più specifico per le attività commerciali locali e può includere informazioni come posizione, indirizzo e orari di apertura.
• Servizio Descrive un singolo servizio o un gruppo di servizi chiaramente correlati.

Pertanto, un'azienda non dovrebbe modellare tutta la sua attività come un servizio. Il servizio si riferisce invece a... fornitore sull'organizzazione esistente o sull'attività locale appropriata. Questo chiarisce: l'azienda è il fornitore, il servizio è l'offerta.

Le caratteristiche più importanti di uno schema di pagina delle prestazioni

Uno schema di pagina performante efficace non deve essere necessariamente il più esteso possibile. In pratica, un modello snello e corretto è preferibile a un blocco di dati sovraccarico di informazioni poco chiare o non comprovate.

• @tipo: Contrassegna il nodo come servizio.
• @id: Fornisce al servizio specifico un identificatore stabile e univoco, solitamente sotto forma di URL con un frammento.
• Nome: Descrivi il servizio in modo chiaro e senza concatenare termini di ricerca.
• descrizione: Riassumi brevemente il risultato raggiunto. La dichiarazione deve essere comprensibile all'interno del contenuto visibile della pagina.
• Tipo di servizio: Descrive la tipologia di servizio, ad esempio "progettazione e sviluppo di siti web".
• URL: Si riferisce alla pagina specifica relativa alle prestazioni.
• fornitore: Collega il servizio all'organizzazione o all'attività commerciale locale tramite un @id stabile.
• Area servita: Descrive l'effettiva area di competenza del servizio.
• offre: Può visualizzare informazioni reali sull'offerta, a condizione che corrispondano all'offerta visibile.

uso realistico dell'area servita

Da area servita Ciò che conta è l'effettiva area di attività. Un'azienda di Bolzano non dovrebbe automaticamente definirsi operante "a livello mondiale" solo perché offre la possibilità di effettuare videochiamate. Se la tua attività ha sede in Alto Adige e offri determinati servizi anche in Italia o nella regione DACH (Germania, Austria, Svizzera), questa distinzione deve essere chiaramente indicata nella pagina dei servizi offerti.

Le offerte possono essere utilizzate anche senza un prezzo fisso

un speciale! Non è necessariamente richiesto un prezzo fisso. Puoi usarlo anche per descrivere un'offerta reale il cui prezzo viene calcolato individualmente. Tuttavia, le informazioni dettagliate sull'offerta devono essere presenti e verificabili nella pagina del servizio.

Se pubblichi un prezzo fisso per pacchetto o un prezzo di partenza affidabile, il ricarico può riflettere il prezzo visibile. Se ogni progetto viene calcolato individualmente, non dovresti aggiungere una cifra apparentemente esatta solo per far sembrare lo schema più completo.

Servizio JSON-LD con @graph e valori @id stabili

Per i siti web di piccole dimensioni, un singolo blocco JSON-LD può essere sufficiente. Tuttavia, non appena sono coinvolte più pagine ed entità, un... @grafico Spesso strutturati in modo più chiaro. Organizzazione, Attività Locale, Sito Web, Pagina Web e Servizio possono essere modellati come nodi separati e gestiti tramite connessioni stabili. @id- Collegamento dei valori.

L'esempio seguente mostra una pagina di servizio il cui nodo di servizio punta a un provider esistente:

{
  "@context": "https://schema.org",
  "@graph": [
    {
      "@type": "LocalBusiness",
      "@id": "https://www.beispielbetrieb.tld/#localbusiness",
      "name": "Beispielbetrieb GmbH",
      "url": "https://www.beispielbetrieb.tld/"
    },
    {
      "@type": "Service",
      "@id": "https://www.beispielbetrieb.tld/leistungen/webdesign/#service",
      "name": "Strategisches Webdesign für KMU",
      "description": "Planung, Gestaltung und technische Umsetzung von Unternehmenswebsites für kleine und mittlere Unternehmen.",
      "serviceType": "Webdesign und Website-Entwicklung",
      "url": "https://www.beispielbetrieb.tld/leistungen/webdesign/",
      "provider": {
        "@id": "https://www.beispielbetrieb.tld/#localbusiness"
      },
      "areaServed": [
        {
          "@type": "AdministrativeArea",
          "name": "Südtirol"
        },
        {
          "@type": "Country",
          "name": "Italien"
        }
      ]
    }
  ]
}

Il fattore cruciale è l'ID condiviso del fornitore. Se la stessa organizzazione o attività locale viene creata su siti diversi con identificativi o dati aziendali differenti, si verificano duplicazioni e incongruenze non necessarie.

Pertanto, definiamo innanzitutto l'entità aziendale centrale. Il contributo a Costruzione di un'entità unica Home Questa guida mostra come creare una pagina di riferimento affidabile per la tua azienda. I singoli servizi potranno quindi collegarsi in modo coerente a questa pagina.

Il contenuto visibile della pagina e il JSON-LD devono corrispondere.

Il contenuto visibile della pagina è il riferimento al contenuto, mentre il JSON-LD è la descrizione strutturata. Google richiede che il contenuto eccellente sia visibile agli utenti e pertinente al contenuto principale della pagina. Un markup tecnicamente corretto può essere inadatto se descrive contenuti mancanti o fuorvianti. Google lo spiega nel linee guida generali per i dati strutturati.

Pertanto, verifica ogni affermazione importante nel markup confrontandola con la pagina:

• L'eccellente servizio viene effettivamente spiegato?
• Il fornitore indicato è chiaramente identificabile sulla pagina?
• L'area servita corrisponde all'area di attività reale?
• La descrizione è fattualmente corretta e chiaramente comprensibile?
• Le offerte e i prezzi corrispondono alle informazioni pubblicate?
• Le recensioni eccellenti sono autentiche, pertinenti e visibili sul sito?

Gli errori più comuni includono la moltiplicazione artificiale dei servizi, nomi ridondanti, valutazioni inventate e prezzi inaccurati. I sottoservizi non dovrebbero essere creati come nodi di servizio separati semplicemente per includere termini di ricerca aggiuntivi.

Eseguire correttamente la convalida dello schema

Una validazione dello schema efficace consiste in un controllo tecnico generale, un controllo specifico di Google e un controllo dei contenuti. Gli strumenti rispondono a domande diverse.

1. Validatore di markup dello schema

La Validatore di markup dello schema Questo strumento verifica il markup generale di schema.org. Il validatore riconosce i tipi e le proprietà utilizzati, senza limitare la verifica alle sole funzioni di ricerca supportate da Google.

2. Test dei risultati avanzati

La Test dei risultati ricchi Questo strumento verifica quali risultati avanzati supportati da Google possono essere generati dai dati strutturati di una pagina. Google classifica entrambi gli strumenti nella sua documentazione come segue: Strumenti di test per dati strutturati l'uno dall'altro.

Il servizio non è un tipo di risultato avanzato autonomo documentato da Google. Un JSON-LD di servizio valido può quindi essere riconosciuto correttamente nello Schema Markup Validator, mentre il Rich Results Test non mostra una funzione di ricerca supportata per il servizio. Ciò non significa che il markup del servizio sia errato.

3. Revisione del contenuto del manuale

Nessun validatore può valutare se un posizionamento sia tecnicamente accurato o se una promessa di performance venga mantenuta nelle operazioni quotidiane. Pertanto, confronta ogni attributo rilevante con il contenuto visibile della pagina e con i dati aziendali effettivi.

4. Monitoraggio nella Google Search Console

Per il markup del servizio generico, nel Google Search Console Non aspettarti un report di miglioramento separato. Utilizza invece l'Ispezione URL per verificare l'indicizzazione, l'accessibilità e la pagina elaborata da Google. I report separati sui dati strutturati vengono visualizzati solo per le funzioni di ricerca supportate e i tipi di dati appropriati.

Anche se implementati correttamente, i dati strutturati non garantiscono una presentazione particolare. I dati strutturati forniscono una giustificazione tecnica per i tipi supportati, ma non impongono un risultato più ricco o un posizionamento migliore in classifica.

FAQ Risultati approfonditi: cosa è attualmente dimostrato

Il markup delle FAQ e i risultati avanzati delle FAQ sono due cose diverse. Pagina delle FAQ Può descrivere semanticamente domande e risposte visibili. Un Rich Result delle FAQ, d'altro canto, è una rappresentazione concreta nei risultati di ricerca di Google.

Non è stata ancora confermata la completa interruzione dei risultati avanzati FAQ il 7 maggio 2026. L'annuncio ufficiale di Google dell'agosto 2023 afferma che i risultati avanzati FAQ saranno visualizzati regolarmente solo per i siti web governativi e sanitari noti e autorevoli. Pertanto, la maggior parte delle PMI non dovrebbe aspettarsi di visualizzare risultati avanzati FAQ. È possibile consultare la documentazione relativa a tale restrizione al seguente link: [link alle informazioni pertinenti]. Centro Ricerca Google.

Il markup FAQ può ancora essere utilizzato se le domande e le risposte sono chiaramente visibili sulla pagina e pertinenti al contenuto. Tuttavia, non dovresti implementare FAQPage con l'aspettativa di ottenere una migliore visualizzazione o un posizionamento più elevato nei risultati di ricerca.

Il mio processo di audit per le PMI

Con i team di piccole dimensioni, inizio dall'aspetto prestazionale, non dal codice. Questo approccio impedisce che i dettagli tecnici oscurino un problema relativo ai contenuti.

• Definire la prestazione: Definisci quale servizio specifico viene descritto nella pagina.
• Controlla la pagina: Verificare che il gruppo target, l'ambito di applicazione, il fornitore e l'area di competenza siano indicati in modo chiaro.
• Identificare i fornitori: Specificare se il fornitore si riferisce a un'organizzazione o a un'attività commerciale locale.
• Imposta i valori di @id: Utilizzare identificatori stabili per il fornitore e il servizio.
• Modellazione di JSON-LD: Evidenzia solo le informazioni reali, pertinenti e visibili.
• Convalidare in generale: Verifica il markup nello Schema Markup Validator.
• Scopri le funzionalità di Google: Utilizzate il test Rich Results con le giuste aspettative.
• Verifica l'indicizzazione: Dopo la pubblicazione, verifica l'URL in Google Search Console.

Quando si gestiscono più pagine di servizi, do la priorità alle offerte più importanti dal punto di vista economico e strategico. Un servizio principale chiaramente posizionato è un punto di partenza migliore rispetto a numerosi sottoservizi evidenziati superficialmente. Puoi trovare una classificazione supplementare per altri tipi di dati nella nostra guida a... Priorità per i dati strutturati per le PMI.

Quando è opportuno ricontrollare il markup

Una routine di test fissa può essere utile. Tuttavia, è più importante effettuare i controlli dopo modifiche specifiche. In particolare, verifica lo schema della pagina del servizio per:

• un rilancio o una modifica del sistema del sito web,
• una modifica all'URL o alla struttura della pagina,
• un cambiamento significativo nel servizio
• un cambiamento del fornitore o della struttura aziendale,
• un'estensione o una restrizione dell'area servita
• nuovi pacchetti, prezzi o condizioni dell'offerta,
• modifiche sostanziali al contenuto visibile della pagina.

Verificate inoltre che i valori @id esistenti vengano ancora utilizzati in modo coerente. Un identificatore stabile non dovrebbe essere sostituito a ogni minima modifica del testo.

Cosa non può fare Service Schema

• I programmi di fidelizzazione non garantiscono un miglior posizionamento in classifica.
• Il programma di servizi non garantisce risultati eccezionali.
• Service Schema non garantisce la menzione nelle risposte dell'IA.
• Un piano di servizi non sostituisce un posizionamento chiaro.
• Lo schema di servizio non sostituisce una descrizione completa del servizio.
• Lo schema di servizio non corregge i dati aziendali in conflitto.
• Un piano di servizi non trasforma una pagina di raccolta in una pagina dalle buone prestazioni.

I dati strutturati sono una componente tecnica all'interno di un sistema che comprende branding, sito web, contenuti e informazioni aziendali affidabili. Il loro vantaggio risiede nella descrizione coerente delle prestazioni effettive, non in promesse infondate di visibilità.

Il mio consiglio pratico

Iniziate con lo schema del servizio una volta che le pagine principali del servizio sono chiaramente strutturate o sono in fase di revisione nell'ambito di un progetto web. Procedete in quest'ordine:

• Chiarire il posizionamento: Che immagine vuoi che abbia la tua azienda?
• Affinare le prestazioni: Quale servizio specifico viene offerto a quale gruppo target?
• I fornitori si stanno consolidando: Il nome, l'indirizzo, il sito web e l'identità aziendale corrispondono?
• Creare un servizio JSON-LD: Trasmetti solo informazioni visibili e verificabili.
• Collegamento delle entità: Collegamento tra servizio e fornitore tramite valori @id stabili.
• Convalida il markup: Utilizza gli strumenti in base al loro scopo.
• Salva le modifiche: Aggiorna contemporaneamente il markup e il contenuto visibile.

Se segui questa sequenza, la struttura della pagina dei servizi diventerà una parte significativa del tuo sito web. Il vantaggio specifico risiede nella chiara descrizione di ciò che la tua azienda offre.

FAQ: Schema di servizio per le pagine di servizio

Un programma di fidelizzazione porta a un miglioramento della posizione in classifica?

No, il piano di assistenza è garantito. nessuna classifica miglioreIl markup può esprimere il significato di un servizio in modo più chiaro, ma non sostituisce contenuti pertinenti, qualità tecnica, affidabilità e un intento di ricerca adeguato.

Perché il test dei risultati avanzati non visualizza il tipo di servizio?

Il servizio non è un tipo di risultato avanzato autonomo e documentato da Google. Pertanto, controlla il JSON-LD del servizio con il Validatore di markup dello schemaIl test dei risultati avanzati visualizza solo le funzioni di ricerca supportate da Google.

Ogni sottoservizio necessita di un proprio markup di servizio?

No. Un sottoservizio necessita di un proprio nodo di servizio solo se è chiaramente definito e adeguatamente descritto nella pagina. Brevi elenchi o singole fasi di lavoro non giustificano automaticamente servizi aggiuntivi.

Ogni servizio principale dovrebbe avere una propria pagina dedicata?

Per servizi economicamente rilevanti e significativamente diversi tra loro, è spesso consigliabile creare una pagina separata. Tuttavia, ogni pagina deve avere un proprio valore autonomo e non essere semplicemente una copia leggermente modificata della stessa descrizione.

Posso elencare più servizi in una sola pagina?

Sì, se la pagina descrive in modo chiaro ed esaustivo diversi servizi indipendenti. Pagine dedicate a servizi separati solitamente facilitano la comprensione dei servizi offerti sia per gli esseri umani che per le macchine.

Il servizio deve essere contenuto in un blocco JSON-LD separato o all'interno di un @graph?

Entrambe le opzioni sono tecnicamente fattibili. Una @grafico Questo è particolarmente utile se si desidera collegare più entità come Organizzazione, Attività commerciale locale, Pagina web e Servizio tramite valori @id comuni.

Come posso collegare un servizio a un'organizzazione o a un'attività commerciale locale?

Riferimenti nel settore fornitore Utilizza l'ID stabile (@id) della tua organizzazione o attività locale. Usa lo stesso identificativo del provider in tutto il sito web per evitare conflitti con gli oggetti aziendali.

Un'offerta deve necessariamente includere un prezzo fisso?

No, è possibile simulare un'offerta anche senza un prezzo fisso. Tuttavia, è consigliabile utilizzare le offerte solo per offerte effettivamente esistenti e che riflettano accuratamente prezzi o condizioni pubblicati.

Posso ancora utilizzare il markup FAQ?

Sì, se le domande e le risposte sono chiaramente visibili sulla pagina e pertinenti al contenuto. Tuttavia, non bisogna aspettarsi che questo accada per i tipici siti web delle PMI. Risultati ricchi di domande frequenti o ottenere classifiche migliori.

È disponibile un report di servizio in Google Search Console?

Non è previsto alcun report di miglioramento separato per il markup generico dei servizi. Utilizzare l'audit degli URL per l'indicizzazione e la reperibilità; i report speciali vengono visualizzati solo per i tipi di dati strutturati e le funzioni di ricerca supportati.

Quando devo aggiornare lo schema del servizio?

Controlla il markup per eventuali modifiche a prestazioni, URL, provider, area di servizio, prezzi o contenuto visibile della pagina. Dovresti inoltre convalidare nuovamente tutti i link @id e i blocchi JSON-LD dopo un riavvio.