Una scheda prodotto WooCommerce non è soltanto la pagina visualizzata dal cliente. È un sistema composto da contenuti visibili, dati di catalogo distribuiti attraverso i feed e markup strutturato interpretabile dalle macchine.
Questi livelli hanno funzioni diverse, ma devono rappresentare la stessa versione commerciale del prodotto. Un feed completo non compensa una pagina povera di informazioni. Allo stesso modo, uno schema formalmente corretto non risolve prezzi, disponibilità o identificatori in contraddizione tra loro.
Di cosa parlerò in questa pagina
La scheda prodotto WooCommerce è un sistema
Prezzo, SKU, disponibilità e altri attributi possono comparire sia nella pagina sia nel feed e nei dati strutturati. Questa ripetizione è normale. Il problema nasce quando lo stesso attributo assume valori differenti oppure quando ogni livello descrive il prodotto con una granularità che rende difficile associarlo agli altri.
Per esempio, il feed potrebbe presentare il prezzo di una variante specifica, mentre la pagina mostra un prezzo iniziale e il markup un’offerta aggregata. I valori non sono necessariamente falsi, ma potrebbero riferirsi a entità commerciali differenti.
L’obiettivo operativo non è eliminare la ripetizione: è fare in modo che pagina, feed e markup descrivano correttamente il prodotto o la variante selezionata.
Testo, feed e schema: tre funzioni distinte
| Livello | Funzione principale | Contenuti tipici |
|---|---|---|
| Testo visibile | Informare, differenziare il prodotto e ridurre l’incertezza | Casi d’uso, compatibilità, misure, differenze tra varianti e contenuto dell’acquisto |
| Feed | Distribuire dati standardizzati del catalogo ai canali commerciali | Identificatori, attributi, prezzo, valuta e disponibilità |
| Dati strutturati | Rendere prodotto, offerte e varianti interpretabili dalle macchine | Prodotto, gruppo di varianti, offerte e relativi attributi |
Il testo della pagina continua quindi ad avere una funzione specifica. Può spiegare come utilizzare il prodotto, con quali elementi è compatibile, che cosa cambia tra una variante e l’altra e che cosa è incluso nell’acquisto. Quando pertinenti e verificabili, può inoltre chiarire consegna, garanzia e reso.
Secondo l’interpretazione editoriale proposta da Search Engine Journal, questi contenuti aiutano a costruire fiducia e a sostenere la decisione d’acquisto. Ciò non dimostra, tuttavia, che gli agenti AI leggano o utilizzino sempre il testo delle schede prodotto.
Costruire una fonte dati coerente
Il primo passo consiste nello stabilire una fonte principale per i dati commerciali. A seconda dell’architettura del progetto, può essere WooCommerce, un ERP oppure un PIM.
Occorre quindi mappare almeno gli attributi rilevanti per il catalogo:
- SKU e GTIN;
- brand;
- prezzo e valuta;
- disponibilità;
- colore e taglia;
- condizione.
Quando possibile, il feed dovrebbe essere generato dagli stessi campi utilizzati per costruire la pagina. Secondo la documentazione WooCommerce richiamata per questo tema, Google confronta i dati presenti nel feed con quelli disponibili nella pagina e nel markup strutturato.
Una mappatura esplicita permette di verificare non soltanto se un valore esiste, ma anche quale sistema lo produce e quale prodotto o variante rappresenta.
Varianti WooCommerce: dove nascono i mismatch
I prodotti variabili sono uno dei punti più delicati. Il feed può contenere un record per ogni variante, mentre il markup standard può rappresentare informazioni aggregate a livello di prodotto principale. Questa differenza può produrre possibili mismatch.
Un caso tipico è il confronto tra:
- una variante specifica presente nel feed;
- un prezzo iniziale o un intervallo mostrato nella pagina;
- un’offerta aggregata dichiarata nei dati strutturati.
Per rappresentare una famiglia di varianti, Google Search Central raccomanda l’uso di ProductGroup associato a singoli oggetti Product. Ogni variante commerciale rilevante dovrebbe avere un identificatore univoco, come SKU o GTIN, ed essere raggiungibile tramite un URL che la preselezioni mostrando i dati corretti.
Aprendo tale URL, immagine, prezzo e disponibilità devono corrispondere alla variante selezionata. Il controllo deve quindi essere eseguito sulle singole configurazioni e non soltanto sulla pagina generica del prodotto principale.
Come scrivere testi che completano i dati tecnici
Una descrizione efficace non dovrebbe limitarsi a riprendere un testo generico del produttore o a inserire keyword. Deve colmare le lacune informative lasciate dai dati standardizzati.
Prima della pubblicazione è utile verificare se il testo risponde a domande concrete:
- Per quali casi d’uso è indicato il prodotto?
- Con quali dispositivi, accessori o contesti è compatibile?
- Quali sono le misure rilevanti?
- Che cosa cambia tra colori, taglie o altre varianti?
- Che cosa riceve effettivamente il cliente?
- Esistono informazioni pertinenti e verificabili su consegna, garanzia o reso?
Il markup non deve essere usato per aggiungere informazioni assenti dalla pagina o non verificabili. I dati strutturati servono a rappresentare il contenuto e l’offerta, non a creare una seconda versione invisibile della scheda.
Checklist tecnica per pagina, feed e markup
- Identificare la fonte principale: chiarire se ogni dato proviene da WooCommerce, ERP, PIM o da un’altra componente del catalogo.
- Controllare le varianti: confrontare SKU, GTIN, prezzo, valuta, disponibilità e attributi per ogni configurazione rilevante.
- Aprire gli URL preselezionati: verificare che ciascun collegamento mostri la variante prevista.
- Confrontare gli elementi visibili: immagine, prezzo e disponibilità devono cambiare coerentemente con la selezione.
- Esaminare il feed: stabilire se i record rappresentano il prodotto principale oppure le singole varianti.
- Verificare il markup: controllare gli output generati dal tema, dal plugin SEO e dai plugin dedicati ai feed.
- Individuare duplicazioni: più componenti possono produrre markup relativo allo stesso prodotto, creando oggetti duplicati o non coordinati.
- Controllare l’HTML iniziale: Google consiglia di inserire qui il markup prodotto; la generazione tramite JavaScript può rendere meno affidabile la rilevazione dei dati dinamici.
- Monitorare dopo gli aggiornamenti: verificare Merchant Center e Search Console dopo modifiche a tema, plugin o checkout.
Come individuare il markup duplicato
La diagnosi deve partire dall’elenco delle componenti che possono generare dati strutturati: tema, plugin SEO e plugin collegati ai feed. Per ogni componente va verificato se produce un oggetto relativo allo stesso prodotto o alla stessa offerta.
La presenza di più blocchi non è sufficiente, da sola, per concludere che i dati siano errati. Occorre controllare se gli oggetti sono realmente duplicati, se descrivono livelli differenti del catalogo e se valori come identificatore, prezzo e disponibilità rimangono coerenti.
WooCommerce presenta inoltre Expanded Structured Data come una funzione sperimentale. Non va considerata una soluzione stabile o adatta indistintamente a ogni catalogo: può aumentare la complessità e il carico della pagina.
Validità tecnica non significa visibilità garantita
La validità dei dati strutturati può rendere una pagina idonea a determinate funzionalità di ricerca, ma non garantisce ranking, visualizzazione o rich result. Allo stesso modo, non ogni mismatch indica la presenza di dati falsi: pagina, feed e markup possono rappresentare il catalogo con livelli di granularità differenti.
Nessuno dei tre livelli può risolvere da solo un problema di qualità del catalogo. Il criterio conclusivo resta uno: testo, feed e dati strutturati devono descrivere correttamente la stessa versione commerciale del prodotto.
Serve una verifica del catalogo?
Per web agency, agenzie marketing e professionisti, una verifica tecnica può aiutare a individuare incoerenze tra schede WooCommerce, varianti, feed e dati strutturati, distinguendo i problemi reali dalle differenze di granularità.
Contattami per saperne di più.
AI Modified
Fonti
- Does My Product Page Copy Still Matter If Agents Read Feeds And Schema? – Ask An SEO via @sejournal, @rollerblader (www.searchenginejournal.com)
- Google Product Feed – Expanded structured data markup Documentation – WooCommerce (woocommerce.com)
- Product Variant Structured Data (ProductGroup, Product) | Google Search Central | Documentation | Google for Developers (developers.google.com)
Domande frequenti
Sì, perché svolge una funzione diversa. Il feed distribuisce dati standardizzati e lo schema rende prodotto e offerte interpretabili dalle macchine; il testo fornisce contesto, chiarisce differenze e riduce l’incertezza dell’utente.
Il testo informa e sostiene la decisione d’acquisto. Il feed distribuisce il catalogo ai canali commerciali. I dati strutturati rappresentano in modo interpretabile prodotti, offerte e varianti presenti nella pagina.
Ogni variante commerciale rilevante dovrebbe avere un identificatore univoco e un URL che la preselezioni. Google raccomanda ProductGroup con singoli oggetti Product per rappresentare le famiglie di varianti. Immagine, prezzo e disponibilità devono corrispondere alla selezione.
La verifica dovrebbe includere SKU, GTIN, brand, prezzo, valuta, disponibilità, colore, taglia e condizione. È inoltre necessario capire se ciascun valore si riferisce al prodotto principale o a una variante specifica.
No. La validità può rendere la pagina idonea a determinate funzionalità, ma non garantisce ranking, visualizzazione o rich result.
Bisogna verificare separatamente l’output del tema, del plugin SEO e dei plugin per i feed, controllando se più componenti producono oggetti relativi allo stesso prodotto. Successivamente vanno confrontati identificatori, offerte, prezzi e disponibilità.
