Product Schema per E-commerce: Come Implementarlo

9 min di lettura

Due negozi online vendono la stessa crema viso biologica. Uno ha il Product Schema completo (nome, prezzo, disponibilità, recensioni, immagini); l’altro ha solo il titolo del prodotto nel tag H1. Quando un utente chiede a ChatGPT “migliore crema viso biologica sotto i 30 euro”, indovina quale dei due viene citato. Nel marzo 2025, Google e Microsoft hanno confermato di usare lo schema markup per le funzionalità AI generativa. ChatGPT ha fatto lo stesso (Tonic Worldwide, febbraio 2026). Il Product Schema è passato da “ottimizzazione facoltativa” a requisito operativo: i siti e-commerce con dati strutturati completi ottengono un CTR del 20-30% superiore (Timmermann Group, 2026).

Il Product Schema è il codice strutturato che comunica a Google, ChatGPT, Perplexity e alle altre AI esattamente cosa è il tuo prodotto, quanto costa, se è disponibile, e cosa ne pensano i clienti. Senza questo codice, i motori e le AI devono indovinare dal tuo HTML, e spesso sbagliano o ti ignorano. Questa guida copre l’implementazione passo-passo, i campi prioritari, la gestione delle varianti, la validazione e gli errori da evitare.

La guida SEO per e-commerce copre il quadro completo; la guida alle schede prodotto spiega l’ottimizzazione del contenuto visibile. Qui ci concentriamo sui dati strutturati.

Cosa fa il Product Schema e perché è indispensabile nel 2026

Lasso (febbraio 2026) sintetizza le tre funzioni dei dati strutturati per e-commerce: abilitare i rich results in Google Search (prezzo, disponibilità, rating visibili direttamente nei risultati), alimentare le esperienze di shopping AI (Google AI Mode, AI Overviews, agenti di acquisto), e validare i dati del Merchant Center (Google usa lo schema delle pagine per verificare e integrare i dati del feed prodotto).

In termini pratici: un prodotto con Product Schema completo può comparire nei risultati di Google con prezzo, stelline di rating e badge di disponibilità. Lo stesso prodotto senza schema appare come un semplice link blu, indistinguibile da migliaia di altri risultati.

I campi del Product Schema: dal minimo indispensabile al completo

Google distingue tra proprietà obbligatorie (richieste per l’idoneità ai rich results) e proprietà raccomandate (che arricchiscono la visualizzazione e migliorano la comprensione da parte delle AI). Lasso (2026) avverte: “un Product Schema con solo nome e prezzo è valido dal punto di vista della sintassi, ma debole dal punto di vista commerciale”.

Proprietà	Tipo	Esempio	Impatto
name	Obbligatoria	“Nike Air Max 90 Donna Bianche”	Identifica il prodotto nei risultati
image	Obbligatoria	URL immagine principale	Thumbnail nei rich results
description	Raccomandata	Descrizione breve e chiara	Contesto per AI e rich snippets
brand	Raccomandata	{“@type”: “Brand”, “name”: “Nike”}	Associazione brand, Google Shopping
sku / gtin / mpn	Raccomandata	SKU: “NKE-AM90-W-38”	Identificazione univoca, Shopping results
offers	Obbligatoria	Oggetto Offer con price, availability	Prezzo e disponibilità nei risultati
aggregateRating	Raccomandata	ratingValue: 4.5, reviewCount: 127	Stelline nei risultati, segnale fiducia
review	Raccomandata	Recensioni individuali con autore e rating	Dettaglio recensioni, fiducia AI

Il nodo Offer (annidato dentro Product) contiene i campi commerciali più critici:

• price + priceCurrency: “99.99” + “EUR”. Deve corrispondere esattamente al prezzo visibile sulla pagina
• availability: usa i valori schema.org (https://schema.org/InStock, OutOfStock, PreOrder). Mai inventare valori personalizzati
• priceValidUntil: data fino a cui il prezzo è valido. Utile per promozioni e per il rich result “Price Drop”
• seller: identifica il venditore. Importante per marketplace con più venditori
• shippingDetails (OfferShippingDetails): costo e tempi di spedizione visibili direttamente nei risultati. Può essere un fattore decisivo per l’acquirente

Formato: JSON-LD è lo standard

Google raccomanda JSON-LD come formato preferito per i dati strutturati (Lasso, 2026). I vantaggi rispetto a Microdata e RDFa: si inserisce nel <head> o nel <body> senza modificare la struttura HTML della pagina, è più leggibile per il debug, e si mantiene più facilmente quando il template cambia.

Un esempio semplificato di Product Schema in JSON-LD:

{
  "@context": "https://schema.org",
  "@type": "Product",
  "name": "Nike Air Max 90 Donna Bianche",
  "image": "https://esempio.it/img/nike-am90-bianche.webp",
  "description": "Sneakers da corsa donna con ammortizzazione Air Max. Tomaia in mesh traspirante, suola in gomma antiscivolo.",
  "brand": {"@type": "Brand", "name": "Nike"},
  "sku": "NKE-AM90-W-38",
  "offers": {
    "@type": "Offer",
    "price": "139.99",
    "priceCurrency": "EUR",
    "availability": "https://schema.org/InStock",
    "seller": {"@type": "Organization", "name": "NomeShop"}
  },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "127"
  }
}

Per WooCommerce, Rank Math Pro genera automaticamente il Product Schema dalle informazioni del prodotto. Verifica sempre che i campi brand, sku/gtin e aggregateRating siano compilati: Rank Math li popola solo se i dati sono presenti nel prodotto WooCommerce. La guida allo schema markup copre i principi generali di implementazione.

Gestione delle varianti: ProductGroup e multi-Offer

Un prodotto con varianti (taglia, colore, materiale) richiede un’attenzione particolare. Google ha espanso il supporto per le varianti con il markup ProductGroup, che permette di raggruppare le varianti sotto un prodotto padre. SEO Clarity (2025) documenta che questo markup consente ai prodotti di comparire nei risultati per tutte le varianti, anche se esiste un solo URL.

Due approcci principali:

1. ProductGroup con Product figli: il prodotto padre è un ProductGroup, ogni variante è un Product con il proprio Offer (prezzo, disponibilità). Ideale quando le varianti hanno prezzi diversi
2. Product con multiple Offer: un singolo Product con un array di Offer, ognuno con attributi diversi (taglia, colore). Più semplice da implementare quando il prezzo è identico per tutte le varianti

In entrambi i casi, la regola è chiara: i dati dello schema devono corrispondere a ciò che il visitatore vede sulla pagina. Se la variante “Taglia 38” è esaurita, lo schema di quella variante deve indicare OutOfStock.

La regola d’oro: schema = realtà della pagina

Neotype (dicembre 2025) e Hashmeta (febbraio 2026) concordano: la discrepanza tra schema e contenuto visibile è l’errore più grave e più frequente nell’implementazione dei dati strutturati. Se lo schema dice “InStock” e la pagina mostra “Esaurito”, Google può rimuovere il rich result, e le AI smettono di fidarsi della fonte.

Punti critici da monitorare:

• Prezzo: deve corrispondere al centesimo. Se la pagina mostra €99,99, lo schema deve indicare 99.99 EUR
• Disponibilità: aggiornata in tempo reale (o quasi). I prodotti esauriti devono passare a OutOfStock nello schema
• Immagini: gli URL nello schema devono essere raggiungibili e restituire immagini valide
• Recensioni: solo recensioni raccolte sul proprio sito. Google penalizza recensioni fabbricate o aggregate impropriamente

Validazione e monitoraggio

L’implementazione del Product Schema richiede validazione prima del deploy e monitoraggio continuo. Lasso (2026) consiglia tre strumenti complementari:

1. Google Rich Results Test: verifica URL singoli per markup valido e anteprima del rich result. Testa le pagine rappresentative di ogni template prima del deploy su tutto il sito
2. Schema.org Validator: valida contro la specifica completa schema.org, catturando errori che il Rich Results Test potrebbe ignorare
3. Google Search Console (sezione “Miglioramenti”): monitora lo schema su tutto il sito, segnala errori e trend nel tempo. Nuovi errori dopo aggiornamenti del sito indicano problemi da risolvere immediatamente

La validazione dovrebbe essere parte della routine di manutenzione del sito, soprattutto dopo aggiornamenti della piattaforma, modifiche ai template, e cambiamenti nel catalogo prodotti.

Product Schema e visibilità AI

Search Engine Land (febbraio 2026) documenta che nella scoperta conversazionale dei prodotti, i dati strutturati servono alla verifica: le AI usano lo schema per validare prezzo, disponibilità e dettagli prima di raccomandare un prodotto. Google ha lanciato il Universal Commerce Protocol (UCP) a gennaio 2026 con piattaforme come Shopify, Etsy, Wayfair e Target, confermando che feed prodotto e dati strutturati determinano la visibilità nelle esperienze di shopping AI (AI Mode, Gemini, Business Agent).

I numeri confermano l’urgenza: Visibility Labs ha documentato un salto dal 2,1% al 14% delle query shopping che mostrano AI Overviews (dataset di 20,9 milioni di keyword, crescita di 5,6 volte in pochi mesi). I prodotti con Product Schema completo (prezzo, disponibilità, AggregateRating) sono i primi candidati per le citazioni nelle risposte AI. Chi implementa ora ha un vantaggio competitivo misurabile.

Per massimizzare la visibilità AI del Product Schema:

• Campi ricchi e completi: più proprietà compili, più le AI possono comprendere il prodotto. Un Product con solo nome e prezzo è “valido ma debole”; uno con brand, sku, description, aggregateRating e shippingDetails è una fonte citabile
• Descrizione con attributi specifici: “ammortizzazione per asfalto”, “adatto per piedi larghi”, “resistente all’acqua”. Le AI cercano attributi specifici per rispondere a query con vincoli precisi
• Coerenza tra schema, pagina e Merchant Center: prezzo, disponibilità e caratteristiche identici su tutti e tre i livelli. Google usa la coerenza come segnale di affidabilità
• FAQ con FAQPage Schema: le FAQ di prodotto (“Questa scarpa è adatta per correre su asfalto?”) in formato schema sono tra i contenuti più citati dalle AI. La guida alle FAQ per AI Overviews copre la formattazione

La guida al GEO copre il framework completo per la visibilità nelle risposte AI.

Domande frequenti

JSON-LD o Microdata: quale formato scegliere?

Google raccomanda JSON-LD. Si inserisce nel codice senza modificare la struttura HTML, è più facile da mantenere, più leggibile per il debug, e supportato da tutti i principali CMS e-commerce (WooCommerce via Rank Math, Shopify via app dedicate, Prestashop via moduli). Microdata funziona ancora, ma è più complesso da gestire su template dinamici.

Il Product Schema va messo nelle pagine categoria?

Il Product Schema descrive un singolo prodotto specifico ed è progettato per le schede prodotto. Sulle pagine categoria, che elencano più prodotti, usa CollectionPage o ItemList Schema. SEO Clarity avverte: applicare Product Schema a una pagina che elenca molti prodotti crea confusione per i motori di ricerca.

Come gestire i prodotti esauriti nello schema?

Aggiorna il campo availability da InStock a OutOfStock appena il prodotto si esaurisce. Mantieni tutti gli altri campi (nome, immagine, descrizione, rating) perché la pagina conserva il suo valore SEO. Se il prodotto torna disponibile, ripristina InStock. Per i prodotti fuori catalogo definitivamente, implementa un redirect 301.

Rank Math gestisce il Product Schema automaticamente?

Rank Math Pro genera automaticamente il Product Schema per i prodotti WooCommerce. Compila i campi name, image, description, offers (prezzo e disponibilità) e aggregateRating (se le recensioni WooCommerce sono attive). Verifica che brand e sku/gtin siano compilati nei campi personalizzati del prodotto, perché Rank Math li include nello schema solo se presenti nel database WooCommerce.

---

Il Product Schema è il ponte tra il tuo catalogo e la visibilità nei risultati di ricerca e nelle AI. Se vuoi verificare che il tuo e-commerce abbia i dati strutturati implementati correttamente, scrivimi per un audit: analizzo schema markup, rich results, coerenza con il Merchant Center e visibilità AI dei tuoi prodotti.