Pagina prodotto che posiziona: contenuto, Product schema e obblighi

Una pagina prodotto si posiziona quando contiene qualcosa che nessun altro pubblica: foto tue, misure, materiali, disponibilità vera e prezzo completo. La descrizione copiata dal fornitore è la ragione per cui la pagina non emerge.

La scheda risponde a tre ricerche diverse: il nome esatto del prodotto, la categoria a cui appartiene e il problema che risolve. Un solo testo non copre tutte e tre, ma la pagina può farlo con titolo, specifiche e una sezione di domande brevi. Se manca il contenuto proprio, nessun dato strutturato compensa.

La struttura che regge

Dati strutturati Product

Il blocco JSON-LD con tipo Product dichiara name, image, description, sku, brand, gtin o mpn e un oggetto offers con price, priceCurrency, availability, itemCondition, shippingDetails e hasMerchantReturnPolicy. Google chiede questi campi per le schede prodotto nei risultati e per le inserzioni Merchant Center, come risulta nella documentazione letta il 1 novembre 2026. Un Product senza offers non produce nulla: prezzo e disponibilità sono il dato che interessa. I dettagli operativi sono in come aggiungere schema markup.

Prezzo, disponibilità e obblighi

La direttiva 2011/83/UE, articolo 6, paragrafo 1, lettera e, chiede il prezzo totale con imposte e spese di consegna, o l'indicazione che possono essere dovute, prima dell'ordine: una pagina che mostra 29,90 € e aggiunge 6,90 € al checkout non rispetta la norma e perde l'ordine. Dal 13 dicembre 2024 il regolamento (UE) 2023/988 sulla sicurezza generale dei prodotti chiede, per la vendita a distanza, nome e indirizzo del produttore e della persona responsabile nell'Unione: sono righe da mettere nella scheda. Un prodotto esaurito tiene lo stesso indirizzo e diventa «esaurito, avvisami»: un 404 butta via la storia della pagina.

# la scheda dichiara un Product con un'offerta?
curl -s https://www.esempio.it/prodotti/tazza-ceramica | grep -o '"@type":"Product"'
curl -s https://www.esempio.it/prodotti/tazza-ceramica | grep -o '"price":"[^"]*"'

# prezzo e disponibilità sono nell'HTML iniziale?
curl -s https://www.esempio.it/prodotti/tazza-ceramica | grep -o '"availability":"[^"]*"'

# la scheda ha un canonical proprio
curl -s https://www.esempio.it/prodotti/tazza-ceramica | grep -o '<link rel="canonical" href="[^"]*"'

Blocchi dal catalogo

Una gallery a griglia di Shadcn Space per le foto, la categoria table con 13 blocchi per le specifiche, la categoria faq con 24 blocchi per le domande sulla compatibilità e CTA 01 di Shadcn UI Blocks per l'avviso di riassortimento. La licenza è quella dichiarata dal publisher nel record, da verificare prima dell'uso.

Varianti e duplicati

Una pagina per variante conviene solo quando quella variante ha una ricerca propria: «tazza ceramica 350 ml» sì, «tazza ceramica 350 ml blu» quasi mai. Negli altri casi si tiene una pagina con selettori e canonical verso sé stessa. Le pagine generate per ogni combinazione sono duplicati che consumano crawl: meglio poche pagine complete che trecento pagine vuote.

Il limite da dichiarare

I dati strutturati non migliorano il contenuto: se la scheda è la descrizione del fornitore copiata, il markup non la fa emergere. Le schede con prezzo nei risultati richiedono dati coerenti e un account Merchant Center. Il catalogo EneUI non contiene un livello dati prodotto, solo componenti di interfaccia, e le foto vanno fatte, non scaricate.

Dove continuare

I dati strutturati passo per passo sono in come aggiungere schema markup, il testo che appare nel risultato in meta description che funziona, il quadro del negozio in creare un sito e-commerce. Se la scelta è tra piattaforma e componenti, il confronto è in WordPress, Wix o componenti React.