Dati strutturati Shopify: Schema.org, rich results e JSON-LD senza duplicazioni

Rappresentazione astratta di dati strutturati e rich snippet per l'ottimizzazione SEO di uno store Shopify, con prismi ottici e fasci di luce magenta.

Risposta diretta: i dati strutturati aiutano motori di ricerca e altri sistemi a interpretare in modo esplicito prodotti, offerte, organizzazione, breadcrumb e articoli. Non garantiscono ranking, rich result, clic o citazioni AI. Su Shopify la prima regola è verificare cosa genera già tema o app e mantenere un solo grafo coerente per ogni entità, senza inventare recensioni o duplicare Product, Organization o FAQPage.

Prima di aggiungere Schema.org: controlla ciò che esiste

Non assumo che Shopify produca automaticamente lo stesso markup su ogni store: l'output dipende dal tema e dalle app installate. Prima leggo il sorgente della pagina e individuo tutti i blocchi JSON-LD già presenti. Se due sorgenti descrivono lo stesso prodotto o la stessa organizzazione con dati differenti, la priorità è consolidare, non aggiungere un terzo script.

Product e Offer

Per una pagina prodotto il markup deve riflettere i dati realmente visibili e acquistabili: nome, URL, immagini, SKU o identificatori disponibili, prezzo, valuta e disponibilità. Recensioni e aggregateRating vanno dichiarati solo quando esistono davvero e rispettano le linee guida del motore di ricerca. Non inserisco valori dimostrativi nel sito reale.

Organization e Person

Per un'attività professionale mantengo coerenti nome, URL, profili esterni e relazione tra persona e brand. Nel mio caso l'entità principale deve rendere chiaro che Francesco Guiducci è il professionista freelance dietro IFG Digital, senza trasformare il markup in una lista di claim promozionali.

BreadcrumbList e Article

Breadcrumb e articoli possono essere descritti con dati strutturati quando corrispondono alla struttura reale della pagina. Il markup Article deve usare titolo, autore, date e immagine effettivi; non aggiungo una seconda bio o un secondo autore solo per aumentare artificialmente i segnali semantici.

FAQPage: non usarlo come scorciatoia

Il fatto che una pagina contenga FAQ non significa che debba necessariamente emettere un secondo script FAQPage. Prima verifico le linee guida correnti di Google e soprattutto evito grafi duplicati generati contemporaneamente da tema, app e metafield. Le domande devono comunque essere visibili agli utenti: niente FAQ nascoste solo per crawler.

Come valido l'implementazione

  1. Controllo il sorgente HTML e conto i grafi JSON-LD effettivamente renderizzati.
  2. Verifico che i valori corrispondano al contenuto visibile.
  3. Uso Schema Markup Validator per la sintassi e Google Rich Results Test quando il tipo è supportato.
  4. Controllo Search Console per errori e idoneità, senza interpretare l'assenza di un rich result come prova di un errore nello schema.
  5. Dopo ogni modifica eseguo un nuovo controllo su prodotto, collezione, articolo e home.

Dati strutturati e GEO

Schema.org può rendere alcune informazioni più esplicite, ma non esiste un markup che obblighi ChatGPT, Gemini, Claude, Perplexity o Google a selezionare un sito. Nel mio Protocollo GEO lo schema è uno dei controlli tecnici insieme a crawlability, entità, contenuti visibili e qualità dei dati.

Se vuoi verificare il tuo store, questi controlli rientrano nel mio audit Shopify e nell'ottimizzazione GEO tecnica.

Aggiornato il 3 settembre 2026.

Questo sito non usa cookie, analytics o pubblicità, quindi non c’è nulla da accettare. Nel browser può essere salvata solo la pausa delle animazioni, se la scegli.