Schema.org per la Visualizzazione AI: Quali Markup Contano Ora

Schema.org per la Visualizzazione dell'Intelligenza Artificiale: Quali Markup Contano Ora

A partire dal 5 settembre 2026, i dati strutturati continuano ad aiutare i motori di ricerca a comprendere pagine, autori, organizzazioni e fatti. Tuttavia, non sono un interruttore diretto di ranking per le risposte dell'intelligenza artificiale.

Google afferma che le pagine non necessitano di markup Schema.org speciali per apparire negli Overview AI o nella Modalità AI. Una pagina deve essere principalmente scansionabile, indicizzata, idonea per uno snippet di ricerca e supportata da contenuti utili. Google afferma anche che i dati strutturati dovrebbero corrispondere al contenuto visibile della pagina. (developers.google.com)

La migliore strategia attuale è quindi:

1. Utilizzare dati strutturati per descrivere accuratamente la pagina.
2. Far corrispondere il markup allo scopo reale della pagina.
3. Costruire relazioni chiare tra articoli, autori, organizzazioni e argomenti.
4. Scrivere risposte dirette e complete nell'HTML visibile.
5. Misurare le citazioni dell'intelligenza artificiale separatamente dai risultati rich tradizionali.

Verdetto esecutivo

L'ampio risultato della ricerca è importante: l'aggiunta di dati strutturati generici da sola non ha prodotto un aumento costante delle citazioni dell'intelligenza artificiale. Uno studio controllato di Ahrefs ha monitorato 1.885 pagine che hanno aggiunto JavaScript Object Notation per i Dati Collegati e le ha confrontate con 4.000 pagine di controllo. Non ha riscontrato alcun miglioramento significativo nelle citazioni di Google AI Mode o ChatGPT. Le citazioni di Google AI Overview sono diminuite leggermente, ma i ricercatori hanno avvertito che il cambiamento era piccolo e non poteva essere chiaramente attribuito al markup. (ahrefs.com)

Un preprint separato del 2026 ha rilevato che tipi generici come Article, Organization, BreadcrumbList e WebPage non predicevano in modo indipendente le citazioni dell'intelligenza artificiale dopo aver controllato il ranking di ricerca e l'autorità di dominio. Il suo risultato più forte è stato che le pagine con dati concreti e ricchi di attributi, come prezzi, valutazioni e specifiche, hanno ottenuto risultati migliori rispetto alle pagine con solo etichette di pagina generiche. Questo risultato si è concentrato principalmente su pagine di prodotti e recensioni, quindi non dovrebbe essere trattato come prova che uno qualsiasi dei tipi in questo articolo crei un vantaggio di citazione. (aixiv.science)

Cosa possono e non possono fare i dati strutturati

I dati strutturati sono una descrizione di una pagina leggibile dalla macchina. Possono indicare a un motore di ricerca:

• Che tipo di pagina è
• Chi l'ha scritta
• Quale organizzazione l'ha pubblicata
• A quale domanda risponde
• Quale data è stata pubblicata o aggiornata
• Quale persona, azienda, termine o set di dati la pagina descrive

Google afferma che i dati strutturati possono aiutare i suoi sistemi a comprendere il contenuto delle pagine e a renderle idonee per funzionalità di ricerca più ricche. Afferma anche che Google Search può utilizzare altre proprietà Schema.org per la comprensione, anche quando tali proprietà non attivano un risultato di ricerca visibile. (developers.google.com)

I dati strutturati non garantiscono:

• Un ranking organico più alto
• Una citazione dell'intelligenza artificiale
• Un rich result
• Un knowledge panel
• L'inclusione in una risposta dell'intelligenza artificiale
• L'uso del testo esatto nel markup

Bing fornisce indicazioni simili. Le sue attuali linee guida per i webmaster affermano che i dati strutturati possono supportare una messa a terra più chiara, ma non garantiscono visibilità o traffico di citazioni. Bing consiglia inoltre agli editori di rendere espliciti fatti e definizioni nel contenuto visibile della pagina. (bing.com)

La principale limitazione della ricerca

I panel di risposta dell'intelligenza artificiale di solito mostrano la pagina fonte, non il tipo Schema.org che potrebbe essere stato presente su quella pagina. Google non pubblica un rapporto che dica, ad esempio, che una pagina è stata citata perché ha usato Article invece di WebPage.

Questo crea tre diverse domande:

1. La pagina è stata citata?
2. La pagina conteneva dati strutturati?
3. I dati strutturati hanno causato la citazione?

La maggior parte degli studi può rispondere solo alle prime due. Non possono provare la terza.

Ecco perché una pagina con markup FAQPage può apparire frequentemente nelle risposte dell'intelligenza artificiale senza che il markup ne sia la ragione. La pagina potrebbe avere contenuti forti, un alto ranking di ricerca, molti link o un marchio ben noto.

Audit per tipo di schema

1. Article

Cosa fa

Article descrive un articolo, una notizia, un post di blog o una pagina editoriale simile. Google supporta Article, NewsArticle e BlogPosting come tipi di articolo. Google non elenca le proprietà richieste per il markup degli articoli, ma raccomanda di aggiungere le proprietà che si applicano alla pagina. (developers.google.com)

Proprietà che contano di più

Usare queste quando sono visibili e accurate:

• headline
• author
• author.name
• author.url o author.sameAs
• datePublished
• dateModified
• image
• publisher
• mainEntityOfPage
• about
• inLanguage

Google raccomanda di utilizzare una Person o Organization reale per l'autore. Raccomanda anche di mantenere le date nei dati strutturati coerenti con le date di pubblicazione e aggiornamento visibili. (developers.google.com)

Effetto intelligenza artificiale

Livello di prova: indiretto.

Article aiuta a stabilire il tipo di pagina, l'autorialità e la freschezza. Questi sono segnali utili per i sistemi di ricerca, specialmente nelle pagine di fatti e nei contenuti editoriali. Tuttavia, le prove attuali non mostrano che l'aggiunta di Article da sola aumenti le citazioni dell'intelligenza artificiale.

Checklist per gli articoli

• La pagina è realmente un articolo.
• Il titolo corrisponde al titolo visibile.
• Ogni autore visibile è incluso.
• Ogni autore ha un oggetto Person o Organization separato.
• I nomi degli autori contengono solo nomi, non titoli di lavoro o nomi di editori.
• L'autore si collega a un profilo o a una pagina autore reale.
• Le date di pubblicazione e aggiornamento sono visibili sulla pagina.
• Le date utilizzano il fuso orario corretto quando l'ora è inclusa.
• L'immagine rappresenta l'articolo.
• L'editore è identificato in modo coerente su tutto il sito.
• L'articolo non è marcato come un tipo primario diverso, come HowTo, a meno che la pagina non serva veramente a entrambi gli scopi.

2. WebPage

Cosa fa

WebPage è un tipo di pagina generico. Schema.org afferma che ogni pagina web è implicitamente trattata come WebPage, ma una dichiarazione esplicita può aiutare quando la pagina include proprietà o relazioni a livello di pagina. (schema.org)

Utili proprietà includono:

• url
• name
• description
• inLanguage
• dateModified
• breadcrumb
• mainEntity
• about
• isPartOf
• primaryImageOfPage

Effetto intelligenza artificiale

Livello di prova: basso e indiretto.

WebPage è meglio utilizzata come strato esterno della pagina in un grafo connesso. Può collegare la pagina al suo articolo principale, definizione, set di dati, persona o organizzazione.

Non dovrebbe essere trattato come un tipo speciale di ottimizzazione dell'intelligenza artificiale. Una pagina che contiene solo un oggetto WebPage generico di solito fornisce meno informazioni utili rispetto a una pagina che identifica chiaramente la sua entità principale.

Checklist per WebPage

• Usare un @id stabile per la pagina.
• Usare l'URL canonico come URL della pagina.
• Identificare la vera mainEntity della pagina.
• Collegare l'entità principale alla pagina con mainEntityOfPage.
• Aggiungere inLanguage quando conosciuto.
• Mantenere il nome e la descrizione della pagina allineati con il contenuto visibile.
• Non usare WebPage per nascondere il fatto che la pagina è in realtà un articolo, un profilo, un dataset o una pagina di domande.

3. QAPage

Cosa fa

QAPage è per una pagina focalizzata su una domanda e le sue risposte. Google afferma di utilizzare dati strutturati Question da pagine marcate come QAPage, e che dovrebbe esserci solo un QAPage e una Question principale sulla pagina. (developers.google.com)

Proprietà richieste

Per l'attuale idoneità di Google per le domande e risposte:

• QAPage.mainEntity
• Una Question annidata
• Question.answerCount
• O acceptedAnswer o suggestedAnswer
• Answer.text

Una domanda senza risposte non è idonea per il rich result.

Regola importante sui contenuti

Non usare QAPage per:

• Una normale pagina di domande frequenti
• Un post di blog che risponde a una domanda
• Un articolo 'come fare'
• Una pagina di prodotto contenente molte domande
• Una risposta editoriale scritta solo dal proprietario del sito

Google afferma che gli utenti devono essere in grado di inviare risposte per una normale QAPage. Esempi validi includono una domanda di forum o una pagina di supporto dove gli utenti possono fornire risposte. (developers.google.com)

Effetto intelligenza artificiale

Livello di prova: corrispondenza semantica media, nessun aumento causale comprovato.

Una vera pagina di domande e risposte è naturalmente facile da comprendere per un sistema di recupero. Tuttavia, nessuno studio pubblico solido dimostra che il markup QAPage di per sé aumenti le citazioni dell'intelligenza artificiale.

Checklist per QAPage

• La pagina si concentra su una domanda.
• Gli utenti possono inviare risposte, a meno che la pagina non sia idonea per un'esperienza speciale di domande e risposte educative.
• La domanda completa è visibile.
• Il testo completo della risposta è visibile.
• answerCount corrisponde al numero effettivo di risposte.
• Le risposte accettate e suggerite sono etichettate correttamente.
• I commenti sono marcati come commenti, non come risposte.
• La pagina non è semplicemente una pagina editoriale di domande frequenti.
• La pagina non contiene più domande non correlate.

Esempio di QAPage

html

Utilizzare questo schema solo quando la pagina supporta realmente un'interazione di domande e risposte.

4. HowTo

Cosa fa

HowTo descrive istruzioni passo-passo. Google una volta supportava i rich result How-to, ma ha deprecato tale funzionalità di ricerca a settembre 2023. Google ha dichiarato che i risultati How-to non sarebbero più apparsi su desktop ed erano già stati rimossi dalla ricerca mobile. (developers.google.com)

Effetto intelligenza artificiale

Livello di prova: basso per Google.

I passaggi visibili possono ancora aiutare gli utenti e i sistemi di recupero. Un tutorial chiaro con titoli, passaggi numerati, strumenti, tempi e avvisi è più facile da leggere e citare. Ma le prove attuali non mostrano che il markup HowTo crei un vantaggio speciale negli Google AI Overviews o in Modalità AI.

Raccomandazione

Usare HowTo solo quando:

• La pagina insegna veramente un compito.
• I passaggi sono visibili nel contenuto della pagina.
• Un altro motore di ricerca, piattaforma o sistema interno trae beneficio dal markup.
• Il tuo team può mantenerlo senza creare dati contrastanti.

Per Google Search, dare priorità a intestazioni HTML forti, elenchi numerati, istruzioni chiare e immagini o video utili.

Checklist per i tutorial

• La pagina insegna un compito reale.
• Il risultato del compito è chiaro.
• Ogni passaggio è visibile e completo.
• I nomi dei passaggi corrispondono alle intestazioni visibili.
• Strumenti e forniture sono reali e visibili.
• Le stime temporali sono accurate.
• Avvisi di sicurezza sono inclusi dove necessario.
• La prima sezione fornisce una breve risposta o risultato.
• La pagina non si affida al markup per fornire le istruzioni.

5. ClaimReview

Cosa fa

ClaimReview è stato progettato per i contenuti di fact-checking. Google ha eliminato gradualmente il supporto per Claim Review in Search come parte del suo sforzo del 2025 per semplificare i risultati di ricerca. Il tipo è stato rimosso dalla reportistica di Search Console e dal Rich Results Test. (developers.google.com)

Effetto intelligenza artificiale

Livello di prova: nessun vantaggio attuale per Google.

Un fact-check di alta qualità può ancora essere citato perché dichiara chiaramente:

• L'affermazione
• La valutazione
• Le prove
• La data
• L'organizzazione di fact-checking
• Il ragionamento alla base della conclusione

Questi benefici derivano principalmente dal contenuto stesso, non dalla funzionalità di ricerca di Google ritirata.

Raccomandazione

Per una pagina di fatti:

1. Usare Article o NewsArticle quando la pagina è editoriale.
2. Dichiarare chiaramente l'affermazione nel testo visibile.
3. Citare prove primarie.
4. Identificare l'autore e l'organizzazione di revisione.
5. Aggiungere date di pubblicazione e revisione.
6. Usare ClaimReview solo se un'altra piattaforma o sistema di dati lo richiede specificamente.

Non aggiungere ClaimReview solo perché ti aspetti che le risposte dell'intelligenza artificiale di Google lo preferiscano.

6. FAQPage

Cosa fa

FAQPage descrive una pagina contenente domande e risposte ufficiali. Google ha smesso di mostrare il rich result FAQ in Search a partire dal 7 maggio 2026, e ha rimosso la documentazione correlata a giugno 2026. (developers.google.com)

Effetto intelligenza artificiale

Livello di prova: debole e misto.

Uno studio di 90 giorni di un fornitore ha aggiunto il markup FAQPage a 120 pagine. Non ha riscontrato alcun miglioramento affidabile nelle citazioni di ChatGPT, Gemini o Google AI Overview. Perplexity ha mostrato un piccolo aumento, ma lo studio stesso ha affermato che il risultato era specifico della piattaforma e non dimostrava causalità. (authorityradar.com)

Un altro studio su 615 pagine già citate ha rilevato che il markup FAQ appariva più spesso su pagine molto citate. Questa relazione è scomparsa dopo aver controllato le pagine ripetute dagli stessi editori. I ricercatori hanno concluso che le prove non stabilivano un effetto dal markup stesso. (getintel.ai)

Raccomandazione

Usare le domande frequenti quando migliorano la pagina per i lettori. Non aggiungere grandi blocchi di domande generiche solo per mirare alle risposte dell'intelligenza artificiale.

Se mantieni il markup FAQPage per un altro motore di ricerca o sistema di contenuti:

• Rendere ogni domanda visibile.
• Rendere ogni risposta completa.
• Mantenere il markup identico alla pagina.
• Non ripetere la stessa domanda in più blocchi di schema.
• Non aspettarsi un rich result FAQ di Google.

Esempio di FAQPage per consumatori non-Google

html

Questa è una descrizione semantica, non una promessa di una funzionalità di ricerca di Google.

7. Organization

Cosa fa

Organization aiuta Google a comprendere e disambiguare un'azienda, un'organizzazione no-profit, un editore, una scuola o un'altra organizzazione. Google afferma che il markup dell'organizzazione può influenzare elementi visivi come il logo mostrato in Search e alcune informazioni del knowledge panel. Non ci sono proprietà richieste nella guida attuale di Google sulle organizzazioni. (developers.google.com)

Proprietà raccomandate

Usare le proprietà che sono vere e visibili:

• name
• alternateName
• url
• logo
• sameAs
• description
• telephone
• email
• address
• identifier
• foundingDate
• parentOrganization

Effetto intelligenza artificiale

Livello di prova: indiretto ma utile.

Organization può collegare:

• L'editore a un articolo
• L'azienda ai suoi prodotti o servizi
• Il brand ai suoi profili ufficiali
• L'organizzazione a un'identità web conosciuta

Questo è utile per la disambiguazione delle entità. Non prova che un sistema di intelligenza artificiale citerà la pagina.

Checklist per le Organizzazioni

• Posizionare l'oggetto organizzazione completo sulla homepage o sulla pagina dell'organizzazione.
• Usare un @id stabile, come https://www.example.com/#organization.
• Usare il nome esatto e pubblico dell'organizzazione.
• Collegarsi a profili ufficiali reali con sameAs.
• Usare il sottotipo di organizzazione corretto quando appropriato.
• Usare un logo reale che rappresenti l'organizzazione.
• Mantenere aggiornate le informazioni di contatto.
• Fare riferimento all'organizzazione dagli articoli invece di ricreare versioni contrastanti su ogni pagina.

8. Person

Cosa fa

Person identifica una persona che scrive, recensisce, possiede, gestisce o appare su una pagina. È solitamente più utile quando collegato a:

• Article.author
• Autore di domande o risposte QAPage
• ProfilePage.mainEntity
• Organization.employee
• Review.author

Le linee guida sui profili di Google affermano che una pagina di profilo deve concentrarsi su una persona o un'organizzazione. L'oggetto ProfilePage richiede una mainEntity, e tale entità deve essere una Person o Organization. La persona o l'organizzazione deve avere un name, o un alternateName quando nessun nome è disponibile. (developers.google.com)

Proprietà raccomandate

• name
• url
• sameAs
• image
• description
• jobTitle
• worksFor
• knowsAbout
• affiliation
• identifier

Effetto intelligenza artificiale

Livello di prova: indiretto.

Il markup Person può aiutare a collegare il nome di un autore a:

• Una biografia
• Un lavoro o un ruolo
• Un'organizzazione
• Articoli pubblicati
• Profili esterni
• Aree di competenza

Usarlo per rendere chiara l'identità, non per rivendicare un'expertise che la pagina non supporta.

Checklist per le Persone

• Usare Person solo per una persona reale.
• Usare Organization per un'azienda o una pubblicazione.
• Collegare la persona a una pagina autore visibile.
• Usare sameAs solo per profili accurati e ufficiali.
• Mantenere aggiornati i titoli professionali e le credenziali.
• Aggiungere tutti gli autori visibili, non solo l'autore principale.
• Usare lo stesso @id della persona in articoli e pagine di profilo.

Matrice delle proprietà richieste

Le linee guida generali di Google favoriscono dati completi e accurati rispetto a grandi quantità di markup incompleto. Avverte inoltre che i dati strutturati devono rappresentare il contenuto visibile e che un markup corretto non garantisce comunque un rich result. (developers.google.com)

Checklist di implementazione per casi d'uso

Pagine di fatti

Migliore combinazione:

• WebPage
• Article o NewsArticle
• Person
• Organization
• ClaimReview opzionale solo per un altro consumatore supportato

Checklist:

• Dichiarare il fatto principale vicino all'inizio della pagina.
• Nominare la fonte del fatto.
• Collegarsi a prove primarie.
• Includere la data di pubblicazione e dell'ultima revisione.
• Identificare l'autore e il revisore.
• Separare i fatti dalle opinioni.
• Usare Article quando la pagina è editoriale.
• Non usare ClaimReview come tattica attuale di Google Search.

Pagine di definizione

Migliore combinazione:

• WebPage
• DefinedTerm
• Article opzionale se la pagina è una lunga spiegazione editoriale
• Organization o Person quando un esperto o un editore è responsabile

Schema.org definisce Dataset come un corpo di informazioni strutturate e supporta relazioni come includedInDataCatalog e distribution. (schema.org)

Checklist:

• Fornire la definizione nel primo paragrafo.
• Usare un termine chiaro come entità principale.
• Aggiungere nomi alternativi solo quando sono reali.
• Collegarsi a una definizione esterna affidabile quando appropriato.
• Spiegare il termine in linguaggio semplice.
• Usare esempi e limiti.
• Evitare di marcare un elenco di termini non correlati come un unico DefinedTerm.

Tutorial

Migliore combinazione:

• WebPage
• HowTo solo quando un altro consumatore ne ha bisogno
• Article quando il tutorial è anche un articolo editoriale
• Person e Organization per l'autorialità

Checklist:

• Dichiarare il risultato prima dei passaggi.
• Usare intestazioni numerate visibili.
• Mantenere ogni passaggio focalizzato su un'azione.
• Includere strumenti, forniture, tempi e avvisi dove necessario.
• Aggiungere immagini o video quando sono d'aiuto.
• Non nascondere i passaggi solo in JSON-LD.
• Non aspettarsi rich result How-to in Google Search.

Cataloghi di dati

Migliore combinazione:

• WebPage
• DataCatalog
• Dataset
• DataDownload
• Organization

Schema.org definisce Dataset come un corpo di informazioni strutturate e supporta relazioni come includedInDataCatalog e distribution. (schema.org)

Google ha chiarito alla fine del 2025 che i dati strutturati Dataset sono utilizzati da Dataset Search e non sono una funzionalità generale dei risultati di Google Search. Dovrebbero quindi essere trattati come uno strato di scoperta e interoperabilità dei dati, non come una scorciatoia per le citazioni dell'intelligenza artificiale. (developers.google.com)

Checklist:

• Assegnare a ogni dataset un identificatore stabile.
• Dichiarare l'argomento e la portata.
• Includere l'editore o il creatore.
• Aggiungere l'intervallo di date coperto dai dati.
• Dichiarare la copertura geografica quando pertinente.
• Descrivere licenze e condizioni di accesso.
• Aggiungere ogni file scaricabile come DataDownload.
• Includere formato del file e URL di download.
• Mantenere i metadati del catalogo sincronizzati con i file effettivi.
• Documentare la frequenza di aggiornamento e la data dell'ultimo aggiornamento.

Esempio JSON-LD: pagina di fatti

Questo esempio collega la pagina, l'articolo, l'autore, l'editore e l'argomento. Sostituire ogni valore con informazioni che appaiono sulla pagina reale.

html

Esempio JSON-LD: pagina di definizione

html

La definizione deve apparire anche come testo normale della pagina. Non inserire la definizione solo nei dati strutturati.

Esempio JSON-LD: tutorial

Poiché il rich result How-to di Google è deprecato, consideralo un markup opzionale per altri sistemi. La pagina visibile dovrebbe comunque contenere le istruzioni complete.

html

Esempio JSON-LD: catalogo di dati

html

Errori comuni di implementazione

Schema non corrispondente

L'errore più grave è marcare contenuti che gli utenti non possono vedere. Google afferma che i dati strutturati devono essere una vera rappresentazione della pagina e che contenuti fuorvianti o nascosti possono rendere una pagina non idonea per i rich results. (developers.google.com)

Esempi comuni:

• Marcare un articolo come HowTo quando non contiene passaggi reali
• Marcare un'azienda come autore quando l'articolo è stato scritto da una persona
• Aggiungere risposte FAQ che non appaiono sulla pagina
• Usare una data di pubblicazione futura
• Marcare un post di blog generico come QAPage
• Aggiungere ClaimReview a un articolo di opinione

Risposte scarse

I dati strutturati non possono riempire una pagina vuota.

Una risposta breve e vaga all'interno di Answer.text o acceptedAnswer non crea una fonte forte. Il contenuto visibile dovrebbe:

• Rispondere direttamente alla domanda
• Spiegare limiti ed eccezioni importanti
• Nominare le fonti
• Includere date, esempi o misurazioni dove utile
• Essere autonomo se copiato fuori contesto

Le linee guida sull'intelligenza artificiale di Google affermano che non esiste una lunghezza ideale della pagina e non c'è bisogno di suddividere il contenuto in piccoli pezzi per i sistemi di intelligenza artificiale. L'obiettivo migliore è un contenuto utile, completo e incentrato sulle persone. (developers.google.com)

Entità duplicate

Evitare di pubblicare diverse versioni contrastanti della stessa organizzazione, autore o pagina.

Implementazione debole:

• Un oggetto Organization con un nome sulla homepage
• Un secondo oggetto con un nome diverso su ogni articolo
• Un terzo oggetto senza @id sulla pagina dell'autore

Migliore implementazione:

• Assegnare all'organizzazione un @id stabile
• Assegnare a ogni autore un @id stabile
• Fare riferimento a quegli oggetti da articoli, profili e pagine di domande
• Mantenere coerenti nome, logo, URL e link di identità esterni

Domande duplicate

Non ripetere la stessa domanda in:

• FAQPage
• QAPage
• Markup dell'articolo
• Diverse sezioni visibili della pagina
• Blocchi JSON-LD multipli

Usare il tipo di schema che corrisponde allo scopo principale della pagina. Una singola risposta chiara è meglio di diversi blocchi di markup sovrapposti.

Date errate

Google utilizza diverse fonti per stimare le date di pubblicazione e aggiornamento. Raccomanda che le date visibili e le date strutturate concordino, e avverte contro l'uso di date future o date relative a eventi discussi nell'articolo piuttosto che date relative alla pagina stessa. (developers.google.com)

Abuso di sameAs

Un link sameAs dovrebbe identificare la stessa persona o organizzazione del mondo reale. Non collegare a:

• Un profilo social non correlato
• Una pagina dei risultati di ricerca
• Un elenco generico di directory
• Una pagina con una diversa ortografia o identità
• Un profilo che l'organizzazione non controlla

Markup solo JavaScript

Google può elaborare i dati strutturati aggiunti alla pagina renderizzata, ma un'implementazione solo JavaScript può essere più difficile da rilevare per altri crawler e strumenti di auditing. Un blocco JSON-LD renderizzato lato server è solitamente più facile da testare e mantenere. (developers.google.com)

Un piano di test pratico

Per misurare se il markup ha un effetto incrementale, utilizzare un test controllato invece di affidarsi a poche ricerche manuali.

Prima della modifica

Registrare:

• Query target
• Ranking organico attuale
• Se appare una risposta dell'intelligenza artificiale
• Quali pagine sono citate
• Posizione della citazione quando disponibile
• Traffico di ricerca
• Conversioni
• Dati strutturati attuali
• Modifiche ai contenuti apportate durante il periodo di test

Durante il test

• Aggiungere una modifica di markup importante alla volta.
• Mantenere stabili contenuti, link interni, titoli e backlink.
• Usare pagine di controllo simili che non ricevono la modifica.
• Registrare la data esatta di pubblicazione della modifica.
• Attendere abbastanza a lungo per la scansione e la rielaborazione.

Ahrefs ha utilizzato controlli abbinati e un metodo di differenza nelle differenze prima-e-dopo. Il suo approccio è un modello utile per le organizzazioni che vogliono testare i dati strutturati invece di assumere che una correlazione provi la causalità. (ahrefs.com)

Dopo la modifica

Monitorare:

• Dati sulle prestazioni dell'intelligenza artificiale di Google Search Console
• Citazioni di Google AI Overview
• Citazioni di Google AI Mode
• Citazioni dell'intelligenza artificiale di Bing Webmaster Tools
• Citazioni di ChatGPT, Gemini o Perplexity quando pertinenti
• Ranking organici
• Clic di ricerca
• Conversioni assistite

Google riporta il traffico di ricerca dell'intelligenza artificiale tramite la reportistica delle prestazioni di Search Console. La reportistica delle prestazioni dell'intelligenza artificiale di Bing mostra le pagine citate e le query di fondazione, ma non mostra perché una pagina è stata selezionata o quanto fosse importante all'interno di una risposta. (developers.google.com)

Ordine di implementazione raccomandato

Per la maggior parte degli editori, l'ordine migliore è:

1. Correggere prima il contenuto visibile.
2. Rendere affidabili la scansione e l'indicizzazione.
3. Implementare Article per le pagine editoriali reali.
4. Collegare gli autori con Person e pagine di profilo.
5. Collegare gli editori con Organization.
6. Usare WebPage come uno strato grafico pulito a livello di pagina.
7. Usare QAPage solo per domande autentiche della community.
8. Usare DefinedTerm per le pagine di glossario e definizione.
9. Usare Dataset e DataCatalog per le risorse di dati.
10. Trattare FAQPage, HowTo e ClaimReview come markup secondario o non-Google perché le loro funzionalità di ricerca di Google sono state rimosse o deprecate.

Conclusione

La lezione più forte attuale è semplice: il markup Schema.org aiuta le macchine a comprendere i contenuti, ma non è un percorso garantito verso le risposte dell'intelligenza artificiale.

L'implementazione più duratura non è una grande collezione di tipi di schema. È un grafo di entità piccolo e accurato:

• Article descrive la pagina editoriale.
• Person identifica l'autore.
• Organization identifica l'editore.
• WebPage collega la pagina alla sua entità principale.
• QAPage descrive una domanda autentica dell'utente e le sue risposte.
• DefinedTerm chiarisce una definizione.
• Dataset e DataCatalog descrivono risorse di dati strutturati.

Utilizzare i dati strutturati dove aggiungono un significato chiaro. Non utilizzarli per mascherare contenuti scarsi, duplicare testo visibile o imitare una funzionalità di ricerca che Google non supporta più. Per la visualizzazione dell'intelligenza artificiale, il lavoro di maggior valore rimane risposte chiare, prove solide, entità accurate, informazioni attuali e contenuti che possono reggersi da soli.