Dati strutturati per la SEO

TL;DR — I dati strutturati sono codice extra che aggiungi a una pagina e che etichetta il significato dei tuoi contenuti — “questo è il prezzo”, “questo è l’autore”, “questo è il tempo di cottura” — così i motori di ricerca non devono indovinare. Usano un vocabolario condiviso chiamato schema.org, di solito scritto in un formato chiamato JSON-LD. Possono rendere la tua pagina idonea a risultati di ricerca più ricchi (valutazioni a stelle, schede prodotto), ma non fanno salire la tua pagina nei risultati.

Cosa sono i dati strutturati

Quando guardi una pagina web, puoi distinguere un numero di telefono da un prezzo o dal nome di un autore solo guardando. Un motore di ricerca non può — vede per lo più testo. I dati strutturati sono codice extra che aggiungi a una pagina per spiegarlo alle macchine: “questa parte è il nome del prodotto”, “questa è la valutazione”, “questa è la data di pubblicazione.”

Usano un dizionario condiviso chiamato schema.org — un vocabolario su cui Google, Microsoft (Bing), Yahoo e Yandex hanno concordato insieme — così gli editori possono usare le stesse etichette su tutti i consumatori. Evidence for this claim Schema.org provides a shared vocabulary for structured data, while JSON-LD is one supported encoding format. Scope: Schema.org vocabulary and Google structured-data guidance; this does not imply every type is eligible for a Google search feature. Confidence: high · Verified: 2026-07-14 Schema.org Nella maggior parte dei casi è scritto in un formato chiamato JSON-LD: un piccolo blocco di codice che si trova nell’ HTML della pagina e descrive il contenuto senza cambiare l’aspetto della pagina per un visitatore.

Sentirai “dati strutturati”, “markup schema” e “schema.org” usati quasi in modo intercambiabile. In senso stretto: schema.org è il vocabolario, e i dati strutturati sono l’idea generale di etichette leggibili dalle macchine. Nel linguaggio SEO quotidiano significano la stessa cosa.

Perché è importante

I dati strutturati svolgono due compiti utili:

• Risultati ricchi. Quando Google riesce a leggere chiaramente le tue etichette, il tuo risultato di ricerca può diventare idoneo a un aggiornamento — stelle di valutazione sotto una recensione, un prezzo e “disponibile” su un prodotto, il tempo di cottura di una ricetta, breadcrumb. Questi sono chiamati risultati ricchi, e possono rendere le persone più propense a cliccare sul tuo risultato. Evidence for this claim Valid structured data can make a page eligible for Google search features, but Google does not guarantee that a rich result will appear. Scope: Google Search structured-data guidance; eligibility is distinct from display and ranking. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction
• Aiutare i motori a capire chi sei. Markup come Organization e Person — soprattutto una proprietà chiamata sameAs che collega il tuo marchio o autore alla tua pagina Wikipedia o LinkedIn — aiuta Google a distinguere la tua “Apple” dal frutto, e il tuo autore da qualcun altro con lo stesso nome.

La cosa che la maggior parte delle persone sbaglia

I dati strutturati non migliorano direttamente il tuo posizionamento. Questo è il singolo più grande mito. Aggiungere schema non fa salire una pagina nei risultati per una parola chiave — John Mueller di Google lo ha detto molte volte. Il beneficio è indiretto: un risultato ricco può farti ottenere più clic, e segnali di entità più chiari possono aiutare Google a capirti. Ma non esiste una leva “aggiungi schema, sali nelle classifiche”.

Altre due avvertenze oneste:

• I risultati ricchi non sono garantiti. Anche con markup perfetto, Google decide se mostrare il miglioramento. Puoi fare tutto bene e ottenere comunque un semplice link blu.
• Segna solo ciò che è effettivamente sulla pagina. Non aggiungere schema per contenuti che non sono visibili ai visitatori — questo viola le regole di Google e può farti ottenere una penalità.

Vuoi la versione approfondita — i tre formati, l’elenco completo dei tipi di risultati ricchi, quali sono stati rimossi, cosa garantiscono e cosa non garantiscono gli indizi espliciti, e dove andare dopo? Passa alla scheda Avanzate.

TL;DR — I dati strutturati applicano il vocabolario schema.org alla tua pagina in uno dei tre formati — JSON-LD (la raccomandazione di Google), Microdata o RDFa. Forniscono ai sistemi di ricerca indizi espliciti e possono rendere una pagina idonea per le funzionalità di ricerca supportate. Né l’aspetto né il CTR sono garantiti, e non promettono l’inclusione nel Knowledge Graph, citazioni AI o disambiguazione. Non è un fattore di ranking diretto — Mueller, ripetutamente. La lista dei rich result supportati continua a ridursi: FAQ e HowTo sono stati eliminati nel 2023, altri sette tipi rimossi a giugno 2025, e il rich result FAQ è stato completamente rimosso entro maggio 2026. Marca solo contenuti visibili, preferisci JSON-LD nell’HTML grezzo per la più ampia copertura dei parser, e mantieni ogni proprietà, inclusa sameAs, accurata e supportata dalla pagina.

Cosa sono i dati strutturati — vocabolario vs. formato

Due cose vengono costantemente confuse, quindi chiariamole subito:

• schema.org è il vocabolario — il dizionario condiviso di tipi (Product, Article, Recipe, Organization) e proprietà (price, author, cookTime, sameAs). È un progetto collaborativo di Google, Microsoft, Yahoo, e Yandex, ed è enorme — oltre 800 tipi. Google supporta solo un sottoinsieme per i rich result.
• JSON-LD, Microdata e RDFa sono i formati — i tre modi per scrivere effettivamente quel vocabolario in una pagina. Sono veicoli intercambiabili dello stesso significato.

La definizione di Google: “Structured data is a standardized format for providing information about a page and classifying the page content.” (traduzione) «I dati strutturati sono un formato standardizzato per fornire informazioni su una pagina e classificare il contenuto della pagina.»

I tre formati — e perché JSON-LD vince

Tutti e tre funzionano. Google raccomanda JSON-LD come “the easiest solution for website owners to implement and maintain at scale (in other words, less prone to user errors).” (traduzione) «la soluzione più semplice per i proprietari di siti web da implementare e mantenere su larga scala (in altre parole, meno soggetta a errori degli utenti).» Evidence for this claim Google Search supports JSON-LD, Microdata, and RDFa for structured data and generally recommends JSON-LD. Scope: Google Search documentation; individual features can impose additional requirements. Confidence: high · Verified: 2026-07-14 Google: Structured data introduction Poiché è un blocco autonomo, un errore di battitura non rompe il layout della tua pagina, e puoi aggiungerlo, aggiornarlo o rimuoverlo senza toccare il contenuto visibile.

Un avvertimento sull’implementazione che morde le persone: JSON-LD può essere iniettato con JavaScript (ad es., tramite Google Tag Manager), e Google documenta il supporto per i dati strutturati generati da JavaScript. Altri fornitori di crawler generalmente non pubblicano un contratto completo di rendering JavaScript. Se la leggibilità machine ampia è importante, renderizza JSON-LD lato server così che sia presente nella risposta HTML grezza — una scelta di copertura, non una prova che ogni crawler AI nominato sia incapace di eseguire JavaScript. Approfondisco questo in Schema Markup for AI.

Cosa possono supportare i dati strutturati

Uso supportato 1: funzionalità di ricerca. I dati strutturati possono rendere una pagina idonea per una serie di funzionalità SERP potenziate. I case study di Google riportano risultati per implementazioni nominate: Rotten Tomatoes ha visto un CTR superiore del 25%, Nestlé un CTR superiore dell’82% sulle pagine con rich result, Food Network un aumento del 35% nelle visite. Ma nota la parola idonea — Google è esplicito: “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (traduzione) «Google non garantisce che i tuoi dati strutturati appaiano nei risultati di ricerca, anche se la tua pagina è marcata correttamente.» Quei case study non garantiscono lo stesso aspetto o cambiamento di CTR per un altro sito.

Uso supportato 2: indizi espliciti. Oltre all’aspetto, Google afferma di utilizzare i dati strutturati per comprendere — “per raccogliere informazioni sul web e sul mondo in generale, come informazioni su persone, libri o aziende incluse nel markup.” Questa affermazione non promette un Knowledge Panel, l’inclusione nel Knowledge Graph, l’associazione con AI Overview, un cambiamento nel riconoscimento del brand o una citazione. sameAs identifica un altro URL relativo alla stessa entità; usalo con precisione, ma non definirlo una leva di disambiguazione garantita.

Il mito da sfatare: i dati strutturati non sono un fattore di ranking

Questa è la spina dorsale dell’accuratezza dell’intero argomento. I dati strutturati non sono un segnale di ranking diretto per i risultati organici. John Mueller lo ha confermato molte volte nel corso degli anni. Una pagina non si posiziona più in alto perché ha lo schema. Il valore SEO è l’idoneità per le funzionalità di ricerca supportate e indizi leggibili dalle macchine più chiari. Aspetto, impatto sul CTR, trattamento delle entità e modifiche al ranking richiedono tutti un’osservazione separata.

Se uno strumento o un’agenzia ti vende “aggiungi lo schema per posizionarti più in alto”, hanno capito male il meccanismo. I rich result possono cambiare la presentazione; misura il loro effetto reale.

Tipi di rich result supportati da Google — e quelli rimossi

Google mantiene una Search Gallery dei tipi supportati, ma l’elenco si riduce nel tempo, e la maggior parte degli articoli online è obsoleta. All’ultimo aggiornamento della galleria (2026-06-15), il set supportato è di 25 tipi: Article, Breadcrumb, Carousel, Course info, Dataset, Discussion forum, Education Q&A, Employer aggregate rating, Event, Image metadata, Job posting, Local business, Math solver, Movie, Organization, Product, Profile page, Q&A, Recipe, Review snippet, Software app, Speakable, Subscription/paywalled content, Vacation rental e Video.

Cosa è stato rimosso — è qui che la maggior parte delle guide sbaglia:

• I rich result HowTo sono stati rimossi dal desktop nel 2023 e successivamente limitati.
• I rich result FAQ sono stati limitati nel 2023 ai siti governativi e sanitari, poi completamente rimossi entro maggio 2026. Il tipo FAQPage è ancora markup valido — semplicemente non produce più un miglioramento SERP per la stragrande maggioranza dei siti.
• Altri sei tipi sono stati rimossi a giugno 2025: Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing e il vecchio formato “Course Info” a corso singolo. Google ha annunciato un settimo — Book Actions — nello stesso lotto, ma è stato escluso dall’effettiva rimozione di settembre 2025 e Google ha successivamente ritirato il banner di deprecazione da quel documento; rimane una funzionalità ristretta, soggetta a registrazione (vedi Book schema per la storia completa).

Il punto chiave: non costruire una strategia attorno a un rich result che non esiste più, e non rimuovere in preda al panico markup valido solo perché il miglioramento visivo è sparito.

Come implementare i dati strutturati

Un ordine di operazioni affidabile:

1. Scegli il tipo giusto per ciò che è realmente sulla pagina (Product per una pagina prodotto, Article per un post del blog, LocalBusiness per una pagina di località).
2. Scrivi JSON-LD — a mano, con un generatore (Structured Data Markup Helper di Google, il generatore di Dentsu) o tramite un plugin CMS (Yoast, Rank Math).
3. Compila prima le proprietà obbligatorie, poi quelle consigliate. Google: “È più importante fornire meno proprietà consigliate ma complete e accurate piuttosto che cercare di fornire ogni possibile proprietà consigliata.” L’accuratezza batte l’ampiezza.
4. Valida con il Rich Results Test e il validatore schema.org.
5. Preferisci la consegna HTML grezzo per i parser che non documentano una fase di rendering.
6. Monitora i report sui rich result in Google Search Console dopo la distribuzione.

E le policy che contano: contrassegna solo contenuti visibili, mantienili accurati (niente recensioni/valutazioni false), non bloccare le tue pagine con dati strutturati da Googlebot, e applica lo stesso markup alle versioni canonica e duplicata di una pagina.

Dati strutturati e ricerca AI

È facile supporre che lo schema sia la chiave per essere citati nelle risposte AI. Le migliori evidenze dicono che non è una leva diretta — uno studio Ahrefs su 1 885 pagine ha trovato che aggiungere JSON-LD ha spostato di poco le citazioni AI su qualsiasi piattaforma. Google afferma che non c’è “nessuno schema.org speciale che devi aggiungere” per le funzionalità AI. Uno schema accurato fornisce asserzioni esplicite leggibili dalla macchina, ma l’uso da parte dei provider, la risoluzione delle entità e i risultati delle citazioni non sono garantiti e richiedono prove separate. Trattamento completo in Schema Markup per AI.

Bing usa i dati strutturati?

Sì. Bing legge il markup schema.org in tutti e tre i formati, lo usa per i propri rich results (ricette, eventi, prodotti, FAQ, how-to, video) e lo alimenta nella sua knowledge base Satori per la disambiguazione delle entità. Bing Webmaster Tools include un Markup Validator, e il rappresentante di Microsoft Fabrice Canel ha detto che lo schema aiuta i LLM di Bing a comprendere i contenuti — l’unico rappresentante di piattaforma AI a confermarlo pubblicamente.

Dove andare dopo

Questo hub è la mappa. Gli approfondimenti in questo sotto-cluster:

• Schema markup — il vocabolario schema.org stesso: i tipi comuni che ogni SEO dovrebbe conoscere (Organization, Product, Article, BreadcrumbList), come @id e @graph li collegano, e come scegliere il tipo giusto per una pagina.
• JSON-LD — il formato consigliato da vicino: sintassi, dove posizionare il blocco <script>, rendering lato server vs. lato client, e come scriverlo e validarlo.
• Rich results — i miglioramenti SERP stessi: quali tipi esistono ancora, idoneità, le rimozioni/deprecazioni, e come monitorarli in Search Console.
• Schema ImageObject — il tipo di media usato standalone e annidato in Product/Article/Recipe.
• Rich results carousel e Schema ItemList — il meccanismo dietro la funzionalità carousel di Google e il tipo di lista generico sottostante (incluso BreadcrumbList).
• MerchantReturnPolicy e OfferShippingDetails — le proprietà a livello di Offer che le inserzioni di Merchant Center richiedono sempre più spesso.
• Schema Speakable — il markup ristretto, ancora in beta, per la lettura ad alta voce da assistenti vocali.
• Annidare schema con @id e @graph — il how-to più approfondito su come collegare entità invece di rideclararle.
• Errori comuni dei dati strutturati — cosa segnalano effettivamente il Rich Results Test e Search Console, e come risolverlo.
• Deprecazioni di schema e rich result — la timeline datata e aggiornata di ciò che è stato rimosso o ristretto.

Questo sotto-cluster vive nel cluster più ampio SEO on-page — insieme a meta tag, tag di intestazione, SEO delle immagini e gli altri segnali on-page. Il lavoro sulle entità strettamente correlato vive in Entity SEO e Schema Markup per AI.

Riepilogo AI

Una sintesi della versione Advanced:

• Vocabolario vs. formato. schema.org è il vocabolario condiviso (oltre 800 tipi); JSON-LD, Microdata e RDFa sono i tre formati che lo trasportano. Google raccomanda JSON-LD come il meno soggetto a errori — tutti e tre sono supportati.
• Valore documentato: idoneità per le funzionalità di ricerca supportate e indizi espliciti sul significato della pagina. Visualizzazione, aumento del CTR, inclusione nel Knowledge Graph, citazioni AI e modifiche al ranking non sono garantiti. sameAs deve essere accurato ma non è una leva promessa.
• Non è un fattore di ranking. I dati strutturati non migliorano direttamente il ranking — Mueller, ripetutamente. La comparsa delle funzionalità e altri risultati richiedono una misurazione separata.
• L’elenco supportato si riduce. HowTo rimosso dal desktop (2023); FAQ limitato nel 2023 e completamente rimosso entro maggio 2026 (il tipo FAQPage resta valido); sei tipi rimossi a giugno 2025 (Claim Review, Estimated Salary, Learning Video, Special Announcement, Vehicle Listing, vecchio Course); Book Actions è stato annunciato nello stesso lotto ma NON è stato effettivamente rimosso.
• Implementazione: scegli il tipo giusto, compila prima le proprietà richieste, valida (Rich Results Test + validatore schema.org), preferisci la consegna in HTML grezzo per una copertura più ampia del parser, monitora in Search Console e marca solo contenuti visibili.
• Ricerca AI: lo schema è infrastruttura di entità, non una leva per le citazioni — Google dice che non esiste “schema speciale” per le funzionalità AI; uno studio Ahrefs su 1 885 pagine ha trovato nessun aumento delle citazioni.
• Bing legge lo schema per i propri rich results e per la knowledge base Satori; Fabrice Canel ha confermato che aiuta i LLM di Bing.
• Dove andare dopo: schema-markup (il vocabolario), json-ld (il formato) e rich-results (i miglioramenti della SERP).

Documentazione ufficiale

Documentazione di fonte primaria dai motori di ricerca e da schema.org.

Google

• Intro a Come Funziona il Markup dei Dati Strutturati — la definizione, i tre formati, perché JSON-LD e il caso aziendale dei rich results.
• Galleria di Ricerca dei Dati Strutturati — l’elenco attuale dei tipi di rich results supportati (la fonte canonica mentre l’elenco cambia).
• Linee Guida / Politiche Generali sui Dati Strutturati — regole su visibilità, accuratezza e spam; “nessuna garanzia” di rich results.
• Funzionalità AI e il Tuo Sito Web — la dichiarazione “nessun dato strutturato schema.org speciale che devi aggiungere”.

Bing / Microsoft

• Contrassegnare il Tuo Sito con Dati Strutturati — Guida per Webmaster di Bing — le linee guida di Bing sui dati strutturati; JSON-LD raccomandato, deve corrispondere al contesto della pagina.
• Bing Webmaster Tools — Validatore di Markup — lo strumento di Bing per testare lo schema (all’interno di Webmaster Tools).

schema.org

• schema.org — il vocabolario condiviso stesso.
• Organization · Product · Article · sameAs — tipi comuni e una relazione URL per la stessa entità.

Citazioni dalla fonte

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

Google — cosa sono e cosa fanno i dati strutturati

• “Structured data is a standardized format for providing information about a page and classifying the page content.” — Google Search Central. Vai alla citazione
• “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, such as information about the people, books, or companies that are included in the markup.” Vai alla citazione
• Su JSON-LD: il formato consigliato è “the easiest solution for website owners to implement and maintain at scale (in other words, less prone to user errors).” (traduzione) «la soluzione più semplice per i proprietari di siti web da implementare e mantenere su larga scala (in altre parole, meno soggetta a errori degli utenti)». Vai alla citazione
• “It is more important to supply fewer but complete and accurate recommended properties rather than trying to provide every possible recommended property with less complete, badly-formed, or inaccurate data.” (traduzione) «È più importante fornire meno proprietà consigliate ma complete e accurate piuttosto che cercare di fornire ogni possibile proprietà consigliata con dati meno completi, malformati o imprecisi». Vai alla citazione

Google — la regola “nessuna garanzia” e le policy

• “Google does not guarantee that your structured data will show up in search results, even if your page is marked up correctly.” (traduzione) «Google non garantisce che i tuoi dati strutturati vengano visualizzati nei risultati di ricerca, anche se la tua pagina è contrassegnata correttamente». Vai alla citazione
• “Don’t block your structured data pages to Googlebot using robots.txt, noindex, or any other access control methods.” (traduzione) «Non bloccare le tue pagine con dati strutturati a Googlebot utilizzando robots.txt, noindex o qualsiasi altro metodo di controllo degli accessi». Vai alla citazione

Google — nessuno schema speciale per le funzionalità AI

• “You don’t need to create new machine readable files, AI text files, or markup to appear in these features. There’s also no special schema.org structured data that you need to add.” (traduzione) «Non è necessario creare nuovi file leggibili da macchina, file di testo AI o markup per apparire in queste funzionalità. Inoltre, non esiste alcun dato strutturato schema.org speciale che devi aggiungere». — Google Search Central, documentazione sulle funzionalità AI. Fonte

Checklist per l’implementazione dei dati strutturati

Una verifica per confermare che i tuoi dati strutturati siano corretti, idonei e realmente leggibili:

• Tipo corretto per la pagina — Product sulle pagine prodotto, Article sui post, LocalBusiness sulle pagine di localizzazione. Non aggiungere tipi che non corrispondono alla pagina.
• Solo il contenuto visibile è marcato — nessun campo che descriva cose non presenti sulla pagina (politica di Google; le discrepanze rischiano un’azione manuale).
• Il formato è JSON-LD — la raccomandazione di Google; il meno soggetto a errori.
• Le proprietà obbligatorie sono compilate per prime, poi quelle consigliate — completezza e accuratezza battono l’ampiezza.
• Renderizzato lato server — conferma che sia nell’HTML grezzo (Visualizza sorgente / curl), non iniettato solo tramite JS lato client / Tag Manager, così che i crawler AI e i parser non-renderizzanti possano leggerlo.
• Markup Organization su tutto il sito con un array sameAs popolato (Wikidata, Wikipedia, LinkedIn) — e ogni valore sameAs ricontrollato per non collegare la tua entità all’organizzazione sbagliata.
• Nessuna dipendenza da rich results rimossi — FAQ (completamente rimosso entro maggio 2026) e HowTo (fuori dal desktop dal 2023) non producono più miglioramenti SERP per la maggior parte dei siti; non costruire una strategia attorno a loro.
• Validato nel Rich Results Test e nel validatore schema.org.
• Coerente tra pagine canoniche e duplicate — stesso markup su tutte le versioni.
• Dati sensibili al tempo mantenuti aggiornati — informazioni obsolete (eventi passati, prezzi stantii) impediscono la visualizzazione dei rich results.
• Monitorato in Search Console — report di rich results / miglioramenti controllati per errori e avvisi dopo la distribuzione.
• Aspettative impostate — lo schema ti rende idoneo per i rich results (mai garantito) e aiuta la comprensione dell’entità; non è una leva di ranking diretta.

Dati strutturati — cheat sheet

Vocabolario vs. formato

Tipi di rich results attualmente supportati da Google (25, secondo la Search Gallery di Google, ultimo aggiornamento 2026-06-15)

Article · Breadcrumb · Carousel · Course info · Dataset · Discussion forum · Education Q&A · Employer aggregate rating · Event · Image metadata · Job posting · Local business · Math solver · Movie · Organization · Product · Profile page · Q&A · Recipe · Review snippet · Software app · Speakable · Subscription/paywalled content · Vacation rental · Video.

Rimossi / deprecati — non strategizzare attorno a questi

Fatti rapidi

• Non è un fattore di ranking — l’aspetto delle funzionalità e l’impatto sul CTR devono essere misurati.
• JSON-LD consigliato; va in un blocco <script type="application/ld+json">.
• Preferisci la consegna in HTML grezzo — il supporto di rendering dei provider varia ed è spesso non documentato; verifica un crawler nominato prima di fare un’affermazione specifica per crawler.
• sameAs identifica un altro URL sulla stessa entità; evita promesse di risultati.
• I rich results non sono mai garantiti, anche con markup perfetto.
• Valida: Rich Results Test + validatore schema.org. Monitora: report di miglioramento in Search Console.

Mettiti alla prova: Dati Strutturati

Cinque domande rapide su cosa fa — e cosa non fa — il structured data per la SEO. Scegli una risposta per ciascuna, poi controlla.

Risorse che meritano il tuo tempo

La mia scrittura sul structured data

• Structured Data: What It Is and How to Use It — la mia guida Ahrefs sui tipi di schema, i metodi di implementazione, gli strumenti di validazione, l’angolo della ricerca AI e il rischio sameAs.
• The Beginner’s Guide to Technical SEO — dove il structured data si inserisce nel quadro tecnico più ampio.

Ufficiale

• L’Intro to How Structured Data Markup Works di Google — il riferimento canonico: definizione, formati, perché JSON-LD, caso aziendale.
• La Structured Data Search Gallery di Google — l’elenco aggiornato dei tipi di rich result supportati.
• Le Structured Data General Guidelines di Google — le policy (visibilità, accuratezza, “nessuna garanzia”).
• schema.org — il vocabolario stesso.

Dal settore

• Marking Up Your Site with Structured Data — Bing Webmaster Help — le linee guida di Bing sul structured data e il Markup Validator.
• Microsoft Bing/Copilot use schema for its LLMs — Search Engine Land — copertura della conferma di Fabrice Canel che lo schema aiuta i LLM di Bing.
• Google Drops FAQ Rich Results From Search — Search Engine Journal — copertura della rimozione dei rich result FAQ e di ciò che resta valido.
• How schema markup fits into AI search — without the hype — Search Engine Land — la tesi che lo schema è infrastruttura di entità, non una leva per le citazioni.
• Dentsu Schema Markup Generator — uno strumento gratuito per generare JSON-LD per i tipi comuni.

Dimostra che il markup è valido e idoneo

Due cose diverse si rompono qui, e richiedono due test diversi: il markup può analizzarsi correttamente ma essere non idoneo per un rich result perché manca una proprietà obbligatoria, e una modifica al template può rompere silenziosamente un markup che funzionava. Valido ≠ idoneo ≠ mostrato.

Test 1 — Il JSON-LD si analizza senza errori

• Test da eseguire — Incolla l’URL o il JSON-LD nel Schema Validator (o nel validatore di schema.org).
• Risultato atteso — Il tipo viene rilevato e non ci sono errori di sintassi/analisi — JSON-LD valido, @type corretto, nessun annidamento malformato.
• Interpretazione del fallimento — Gli errori di analisi di solito indicano un bug del template — una virgoletta non escapata, un valore null dove ci si aspettava una stringa, o due blocchi in conflitto sulla pagina.
• Finestra di monitoraggio — Immediata.
• Trigger di rollback — Il validatore non riesce a rilevare il tipo dopo un deploy del template — il markup non viene renderizzato; annulla la modifica al template.

Test 2 — La pagina è idonea per il rich result

• Test da eseguire — Esegui l’URL attraverso il Rich-Result Eligibility Checker e il Rich Results Test di Google.
• Risultato atteso — La funzionalità target segnala “eligible” con tutte le proprietà richieste presenti (gli avvisi sulle proprietà consigliate sono accettabili).
• Interpretazione del fallimento — “Valid but not eligible” significa che una proprietà richiesta è mancante per quella funzionalità; nota che l’idoneità non è una garanzia che Google mostri il risultato, e alcuni tipi (es. FAQ) sono stati deprecati come rich result del tutto.
• Finestra di monitoraggio — Immediata per l’idoneità; se stai monitorando se il risultato appare effettivamente, controlla il report di miglioramento dei rich result di GSC e Search Appearance per 2–4 settimane.
• Trigger di rollback — Gli elementi validi nel report di miglioramento di GSC diminuiscono dopo una modifica al template, oppure “eligible” si trasforma in errori — una modifica ha rotto una proprietà richiesta; ripristina e riesegui il test.

Cronologia modifiche