Search Console segnala dati strutturati non validi: come trovare e correggere gli errori

Identificare il rapporto e l’elemento interessato

Apri l’avviso dentro la proprietà corretta di Search Console e annota nome del rapporto, messaggio, tipo di elemento e URL di esempio. Un errore relativo a un prodotto richiede verifiche diverse da un problema nel percorso di navigazione. La stessa pagina può contenere più elementi.

Controlla la data dell’ultima scansione riportata: il dato può precedere un aggiornamento appena pubblicato. Non interpretare il numero di segnalazioni come il numero esatto di pagine da modificare, perché un elemento può avere più problemi e gli esempi mostrati non sono sempre esaustivi.

La guida ufficiale ai rapporti sui risultati avanzati (si apre in una nuova scheda) descrive questi dettagli. Conserva un piccolo inventario con URL, errore, data osservata e stato della verifica prima di affidare l’intervento al tecnico.

Distinguere un errore critico da una proprietà consigliata

Una proprietà mancante non ha sempre lo stesso significato. Occorre leggere la documentazione del tipo di risultato interessato e capire se il campo è richiesto oppure consigliato. Search Console raggruppa gli elementi secondo la presenza di problemi critici, mantenendo anche informazioni su aspetti non critici.

La spiegazione Google sulla classificazione dei problemi (si apre in una nuova scheda) aiuta a interpretare gli stati. Prima di compilare un campo per eliminare un avviso, verifica che l’informazione esista davvero e sia applicabile.

Non inventare recensioni, prezzi, disponibilità o qualifiche per far diventare verde un rapporto. Se il modello descrive un contenuto diverso dalla pagina reale, può essere necessario correggere la scelta del tipo. La guida generale ai dati strutturati spiega come partire dalle informazioni dell’azienda.

Riconoscere un problema di contenuto o di modello

Scegli alcune pagine segnalate e una pagina dello stesso tipo senza il problema. Confronta ciò che cambia: campi compilati, lingua, categoria, data di aggiornamento e componenti presenti. Questo confronto può mostrare se manca un dato in poche schede oppure se un modello genera sempre una proprietà sbagliata.

Sono indizi, non diagnosi automatiche. Conserva le differenze osservate e chiedi che la correzione venga applicata nel punto che le produce, evitando interventi manuali ripetuti sulle singole pagine.

Individuare chi produce il dato pubblicato

In un sito gestito con un CMS, i dati possono provenire da tema, plugin SEO, modulo e-commerce o codice aggiunto. Chiedi un inventario dei generatori prima di installare un altro componente. Due sistemi possono descrivere lo stesso soggetto con informazioni discordanti anche se ciascun blocco è formalmente leggibile.

Confronta il valore atteso con quello presente nella pagina pubblica. Se un prezzo deriva dal catalogo, la soluzione dovrebbe rispettare quel collegamento; se un indirizzo è scritto nel modello, occorre stabilire dove verrà aggiornato in futuro. Evita correzioni che funzionano solo per una scheda campione.

Prepara una modifica verificabile e una possibilità di ripristino. Nei siti con molti contenuti, prova prima un gruppo rappresentativo in un ambiente di verifica, includendo varianti e campi facoltativi realmente utilizzati.

Provare il codice e poi l’indirizzo pubblico

Il test di un frammento di codice aiuta a controllare una modifica, ma non dimostra che il sito stia pubblicando quel frammento. Dopo l’intervento, verifica l’URL completo con il Test dei risultati avanzati (si apre in una nuova scheda) e apri anche la pagina come visitatore.

Se il test non raggiunge la pagina o segnala risorse non caricate, indaga prima l’accesso e il contenuto ricevuto. Un risultato diverso tra codice copiato e URL può dipendere da cache, modello, JavaScript o variante servita. Conserva il dettaglio dell’errore per orientare il confronto.

Verifica inoltre che il dato descriva ciò che una persona può effettivamente vedere. La validità sintattica è solo una parte del controllo: un’informazione ben formata ma falsa o estranea alla pagina resta un problema da correggere.

Richiedere la verifica dopo aver corretto le istanze coinvolte

Quando il campione è corretto, controlla l’intero gruppo interessato dal medesimo problema. Se il modello è condiviso, includi almeno i casi che usano dati diversi: pagina completa, campi facoltativi assenti, altra lingua e contenuto aggiornato. Il tecnico dovrebbe spiegare come ha verificato la copertura della modifica.

Avvia poi la procedura di convalida disponibile nel rapporto pertinente. Conserva la data dell’intervento e l’esito dei test, così da distinguere una nuova segnalazione da un dato ancora riferito alla versione precedente. La nuova elaborazione non coincide necessariamente con il momento della pubblicazione.

Se la verifica fallisce, apri gli esempi segnalati e confrontali con i casi già risolti. Evita modifiche casuali o ripetute richieste senza una correzione osservabile: serve capire quale condizione continua a generare l’errore.

Leggere il risultato senza confonderlo con il posizionamento

La rimozione di un errore può ripristinare l’idoneità a una funzione della ricerca, ma non obbliga Google a mostrarla. Le linee guida generali sui dati strutturati (si apre in una nuova scheda) distinguono requisiti tecnici, qualità e comparsa effettiva.

Nel rapporto finale separa quindi tre aspetti: errore risolto, contenuto corretto e risultato osservato nella ricerca. Per esempio, una scheda potrebbe superare il test senza mostrare subito un elemento grafico aggiuntivo. Questo non basta a dichiarare fallita la correzione.

Assegna controlli successivi a modifiche di tema, plugin e dati aziendali. Conserva la fonte dei campi principali e il campione di URL verificati. Una consegna documentata rende più semplice riconoscere una regressione e aggiornare il modello quando cambia davvero il contenuto del sito.

Domande frequenti

Un errore nei dati strutturati toglie la pagina da Google?

Non necessariamente. Può riguardare l’idoneità a uno specifico risultato avanzato. Indicizzazione e accesso alla pagina vanno verificati separatamente quando emergono problemi in quei rapporti.

Devo compilare ogni proprietà consigliata?

Inserisci dati veri, pertinenti e mantenibili. Una proprietà consigliata non autorizza a inventare informazioni; leggi i requisiti del tipo interessato.

Perché l’avviso rimane dopo che il test è corretto?

Il test attuale e il rapporto possono riferirsi a momenti diversi. Controlla scansione, URL e stato della convalida, verificando che la correzione riguardi tutte le istanze del problema.