Campi Schema.org obbligatori e consigliati

Le proprietà incluse determinano se i motori di ricerca e gli altri sistemi riescono a comprendere la pagina. Questa ricerca accetta nomi noti come Article, Product, Recipe o FAQPage e restituisce subito un elenco pratico dei campi. Separa le proprietà comunemente obbligatorie dai miglioramenti consigliati, usa nomi canonici e rifiuta chiaramente i tipi sconosciuti, evitando che i processi automatizzati proseguano sulla base di un'ipotesi non dichiarata.

Inizi dal tipo che rappresenta esattamente la Sua pagina

I dati strutturati funzionano meglio quando il tipo scelto descrive l'argomento principale della pagina, non soltanto un suo piccolo elemento. Inserisca un tipo Schema.org come Product per un articolo acquistabile, Recipe per istruzioni di cucina, Article per contenuti editoriali o LocalBusiness per un'attività con una sede fisica. La ricerca non distingue tra maiuscole e minuscole e accetta anche l'URL schema.org completo del tipo, una comodità quando il valore proviene da un documento JSON-LD esistente. La risposta restituisce nome e URL canonici insieme a due elenchi ordinati di proprietà. Se il nome non appartiene al catalogo supportato, la capacità genera un errore di input invece di inventare una corrispondenza approssimativa. Nei flussi di pubblicazione, un refuso come Productt interrompe quindi la compilazione anziché produrre markup apparentemente plausibile ma privo di un significato definito. Scelga il tipo supportato più specifico e accurato. La ricerca riguarda tipi diffusi nelle implementazioni SEO e non tutte le classi del vocabolario Schema.org completo.

Legga i campi come una lista pratica di implementazione

Schema.org è un vocabolario e non impone universalmente le proprietà come farebbe lo schema di un database. Le funzionalità di ricerca, i validatori e gli altri sistemi applicano requisiti propri, che possono cambiare in base alla piattaforma e alla presentazione. Per questo, l'elenco obbligatorio indica le proprietà comunemente considerate il minimo utile per la SEO, mentre i campi consigliati migliorano in genere completezza, idoneità o qualità del risultato visualizzato. Colleghi prima ogni proprietà obbligatoria a informazioni reali e visibili nella pagina. Aggiunga poi quelle consigliate quando dispone di dati affidabili. Non inventi mai valutazioni, prezzi, autori, immagini, disponibilità o date solo per completare l'elenco. Un oggetto più breve ma coerente con il contenuto è più sicuro di un markup ricco che contraddice ciò che vedono i visitatori. Alcune proprietà contengono oggetti annidati, come offers in Product, author in Article, location in Event e mainEntity in FAQPage. La ricerca indica tali proprietà di livello superiore, ma non genera valori annidati né convalida un intero grafo JSON-LD.

Usi risultati deterministici nei controlli e nella pubblicazione

La ricerca utilizza un catalogo fisso in memoria, senza rete, modelli, casualità o dipendenze dall'orologio; lo stesso tipo supportato produce quindi sempre il medesimo risultato ordinato. È adatta ad audit ripetibili, generatori di moduli, modelli di schema, script di migrazione e controlli di integrazione continua. Un CMS può richiedere l'elenco quando chi cura i contenuti seleziona un tipo, segnalare gli input obbligatori mancanti e presentare separatamente i miglioramenti consigliati. Uno strumento di audit può confrontare le chiavi JSON-LD esistenti con la risposta e indicare le lacune senza considerare ogni raccomandazione un errore. Un generatore può usare l'URL canonico e mantenere l'ordine dei campi per un'interfaccia prevedibile. Consideri il risultato un punto di partenza pratico e controlli la documentazione aggiornata di ogni motore di ricerca i cui risultati avanzati siano essenziali, perché le sue regole specifiche non rientrano in questo catalogo offline. Una richiesta API costa $0.002, mentre il browser usa la stessa logica pura. Un tipo non supportato produce intenzionalmente un errore con il nome inviato e le opzioni ammesse.