Schema markup per AI search: mappa ogni pagina a un tipo

7 controlli prima di aggiungere lo schema

5 superfici di pagina richiedono un controllo pagina per pagina prima che il markup vada in produzione. L'obiettivo è una descrizione che corrisponda a ciò che i visitatori possono leggere, non un blocco di codice più lungo.

Usa questa checklist prima di scegliere un tipo:

• Scopo della pagina: scrivi il compito principale di questo URL.
• Soggetto principale: nomina l'organizzazione, l'articolo, il prodotto o l'insieme di domande mostrato.
• Fatti visibili: elenca solo i dettagli che un visitatore può confermare sulla pagina.
• Titolo della pagina: verifica che il titolo marcato corrisponda all'intestazione pubblicata.
• Responsabilità: identifica chi può correggere il markup dopo modifiche al contenuto.
• URL: conferma la pagina esatta che conterrà i dati strutturati.
• Percorso di revisione: decidi chi controlla insieme la pagina renderizzata e il codice.

Una pagina che non supera uno di questi controlli necessita prima di chiarimenti sul contenuto. Non usare il markup per colmare l'assenza di un autore, un dettaglio di prodotto o un fatto aziendale. Se la pagina stessa è difficile da interpretare, migliora i suoi testi prima di selezionare le proprietà.

Per una checklist tecnica più ampia, leggi AEO tecnico: schema, llms.txt e crawler. Per le pagine destinate a essere citate, vedi contenuto citabile per assistenti AI.

Quale tipo schema.org si adatta a ogni pagina?

5 tipi familiari coprono compiti comuni delle pagine, ma è il contenuto della pagina a determinare la scelta. Abbina il tipo al soggetto che i visitatori incontrano. Poi aggiungi solo le proprietà supportate.

Inizia con lo scopo principale dell'URL. Le informazioni aziendali possono adattarsi a Organization. Un articolo editoriale può adattarsi a Article. Una pagina incentrata su un prodotto può adattarsi a Product. Un percorso di navigazione visibile può usare BreadcrumbList. Domande e risposte mostrate ai visitatori possono adattarsi a FAQPage.

Verifica l'idoneità con 3 domande:

• Questo tipo descrive il soggetto principale della pagina?
• Un visitatore può trovare evidenza per ogni proprietà sulla pagina?
• Il tipo avrebbe ancora senso se il markup fosse nascosto?

Se un tipo si adatta solo perché un generatore lo ha suggerito, lascialo perdere. Un tipo accurato vale più di diverse etichette per soggetti non supportati. Questo è il nucleo del markup schema.org per la visibilità AI: informazioni di pagina chiare e coerenti, non un interruttore speciale per la visibilità.

Per una guida correlata sull'optimization delle FAQ per risposte AI, verifica che il contenuto della risposta sia utile prima di considerarne il markup.

5 tipi di pagina, 5 lavori diversi

5 tipi di pagina coprono lavori distinti; non sono un pacchetto da applicare ovunque. Usa questo confronto per restringere la scelta a un tipo. Poi verifica ogni fatto marcato rispetto alla pagina live.

Ogni riga è un punto di partenza, non un'istruzione per marcare ogni URL. Una pagina prodotto senza informazioni visibili sul prodotto necessita di contenuti migliori prima dei dati strutturati. Un articolo non dovrebbe prendere in prestito un tipo organizzazione solo perché l'editore è un'azienda.

Registra il tipo selezionato e i fatti di pagina di supporto. Quella breve nota fornisce al revisore successivo una ragione chiara per la scelta. Facilita anche le revisioni dei template quando lo stesso pattern di pagina appare su più URL.

5 mosse dall'inventario delle pagine alla pubblicazione

5 mosse mantengono l'implementazione dello schema legata alla pagina. Impediscono che il compito si trasformi in modifiche di codice a livello di sito. Assegna a ogni URL un responsabile e un registro di revisione.

1. Inventario: elenca gli URL, lo scopo della pagina, il soggetto principale e i fatti visibili.
2. Seleziona: assegna un tipo schema.org adatto a ogni pattern di pagina.
3. Bozza: costruisci JSON-LD a partire dai fatti già presenti sulla pagina.
4. Confronta: rivedi l'URL live, il testo visibile e il markup fianco a fianco.
5. Ricontrolla: ripeti la revisione dopo una modifica al template o al contenuto.

Per ogni URL, registra il tipo, il revisore, i problemi trovati e lo stato della correzione. Testa una pagina rappresentativa per ogni template. Poi controlla le pagine interessate dopo una modifica condivisa del template. Conserva il registro di revisione con il responsabile del contenuto, non solo con lo sviluppatore che ha aggiunto lo script.

Se il tuo compito include anche llms.txt, trattalo come un file separato con un responsabile separato. La guida alla configurazione di llms.txt e AI crawler copre quel lavoro. Questo flusso di lavoro dello schema rimane specifico per pagina.

Cosa dovrebbe includere un esempio di schema?

1 piccolo esempio JSON-LD dovrebbe descrivere una pagina senza aggiungere affermazioni. Usa questa struttura come modello. Sostituisci i dettagli dell'articolo di esempio con le informazioni visualizzate sulla tua pagina.

Esempio: { "@context": "https://schema.org", "@type": "Article", "headline": "Una guida pratica alla sicurezza del wallet", "author": { "@type": "Person", "name": "Team editoriale" } }

Controlla il titolo e l'autore rispetto all'articolo visibile prima di pubblicare. Non incollare l'esempio invariato su una pagina diversa. Se la pagina live non identifica un autore, non aggiungerne uno solo per completare l'esempio.

LLMs.txt e schema.org gestiscono lavori diversi. Il markup schema descrive una pagina o un'entità. llms.txt è un file di orientamento a livello di sito che elenca risorse utili. Mantieni i link del file aggiornati e il suo scopo chiaro. Per maggiori informazioni sul file stesso, vedi cos'è llms.txt e se ti serve.

Usa entrambi solo quando ciascuno ha un ruolo chiaro. Nessuno dei due sostituisce pagine utili e accessibili o testi accurati.

Come si revisiona lo schema senza fare affermazioni eccessive?

2 revisioni danno un quadro più chiaro. Controlla prima il codice. Poi ispeziona come le pagine appaiono nei risultati di ricerca e nelle risposte AI. Uno script valido conferma un dettaglio tecnico; non prova che una pagina verrà citata.

Per il passaggio tecnico, verifica che il markup si trovi sull'URL previsto. Conferma che corrisponda ai fatti visibili della pagina. Registra l'URL, il tipo selezionato, il revisore e ogni correzione.

Per il passaggio di visibilità, rivedi un insieme coerente di domande pertinenti in ChatGPT e Perplexity. Nota se le risposte descrivono la pagina accuratamente. Nota anche se appare una fonte utile.

ChatGPT e Perplexity fanno le loro scelte riguardo al recupero, alla citazione e alla presentazione delle pagine. Anche Google non promette un aspetto nei risultati di ricerca dal solo schema. Costruisci la revisione attorno a markup accurato e contenuti utili, non a una citazione o visualizzazione promessa.

DigitalMedia1 può confrontare le affermazioni visibili della pagina con le loro descrizioni strutturate. Possiamo segnalare discrepanze al tuo team. Inviaci 1 URL e il suo scopo principale. Mapperemo i fatti visibili a un tipo adatto e restituiremo un chiaro percorso di revisione.

Come funziona

1. Inventaria gli URLElenca le pagine che contano. Annota lo scopo di ogni pagina, il soggetto e i fatti visibili. Tieni il markup della pagina separato dai file a livello di sito.
2. Scegli il tipoAbbina ogni pagina a un tipo che descriva il suo contenuto reale. Lascia fuori le proprietà che la pagina non supporta.
3. Prepara la bozza JSON-LDCostruisci la descrizione strutturata a partire dalle informazioni che i visitatori possono vedere. Aggiungila tramite il template di pagina appropriato o il percorso di implementazione.
4. Confronta pagina e codiceRivedi l'URL pubblicato, il testo visibile e il markup insieme. Correggi nomi, descrizioni o relazioni non corrispondenti.
5. Rivedi dopo le modificheRicontrolla le pagine interessate dopo aggiornamenti di contenuto o template. Tieni traccia della validazione tecnica separatamente dalle revisioni delle risposte AI.