Schema Markup e SEO

TL;DR — Il markup dello schema è codice che aggiungi a una pagina e che etichetta il significato dei tuoi contenuti — “questo è il prezzo”, “questo è l’autore”, “questo è un punteggio di recensione” — così i motori di ricerca non devono indovinare. Usa un vocabolario condiviso da un sito chiamato schema.org. Il suo principale vantaggio sono i rich results: le valutazioni a stelle, i prezzi e i breadcrumb che vedi nei risultati di ricerca. Non ti fa direttamente posizionare più in alto — questo è il più grande mito al riguardo.

Cos’è il markup dello schema

Quando guardi una pagina web, puoi distinguere un numero di telefono da un prezzo dal nome di un autore semplicemente leggendo. Un motore di ricerca vede testo semplice e deve dedurre tutto questo. Il markup dello schema lo chiarisce nel codice: etichetta ogni contenuto con ciò che è realmente.

Usa un vocabolario condiviso pubblicato su schema.org — un elenco di “tipi” (come Product, Recipe, Event, Article) e le “proprietà” che ciascuno può avere (un Product ha un price, un Event ha un startDate). Poiché tutti i principali motori di ricerca leggono lo stesso vocabolario, etichetti il tuo contenuto una volta e tutti lo capiscono. Evidence for this claim Schema.org defines shared types and properties that publishers can use to describe entities and content. Scope: Schema.org vocabulary; search engines decide independently which types power search features. Confidence: high · Verified: 2026-07-14 Schema.org: Getting started

Sentirai anche chiamarlo dati strutturati. Le persone usano i due termini in modo intercambiabile. Tecnicamente, i dati strutturati sono l’idea generale, e il markup dello schema è il caso specifico dell’uso del vocabolario schema.org — ma nel linguaggio SEO quotidiano significano la stessa cosa.

Perché è importante: i rich results

La ragione visibile per aggiungere lo schema sono i rich results (Google li chiamava “rich snippets”). Questi sono i risultati di ricerca avanzati:

• ⭐ valutazioni a stelle delle recensioni sotto un prodotto
• 💲 un prezzo e l’etichetta “disponibile”
• 🍳 una scheda di ricetta con tempo di cottura e una foto
• 🧭 un percorso breadcrumb invece di un URL grezzo

Per ottenerne uno, contrassegni il contenuto corrispondente con il tipo di schema giusto e tutti i suoi dettagli richiesti, e la tua inserzione diventa idonea (mai garantita) per quel miglioramento. Evidence for this claim Google uses supported structured data to understand page content and make pages eligible for certain search-result features. Scope: Google Search documentation; markup does not guarantee appearance or ranking improvement. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction I rich results possono far risaltare la tua inserzione e ottenere più clic.

La cosa che la maggior parte delle persone sbaglia

Il markup dello schema non è un fattore di ranking. Aggiungere lo schema non ti fa salire nei risultati. Google lo ha detto più e più volte. Quello che può fare è farti ottenere un rich result, e un’inserzione più accattivante può ottenere più clic — ma questo è diverso dal posizionarsi più in alto.

Un paio di altri errori da principiante:

• Più schema non è meglio. Contrassegna solo contenuti che sono effettivamente sulla pagina e accurati. Contrassegnare cose che un visitatore non può vedere viola le regole di Google.
• Alcuni tipi sono ritirati. I “rich results” di FAQ e HowTo erano popolari, ma Google ha smesso di mostrarli. Non perdere tempo con markup che non porta più nulla.

Come scrivi il codice è un argomento a parte — il formato consigliato è JSON-LD, un piccolo blocco di codice che si trova nella pagina senza cambiarne l’aspetto. Vuoi la versione completa, con i tipi di rich result attuali, le deprecazioni, il markup delle entità e come validare? Passa alla scheda Avanzate.

TL;DR — Il markup dello schema applica il vocabolario schema.org (una collaborazione Google / Microsoft / Yahoo / Yandex) per etichettare il significato di una pagina. Fa due lavori distinti: idoneità ai rich results (miglioramenti visibili della SERP, richiede tipi specifici + tutte le proprietà richieste) e comprensione delle entità (aiuta i motori e il Knowledge Graph a identificare chi/cosa sei — Organization / Person + sameAs — senza segnale visibile). Non è un fattore di ranking diretto. Non confondere il vocabolario (markup dello schema) con il formato (JSON-LD — consigliato, ma anche Microdata e RDFa funzionano). E fai attenzione al ciclo di deprecazione: i rich results HowTo sono andati nel 2023, sette tipi di funzionalità sono stati ritirati a giugno 2025, e i rich results FAQ sono stati deprecati nel 2026. La mia regola: implementa lo schema quando guadagna una funzionalità di ricerca o aiuta genuinamente la comprensione delle entità — non perché più markup è automaticamente meglio.

Markup dello schema vs. dati strutturati vs. JSON-LD

Tre termini vengono costantemente confusi, quindi lasciami separarli chiaramente:

• I dati strutturati sono il concetto generale: qualsiasi modo standardizzato di annotare i contenuti affinché le macchine li comprendano.
• Il markup Schema è un dato strutturato che utilizza specificamente il vocabolario schema.org. In pratica questi due termini sono usati in modo intercambiabile.
• JSON-LD è un formato — uno dei tre modi per scrivere il markup. Non è un sinonimo di markup Schema. Puoi esprimere gli stessi tipi di schema.org in JSON-LD, Microdata o RDFa.

Tenere separato il vocabolario (schema.org) dal formato (JSON-LD) è la prima cosa che mette in difficoltà le persone. Il vocabolario è cosa dici; il formato è come lo scrivi.

Cos’è realmente schema.org

schema.org è un vocabolario condiviso lanciato nel 2011 e mantenuto in modo collaborativo da Google, Microsoft (Bing), Yahoo e Yandex. Definisce una Gerarchia di tipi (ad es., Thing → CreativeWork → Article → NewsArticle) e le proprietà che ogni tipo può contenere. I motori di ricerca concordano sul vocabolario, poi ciascuno decide in modo indipendente quali tipi consuma e quali trasforma in risultati avanzati. Quest’ultimo punto è importante: schema.org elenca molti più tipi rispetto a quelli che un singolo motore mostra. Evidence for this claim A property can be valid in Schema.org without being required, recommended, or consumed for a specific Google rich result. Scope: Schema.org vocabulary compared with Google Search feature requirements. Confidence: high · Verified: 2026-07-14 Google: Structured data feature guide

I due compiti dello schema (e perché le persone pensano solo a uno)

La maggior parte delle guide tratta lo schema come una leva per i risultati avanzati e si ferma lì. In realtà fa due cose separate:

1. Idoneità per i risultati avanzati. Contrassegna i contenuti con un tipo supportato e tutte le sue proprietà richieste, e la tua inserzione diventa idonea per un miglioramento visibile della SERP (stelle, prezzo, breadcrumb, scheda ricetta). Questa è la parte che tutti inseguono.

2. Comprensione di contenuti ed entità. Google dichiara di utilizzare i dati strutturati “per comprendere il contenuto della pagina, nonché per raccogliere informazioni sul web e sul mondo in generale.” Organization, Person e tipi simili — soprattutto con sameAs che punta a profili autorevoli — aiutano i motori a identificare con sicurezza quale entità riguarda una pagina e ad alimentare il Knowledge Graph. Non c’è alcun badge visibile per questo; il vantaggio è la comprensione.

La conseguenza pratica: un tipo che non produce nessun risultato avanzato può comunque valere la pena contrassegnare se affina la comprensione dell’entità. Organization è l’esempio classico.

I formati: JSON-LD, Microdata, RDFa

Tutti e tre sono supportati da Google. JSON-LD è la scelta consigliata, e le ragioni sono concrete:

• Vive in un blocco <script type="application/ld+json">, non intervallato con il tuo HTML, il che rende i dati annidati molto più facili da esprimere e mantenere quando i modelli cambiano.
• Google può leggere JSON-LD anche quando viene iniettato dinamicamente da JavaScript o un widget CMS — questo è il comportamento documentato di Google, non una garanzia di rendering universale. Altri motori di ricerca e crawler AI possono rendere (o non riuscire a rendere) JSON-LD iniettato in modo diverso, quindi testa ogni consumatore a cui tieni realmente invece di assumere la parità.

Microdata e RDFa sono attributi inline intrecciati nel tuo markup HTML. Non sono penalizzati o analizzati peggio — questo è un mito. Sono solo più difficili da mantenere. Usali solo quando un CMS legacy o una piattaforma specifica impone markup inline.

Lo schema non è un fattore di ranking

Questa è la correzione più importante dell’argomento. I rappresentanti di Google sono stati inequivocabili e coerenti per anni — vedi la lente Quotes per le dichiarazioni esatte. Danny Sullivan ha definito i dati strutturati “facoltativi” con “nessun impatto sul ranking nella ricerca web.” Il vantaggio è indiretto: i risultati avanzati possono aumentare il tasso di clic e una migliore comprensione delle entità può rendere più facile il matching di rilevanza. Nessuno dei due è un aumento del ranking derivante dal markup stesso.

Questo è esattamente il motivo per cui la mia impostazione è sempre stata pragmatica. Nella mia guida SEO enterprise di Ahrefs l’ho messa così: “I’m a fan of schema markup as long as it gets you a search feature.” (traduzione) «Sono un fan del markup schema finché ti fa ottenere una funzionalità di ricerca.» Traduzione: dai priorità ai tipi con idoneità confermata per i rich result (o con chiaro valore di entità) e non spruzzare markup su ogni pagina sperando che faccia qualcosa.

I tipi di schema più utili nel 2026

La galleria di ricerca di Google è la fonte di verità per ciò che attualmente produce rich result. I tipi che meritano il tuo tempo, più o meno in ordine di frequenza con cui ripagano:

• Product — prezzo, disponibilità e valutazioni delle recensioni; il tipo di maggior valore per l’ecommerce.
• Review snippet / AggregateRating — stelle di valutazione sui contenuti idonei.
• BreadcrumbList — il percorso breadcrumb al posto di un URL grezzo.
• Article (news/blog/sport) — idoneo per la visualizzazione avanzata degli articoli. Top Stories è una superficie separata e più restrittiva con i propri requisiti per editori e policy sui contenuti; il markup Article è necessario ma non mette da solo una pagina lì.
• Organization — stabilimento dell’entità. Può alimentare il logo/dettagli che Google mostra nei pannelli, ma un markup valido non garantisce la comparsa di un Knowledge Panel — la comprensione dell’entità è la parte affidabile, anche dove non appare alcun pannello o rich result.
• LocalBusiness — dettagli del pannello locale, orari e informazioni di contatto.
• Event, Recipe, Job posting, Video (VideoObject), Q&A, Software app, Dataset, Discussion forum, Course list — ciascuno corrisponde a una funzionalità specifica della galleria.

Se non implementi nient’altro, Organization, BreadcrumbList e (per l’attività pertinente) Product o LocalBusiness coprono i casi a più alta leva.

L’onda di deprecazione — smetti di implementare tipi morti

L’insieme supportato cambia davvero, e inseguire funzionalità ritirate è il modo più comune di sprecare tempo di sviluppo. La storia recente:

• 2023 — rimossi i rich result HowTo da desktop e mobile. Ancora consigliati in innumerevoli guide obsolete; ora non fruttano nulla.
• Giugno 2025 — sette tipi di funzionalità ritirati: Book Actions, Course Info (vecchio formato, sostituito da Course list), Claim Review, Estimated Salary, Learning Video, Special Announcement e Vehicle Listing.
• 2026 — rich result FAQ deprecati. Le FAQ espandibili sotto i listing hanno smesso di apparire per la maggior parte dei siti. Lo schema FAQPage è ancora valido e Google lo analizza ancora per la comprensione — ma il miglioramento visivo che ha spinto tutti a implementarlo è sparito.

L’impostazione di John Mueller sul round del 2026 è quella giusta: “Google is not killing schema… markup types come and go, but a precious few you should hold on to.” (traduzione) «Google non sta uccidendo lo schema… i tipi di markup vanno e vengono, ma ce ne sono alcuni preziosi a cui dovresti aggrapparti.» Il messaggio non è “lo schema sta morendo” — è “implementa in base alla galleria attuale, non a un tutorial del 2021.”

Markup delle entità e Knowledge Graph

Oltre ai rich result, lo schema è il modo in cui aiuti un motore a disambiguare la tua entità — per essere sicuro che la tua “Apple” sia l’azienda, non il frutto, e che il tuo autore sia una persona reale specifica. Il meccanismo è la proprietà sameAs: punti il tuo markup Organization o Person a identificatori autorevoli — Wikipedia, Wikidata, LinkedIn, Crunchbase, profili social ufficiali.

Fatto correttamente, questo alimenta il Knowledge Graph e rafforza la fiducia con cui i motori di ricerca (e, a valle, i sistemi AI) ti riconoscono. Fatto con noncuranza, si ritorce contro: un sameAs che punta alla pagina Wikipedia sbagliata o al profilo di un’altra azienda può far sì che un motore confonda entità non correlate. Testa i tuoi valori sameAs con la stessa attenzione con cui testeresti un canonical.

Schema e ricerca AI — le aspettative giuste

Lo schema viene spesso venduto come una leva per le citazioni AI. Non lo è, direttamente. Gli LLM non analizzano in modo affidabile il tuo JSON-LD e ti premiano con citazioni — un ampio studio non ha trovato alcun miglioramento significativo nelle citazioni AI dalla copertura dello schema. Quello che lo schema fa è lo stesso lavoro di comprensione delle entità descritto sopra, e anche questo ha un’avvertenza: Google documenta che Organization/Person + sameAs alimentano il suo Knowledge Graph e la comprensione della ricerca. Se — e quanto — altri fornitori AI si affidano a quel segnale di entità è una questione specifica del fornitore, non qualcosa che qualsiasi venditore ha documentato come garantito; tratta un beneficio di citazione AI cross-fornitore come un’ipotesi non verificata, non un beneficio di implementazione che lo schema offre da solo. Pensalo come infrastruttura di entità per i sistemi di Google stessi, non un interruttore universale per le citazioni. Approfondisco quell’angolo in Schema Markup for AI — è una domanda diversa (aumento delle citazioni) da questo articolo (il vocabolario, i tipi e l’implementazione).

Priorità di implementazione

Se stai iniziando da zero, procedi in questo ordine:

1. Organization (a livello di sito) con name, logo, url accurati e sameAs verificati — la base dell’entità.
2. BreadcrumbList sulle pagine basate su modelli — economico, ampiamente idoneo, migliora la visualizzazione.
3. Product (ecommerce) o LocalBusiness (locale) — il tipo specifico per business di maggior valore.
4. Article sui contenuti editoriali.
5. Solo allora, tipi di nicchia che corrispondono a una funzionalità di galleria confermata e attuale.

Due punti non negoziabili dalle linee guida di Google: marca solo contenuti visibili sulla pagina e preferisci “meno ma complete e accurate” proprietà richieste piuttosto che ogni possibile proprietà compilata male.

Valida prima di pubblicare

• Rich Results Test — per i tipi che producono rich results; ti dice l’idoneità e gli errori delle proprietà richieste.
• Schema Markup Validator — per qualsiasi tipo schema.org, inclusi quelli che non producono rich results. Evidence for this claim Google recommends validating feature eligibility with the Rich Results Test and broader schema syntax with Schema.org tooling. Scope: Google Search deployment workflow; passing a validator does not guarantee display. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction
• Google Search Console report sui rich results — monitora idoneità ed errori su larga scala dopo il deploy.
• Ahrefs Site Audit — segnala problemi di dati strutturati su un intero sito.

Un errore di proprietà richiesta rende quella pagina non idonea per il rich result corrispondente; le lacune nelle proprietà consigliate sono di solito tollerate. Valida, poi fai il deploy — non il contrario.

Tieni distinti i livelli, perché superarne uno non implica superare il successivo: markup valido (un validatore lo analizza senza errori) → vocabolario supportato (schema.org riconosce il tipo) → supporto della funzionalità (la galleria di Google documenta un rich result corrispondente adesso) → idoneità (ogni proprietà richiesta presente, policy rispettata) → indicizzazione (la pagina è indicizzata) → visualizzazione (Google sceglie di mostrare il miglioramento) → posizionamento (non influenzato da nessuno dei precedenti). Un validatore verde prova solo il primo passo.

Per capire dove si colloca questo nel quadro più ampio, vedi l’hub più ampio sui dati strutturati sotto cui si trova questo articolo.

Riepilogo AI

Una sintesi della versione Advanced:

• Cos’è: il markup dello schema applica il vocabolario schema.org per etichettare il significato di una pagina. “Dati strutturati” è il concetto ampio; “markup dello schema” è il caso specifico di schema.org (usati in modo intercambiabile). JSON-LD è un formato, non un sinonimo — non confondere vocabolario con formato.
• schema.org: un vocabolario condiviso lanciato nel 2011, mantenuto da Google, Microsoft, Yahoo e Yandex; definisce tipi e proprietà. Elenca molti più tipi di quanti qualsiasi motore mostri come rich results.
• Due compiti: (1) idoneità ai rich results — miglioramenti visibili della SERP, richiede il tipo giusto e tutte le proprietà obbligatorie; (2) comprensione dell’entità — aiuta i motori e il Knowledge Graph a identificare chi sei (Organization/Person + sameAs), nessun segnale visibile.
• Non è un fattore di ranking: i rappresentanti di Google lo affermano costantemente (Sullivan: “optional… no impact on ranking in web search”). Il beneficio è indiretto — CTR dai rich results, corrispondenza di rilevanza più facile.
• Formati: JSON-LD raccomandato (non interleaved con HTML, iniettabile via JS); Microdata e RDFa sono anche pienamente supportati, solo più difficili da mantenere. Non vengono parsati peggio.
• Tipi principali nel 2026: Product, Review/AggregateRating, BreadcrumbList, Article, Organization, LocalBusiness, più Event/Recipe/JobPosting/VideoObject/Q&A/ecc.
• Ondata di deprecazioni: i rich results HowTo rimossi 2023; sette tipi ritirati giugno 2025 (Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, vecchio Course Info); i rich results FAQ deprecati 2026 (lo schema è ancora parsato, nessun miglioramento visibile).
• Markup dell’entità: sameAs (Wikipedia/Wikidata/LinkedIn/ecc.) disambigua la tua entità per il Knowledge Graph; un sameAs sbagliato può confondere le entità — testalo.
• Ricerca AI: non è una leva di citazione diretta (un grande studio non ha trovato miglioramenti significativi); è infrastruttura di entità per i sistemi di Google. Se altri fornitori di AI si affidano allo stesso segnale di entità non è verificato, specifico del fornitore — non una garanzia documentata. Vedi l’articolo dedicato Schema Markup for AI.
• Priorità: Organization → BreadcrumbList → Product/LocalBusiness → Article → tipi di nicchia della galleria attuale. Marca solo contenuti visibili; “meno ma completi e accurati.” Valida con Rich Results Test (tipi rich-result) e schema.org Validator (tutto).

Documentazione ufficiale

Documentazione di fonte primaria dai motori di ricerca.

Google

• Intro to structured data markup — cos’è il dato strutturato, la raccomandazione JSON-LD e come Google lo usa per comprendere la pagina e il web.
• Structured data search gallery — la fonte di verità su quali funzionalità producono attualmente rich results.
• General structured data guidelines — le regole di qualità e spam: non marcare contenuti invisibili, usa il tipo più specifico, mantienilo accurato.
• Rich Results Test — test ufficiale per i tipi idonei ai rich results.
• Schema Markup Validator — valida qualsiasi tipo schema.org (gestito da schema.org).
• schema.org documentation — il vocabolario stesso: ogni tipo e proprietà.

Bing / Microsoft

• Bing Webmaster Guidelines — markup — il supporto di Bing per i dati strutturati schema.org e JSON-LD.
• Bing Webmaster Tools — Markup Validator / URL Inspection — testa come Bing legge i tuoi dati strutturati.

Citazioni dalla fonte

Dichiarazioni ufficiali di Google e Bing. Dove una pagina espone il testo, il link è un deep link che salta al passaggio citato.

Documentazione Google — cosa fanno i dati strutturati

• “Google uses structured data that it finds on the web to understand the content of the page, as well as to gather information about the web and the world in general.” (traduzione) «Google utilizza i dati strutturati che trova sul web per comprendere il contenuto della pagina, oltre a raccogliere informazioni sul web e sul mondo in generale.» Vai alla citazione
• Su JSON-LD: “A JavaScript notation embedded in a <script> tag in the page head or body. The markup is not interleaved with the user-visible text… Also, Google can read JSON-LD data when it is dynamically injected into the page’s contents, such as by JavaScript code or embedded widgets.” (traduzione) «Una notazione JavaScript incorporata in un tag <script> nell’head o nel body della pagina. Il markup non è intervallato al testo visibile all’utente… Inoltre, Google può leggere i dati JSON-LD quando vengono iniettati dinamicamente nei contenuti della pagina, ad esempio tramite codice JavaScript o widget incorporati.» Vai alla citazione
• “You must include all the required properties for an object to be eligible for appearance in Google Search with enhanced display.” (traduzione) «Devi includere tutte le proprietà richieste affinché un oggetto sia idoneo alla comparsa nella Ricerca Google con visualizzazione avanzata.» Vai alla citazione

Linee guida Google — qualità e spam

• “Don’t mark up content that is not visible to readers of the page.” (traduzione) «Non contrassegnare contenuti che non sono visibili ai lettori della pagina.» Vai alla citazione
• “Use the most specific applicable type and property names defined by schema.org for your content.” (traduzione) «Usa i nomi di tipo e proprietà più specifici applicabili definiti da schema.org per i tuoi contenuti.» Vai alla citazione

Rappresentanti Google — lo schema non è un fattore di ranking

• John Mueller: “Using schema doesn’t give you a ranking boost. Just having more detailed markup doesn’t mean it ranks better.” (traduzione) «Usare lo schema non ti dà un aumento del ranking. Avere un markup più dettagliato non significa che si posizioni meglio.» Copertura SEJ
• Danny Sullivan, Google Search Liaison: i dati strutturati sono “optional” e hanno “no impact on ranking in web search.” (traduzione) «facoltativi» e «nessun impatto sul ranking nella ricerca web.» Riportato tramite la copertura del settore delle dichiarazioni di Sullivan del 2020; verifica rispetto al post originale prima di considerare la formulazione definitiva.

John Mueller — sulle deprecazioni (2026)

• “Google is not killing schema.” E: “Understand that markup types come and go, but a precious few you should hold on to, like title and meta robots.” (traduzione) «Google non sta uccidendo lo schema.» E: «Comprendi che i tipi di markup vanno e vengono, ma ce ne sono alcuni preziosi a cui dovresti aggrapparti, come title e meta robots.» Copertura Riportato tramite la copertura di Stan Ventures delle osservazioni di Mueller del 2026; tratta la formulazione come reportistica secondaria trascritta.

Fabrice Canel, Microsoft Bing

• “Schema markup helps Microsoft’s LLMs understand content” (per Copilot). (traduzione) «Il markup dello schema aiuta i LLM di Microsoft a comprendere i contenuti» (per Copilot). Copertura Riportato tramite la copertura di Search Engine Land dell’aprile 2025; attribuito a Canel, non una fonte primaria verbatim — conferma prima di citare come esatto.

Cheat sheet dei tipi di schema

Quali tipi ottengono ancora rich result (a partire dal 2026)

Ritirati / deprecati — non implementare per i rich results

• HowTo — rich results desktop e mobile rimossi 2023.
• FAQPage — rich results deprecati 2026 (schema ancora valido per la comprensione).
• Ritirati giugno 2025: Book Actions, Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, vecchio Course Info.

Fatti rapidi

• Vocabolario = schema.org (Google, Microsoft, Yahoo, Yandex; dal 2011).
• Formato ≠ vocabolario: JSON-LD (consigliato), Microdata, RDFa — tutti supportati.
• Non è un fattore di ranking diretto; il vantaggio sono i rich results (CTR) + comprensione delle entità.
• Proprietà richieste = requisito di idoneità; consigliate = qualità, di solito tollerate.
• sameAs (Wikipedia/Wikidata/LinkedIn/Crunchbase) = leva di disambiguazione delle entità.
• Valida: Rich Results Test (tipi rich-result) + schema.org Validator (qualsiasi tipo).
• Regola: marca solo contenuti visibili sulla pagina; “meno ma completi e accurati.”

Esempi JSON-LD per le priorità di implementazione

Quattro snippet JSON-LD annotati, uno per ogni tipo che questo articolo indica come priorità iniziale — Organization, BreadcrumbList, Product e Article — più una coppia rotto-vs-corretto che mostra l’errore sameAs menzionato sopra.

1. Organization — la base dell’entità

Questo è il markup a livello di sito che l’articolo elenca come priorità #1: nome, logo, url e sameAs che punta a profili autorevoli.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Acme Consulting",
  "url": "https://www.example.com/",
  "logo": "https://www.example.com/images/logo.png",
  "sameAs": [
    "https://en.wikipedia.org/wiki/Acme_Consulting",
    "https://www.linkedin.com/company/acme-consulting",
    "https://www.crunchbase.com/organization/acme-consulting"
  ]
}
</script>

• name, url, logo — le proprietà richieste dalla documentazione di Google; queste non producono rich results ma stabiliscono l’entità.
• sameAs — ogni URL deve identificare genuinamente questa azienda. Come avverte la lente Advanced, un sameAs che punta al profilo sbagliato può confondere la tua entità con una non correlata, quindi verifica che ogni link risolva alla pagina giusta prima di pubblicare.

2. BreadcrumbList — economico e ampiamente idoneo

Priorità #2 dell’articolo. Ogni item nell’elenco è un crumb; position deve essere sequenziale a partire da 1.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Home",
      "item": "https://www.example.com/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://www.example.com/blog/"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Schema Markup",
      "item": "https://www.example.com/blog/schema-markup/"
    }
  ]
}
</script>

• L’ultimo crumb (la pagina corrente) può omettere item secondo la documentazione di Google, ma includerlo non fa male — Google lo ignora per la voce finale.
• Avere position fuori sequenza, o saltare un livello, è il motivo più comune per cui questo tipo fallisce il Rich Results Test.

3. Product — il tipo ecommerce di maggior valore

L’articolo indica Product come il tipo con prezzo, disponibilità e valutazioni — “il tipo di maggior valore per l’ecommerce.” Un esempio minimo idoneo:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Wireless Trail Headphones",
  "image": "https://www.example.com/images/headphones.jpg",
  "offers": {
    "@type": "Offer",
    "priceCurrency": "USD",
    "price": "89.99",
    "availability": "https://schema.org/InStock"
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.6",
    "reviewCount": "212"
  }
}
</script>

• offers e i suoi price/availability sono ciò che rende l’inserzione idonea per la visualizzazione di prezzo e stato di disponibilità descritta dalla lente principiante.
• aggregateRating deve riflettere valutazioni che esistono effettivamente sulla pagina — la regola dell’articolo “marca solo contenuti che sono effettivamente sulla pagina” si applica direttamente qui; un conteggio di valutazioni inventato è esattamente il tipo di markup che le linee guida di Google proibiscono.

4. Article — per contenuti editoriali

Priorità #4 dell’articolo, per i contenuti blog/news su cui questo stesso sistema di lenti si basa.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Schema Markup: Win Rich Results and Feed AI Search",
  "datePublished": "2026-06-26",
  "dateModified": "2026-07-13",
  "author": {
    "@type": "Person",
    "name": "Jane Author",
    "sameAs": "https://www.linkedin.com/in/jane-author"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Acme Consulting",
    "logo": {
      "@type": "ImageObject",
      "url": "https://www.example.com/images/logo.png"
    }
  }
}
</script>

• author.sameAs svolge lo stesso lavoro di disambiguazione delle entità di Organization’s sameAs — è la versione Person della stessa leva.
• dateModified dovrebbe tracciare le date di modifica reali, la stessa disciplina che questo sito applica al proprio frontmatter updated — non incrementarlo senza una modifica reale.

Rotto vs. corretto: l’errore sameAs

La lente Advanced avverte che un sameAs che punta al profilo sbagliato può far sì che un motore confonda entità non correlate. Ecco come appare in pratica.

Rotto — sameAs punta a un’azienda con lo stesso nome ma non correlata:

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Corporation"]
}

Acme Corporation è la pagina Wikipedia dell’azienda di oggetti di scena dei Looney Tunes, non questa attività — un rischio reale ogni volta che un nome di marca è comune o generico.

Corretto — sameAs verificato per risolversi all’entità effettiva descritta:

{
  "@type": "Organization",
  "name": "Acme Consulting",
  "sameAs": ["https://en.wikipedia.org/wiki/Acme_Consulting_(software_company)"]
}

Prima di pubblicare qualsiasi valore sameAs, apri tu stesso il link e conferma che descriva la stessa organizzazione, persona o marca che il tuo markup nomina — lo stesso scrupolo che l’articolo raccomanda di dare a un tag canonical.

Mettiti alla prova: Schema Markup

Cinque domande rapide su schema markup, il vocabolario schema.org e cosa fa (e non fa). Scegli una risposta per ciascuna, poi controlla.

Risorse che meritano il tuo tempo

La mia scrittura su schema markup

• Schema Markup for AI — l’angolo AI-search: perché lo schema non è una leva di citazione diretta ma è infrastruttura di entità (una domanda diversa da questo articolo).
• The Beginner’s Guide to Technical SEO — dove inquadro lo schema come codice che aiuta i motori a comprendere i contenuti e “powers many features that can help your website stand out.”
• Enterprise SEO — la mia visione pragmatica: “I’m a fan of schema markup as long as it gets you a search feature.”
• On-Page SEO Checklist — schema come codice che “helps search engines understand the information on a page” e alimenta rich snippet che possono ottenere più clic.
• What Is Schema Markup? How to Add It & Why It Matters — la guida dedicata di Ahrefs ai tipi principali e all’implementazione.

Dal mondo del settore

• Google retires 7 structured data features (June 2025) — copertura delle rimozioni di Book Actions / Claim Review / Estimated Salary / Learning Video / Special Announcement / Vehicle Listing / vecchie Course Info.
• Google drops FAQ rich results from search (Search Engine Journal) — la deprecazione delle FAQ e cosa significa per i siti che vi facevano affidamento.
• Schema markup and AI search: no hype (Search Engine Land) — uno sguardo concreto su cosa lo schema fa e non fa per la ricerca AI, con il contesto di Fabrice Canel.
• Is schema markup a ranking factor? (Search Engine Journal) — le dichiarazioni dei rappresentanti e le prove dietro “not a direct ranking factor.”
• John Mueller on the 2026 schema update — “Google is not killing schema… markup types come and go.”
• schema.org documentation — il vocabolario stesso, direttamente dalla fonte.

Cronologia modifiche