JSON-LD

JSON-LD è un formato basato su JavaScript per pubblicare dati strutturati, di solito all’interno di un blocco script type="application/ld+json". Per la SEO è importante perché Google lo raccomanda esplicitamente per i dati strutturati, ed è molto più facile da implementare e gestire rispetto ai Microdata su siti di grandi dimensioni.

Perché i SEO usano JSON-LD

Implementazione più pulita. Minor rischio per lo sviluppo. Migliore controllo qualità. Questo è il vero punto di forza.

Con JSON-LD puoi marcare un Product, Article, FAQPage, Organization, LocalBusiness o BreadcrumbList senza toccare elementi HTML visibili. Questo conta molto sui siti enterprise, dove le modifiche ai template attivano cicli di QA lunghi. Nella pratica, la maggior parte dei team lo implementa tramite campi del CMS, rendering lato server o gestione dei tag, poi lo valida con il Rich Results Test di Google, Google Search Console e l’estrazione custom di Screaming Frog.

Inoltre si scala meglio tra i template. Se gestisci 20.000 URL di prodotto o 5.000 pagine località, un unico generatore di schema è più facile da controllare rispetto a un Microdata mantenuto manualmente.

Cosa influenza davvero JSON-LD

JSON-LD non migliora le posizioni da solo. Migliora l’idoneità per i rich result e aiuta i motori di ricerca a interpretare le entità in modo più coerente.

Questa distinzione è fondamentale. Aggiungere uno schema Product non farà passare una pagina debole dalla posizione 12 alla 3. Può però ottenere miglioramenti su prezzo, disponibilità, recensioni o breadcrumb che aumentano il CTR. Su pagine che sono già tra le prime 5, anche un guadagno di CTR del 5%–15% può essere rilevante. Lo misuri in GSC, non fissandoti a un validatore di schema.

La documentazione di Google rende ancora la regola chiara: sono necessari dati strutturati validi per molti tipi di rich result, ma l’idoneità non è una garanzia. Google può ignorare il markup, sopprimere i rich result o riscrivere ciò che mostra.

Standard di implementazione che reggono

• Allinea lo schema al contenuto visibile della pagina. Se la pagina non mostra recensioni, non marcare aggregateRating.
• Usa URL canonici nei campi come url e mantieni coerenti i riferimenti alle entità tra le varianti.
• Genera il markup lato server quando possibile. Lo schema renderizzato lato client può funzionare, ma è meno affidabile su siti di grandi dimensioni e molto basati su JavaScript.
• Valida nel Rich Results Test di Google, poi monitora i report di miglioramento in GSC.
• Fai crawl su larga scala con Screaming Frog o Sitebulb per intercettare campi mancanti, JSON non valido e drift dei template.

Ahrefs e Semrush non validano lo schema in profondità, ma ti aiutano a dare priorità alle pagine in cui i miglioramenti dei rich result potrebbero spostare il traffico più velocemente. In questo contesto, Surfer SEO e Moz sono meno utili: è soprattutto un problema tecnico di SEO e di funzionalità nella SERP, non di scoring dei contenuti.

La criticità che molti team trascurano

I dati dello schema sono attendibili quanto lo è la fonte che li alimenta. Se il tuo product feed è obsoleto, anche il tuo JSON-LD sarà obsoleto. È così che ti ritrovi a marcare prodotti come disponibili in stock quando non lo sono, o a pubblicare conteggi di recensioni che non corrispondono alla pagina.

John Mueller di Google ha ripetutamente affermato che i dati strutturati devono riflettere il contenuto della pagina e che le discrepanze possono portare all’ignoramento del markup o ad azioni manuali. Quindi sì, JSON-LD è il formato migliore. No, non è una scorciatoia. Dati sbagliati in un formato pulito restano dati sbagliati.