Dati Strutturati: a Cosa Servono Ancora

I dati strutturati sono un blocco JSON-LD nella pagina che dichiara in chiaro di cosa parla la pagina: questa è un'organizzazione, questo è il suo indirizzo, questo articolo è stato aggiornato in questa data, questo prodotto costa questa cifra. È una descrizione, non un'istruzione: i motori di ricerca possono ignorarla, e spesso lo fanno.

• Non ti fa posizionare più in alto. Google non l'ha mai trattata come fattore di ranking e continua a non farlo
• Non può rendere una pagina idonea a qualcosa che il contenuto non sostiene: marcare una recensione inesistente è un rischio di azione manuale, non una scorciatoia
• JSON-LD in un tag script è il formato da usare; i microdata sparsi nel markup sono retaggio e più difficili da mantenere corretti
• È significato leggibile dalle macchine: gli stessi fatti che la pagina dice a parole, ripetuti dove un parser non può fraintenderli
• Sbagliarla è di solito peggio che ometterla, perché un markup non valido viene semplicemente scartato e la fatica è sprecata

È la parte su cui conviene aggiornare le proprie convinzioni. Google ha ritirato o limitato pesantemente diversi tipi di risultato che le guide più vecchie consigliano ancora di inseguire, e il markup FAQ è l'esempio più netto: dal 2023 produce rich result solo per siti governativi e sanitari autorevoli. Tutti gli altri mantengono un markup valido che non mostra nulla.

• Rich result FAQ: limitati a domini governativi e sanitari, quindi su un sito commerciale il markup non produce alcun miglioramento visibile
• Rich result HowTo: ritirati dai risultati desktop e mobile
• Possiamo misurarlo sul nostro dominio: in tre mesi Search Console riporta esattamente un aspetto di ricerca arricchito, su un sito che porta markup FAQPage ovunque
• Conservano ancora valore: Organization e LocalBusiness, Breadcrumb, Product con prezzo e disponibilità reali, date degli Article, JobPosting ed Event
• La regola pratica: aggiungi markup perché dichiara qualcosa di vero e utile, non perché ti aspetti che compaia uno snippet

Il motivo per tenere i dati strutturati ben formati non sono più principalmente gli snippet di Google. È che una quota crescente dei sistemi che leggono il tuo sito non lo sta renderizzando per un essere umano: sta estraendo fatti per rispondere a una domanda altrove, e un markup non ambiguo è la differenza fra essere citati correttamente ed essere parafrasati male o saltati.

• Assistenti e ricerca AI analizzano le pagine per estrarre entità, date, prezzi e relazioni, cioè esattamente ciò che lo schema dichiara in modo esplicito
• Una data di aggiornamento visibile pesa di più quando un dateModified leggibile dalla macchina le dà ragione
• Il markup Organization con identificatori coerenti aiuta un sistema a stabilire che l'azienda sul tuo sito è la stessa di cui ha letto altrove
• Dati di prodotto non ambigui hanno più probabilità di essere riassunti correttamente rispetto a dati dedotti dal layout
• Nulla di tutto ciò è garantito; ma le pagine ambigue sono affidabilmente quelle che vengono fraintese

Quasi ogni implementazione rotta che analizziamo sbaglia in uno di pochi modi, e tutti sono visibili in un validatore in meno di un minuto.

• Markup che descrive qualcosa che la pagina non mostra: il modo più rapido per perdere del tutto l'idoneità
• Nodi duplicati e in conflitto: due blocchi Organization con nomi diversi, così un parser non sa quale sia autorevole
• Riferimenti @id che puntano al nulla, lasciando un grafo di frammenti scollegati invece di un'unica descrizione
• Date che contraddicono la pagina visibile, il che mina proprio il segnale di freschezza per cui erano state aggiunte
• Markup iniettato lato client da un tag manager: fragile e spesso semplicemente non visto