Checklist SEO per pagine prodotto nella ricerca AI: schema, feed e dati prodotto
La ricerca AI non sostituisce la SEO classica delle pagine prodotto. Rende più visibili i punti deboli. Una pagina prodotto ha ancora bisogno di titolo chiaro, contenuto crawlable, esperienza mobile stabile e URL canonico. In più, contenuto visibile, Product JSON-LD, attributi di variante, immagini, policy e feed Merchant Center devono descrivere gli stessi product facts.
Questa checklist è pensata per team DTC che hanno già PDP e vogliono renderle più comprensibili per Google Search, Google Shopping, esperienze tipo AI Mode e altri sistemi di product discovery. L'obiettivo operativo è ridurre l'ambiguità in modo che crawler, feed e report leggano gli stessi dati: contenuto pagina, Product JSON-LD, dati Merchant Center, immagini, varianti, shipping, returns e label analytics.
Cosa cambia nella SEO delle pagine prodotto
La documentazione Product structured data di Google distingue product snippets e merchant listings. Product snippets riguarda dati come recensioni, prezzo e disponibilità. Merchant listings si applica alle pagine acquistabili e supporta informazioni più commerciali come spedizione, taglie, resi e varianti. Google consiglia anche di combinare dati strutturati di pagina e feed Merchant Center, perché le due fonti aiutano a capire e verificare i dati prodotto.
L'AI shopping aumenta il peso della completezza degli attributi. Nell'aggiornamento AI Mode shopping del 20 maggio 2025, Google spiega che AI Mode combina capacità Gemini e Shopping Graph, che include product listings con recensioni, prezzi, colori e disponibilità. Il 27 maggio 2026 Merchant Center ha annunciato AI performance insights con product attribute insights e attribute completeness score.
La PDP SEO diventa quindi un workflow di qualità dei dati prodotto, non solo un lavoro di copywriting.
Controllo 1: crawl, indicizzazione e canonical
Prima di intervenire su schema, controlla le basi.
- L'URL canonico della pagina prodotto restituisce un 200 stabile.
- L'URL canonico coincide con URL in structured data, sitemap e Merchant Center feed link.
- Robots, noindex, login wall e redirect regionali non bloccano la pagina prodotto.
- Le pagine localizzate mantengono relazioni alternate coerenti e non mischiano lingue nella stessa pagina.
- La strategia URL delle varianti è chiara: pagina canonica per variante oppure varianti espresse sotto un prodotto parent.
Se queste basi sono sbagliate, i dati strutturati non correggono il problema; rendono solo il conflitto più evidente.
Controllo 2: allineare fatti visibili e Product JSON-LD
Il Product JSON-LD di una PDP dovrebbe descrivere ciò che l'acquirente vede nella stessa pagina. Controlla prima:
- Nome e descrizione del prodotto.
- URL immagine crawlable e pertinenti.
- SKU, MPN, GTIN e brand quando disponibili.
- Dati Offer come price, currency, URL, availability e condition.
- aggregateRating solo quando esistono review count e rating reali.
Non inserire claim nascosti, recensioni inventate o policy non visibili nella pagina. Schema deve essere la versione machine-readable dei fatti presenti nella PDP.
Controllo 3: separare Product schema e profondità merchant listing
Product schema non è una singola casella. Google separa product snippets, merchant listings, variants, shipping, returns, loyalty e policies. Un audit PDP deve porre due domande.
- Quali fatti può esprimere in modo affidabile il Product JSON-LD della pagina oggi?
- Quali campi dovrebbero vivere in Merchant Center feed o merchant listing markup?
Prezzo e disponibilità possono comparire sia in markup sia nel feed. Shipping e returns possono arrivare da Merchant Center, merchant listing markup a livello prodotto o policy markup a livello organizzazione. Valori contraddittori in più sistemi creano rischio operativo.
Controllo 4: mantenere coerenti pagina, feed e inventory
Le superfici di ricerca e shopping AI sono sensibili ai product facts obsoleti. Confronta questi campi tra PDP, feed e backend records.
- Prezzo, sale price e periodo di validità.
- availability, preorder/backorder e availability date.
- Immagine principale e immagini aggiuntive.
- brand, GTIN, MPN e identifier exists.
- Google product category e item group ID.
- size, color, material, pattern, gender, age group e size system.
- shipping weight, product dimensions e misure rilevanti per l'acquisto.
La regola pratica: pagina, schema e feed non devono contraddirsi su cosa sia il prodotto, se sia disponibile e quanto costi.
Controllo 5: audit degli attributi come sistema di discovery
Gli acquirenti fanno domande in linguaggio naturale. Non guardare solo una keyword nel titolo; verifica se la pagina risponde ai filtri di acquisto più comuni.
- Di che materiale è fatto il prodotto?
- Quale taglia, fit o compatibilità supporta?
- Quale colore, finitura o variante è mostrata?
- Questo SKU è singolo prodotto, bundle, multipack o variante?
- A quale mercato, lingua e valuta è destinata la pagina?
- Come incidono shipping, returns e disponibilità sulla decisione?
Product attribute insights e attribute completeness score di Merchant Center sono segnali utili per stabilire le priorità.
Controllo 6: immagini crawlable e comprensibili
Le immagini prodotto non sono decorazione. Verifica che:
- L'immagine principale provenga da URL crawlable.
- Le image URLs in structured data puntino a immagini prodotto pertinenti.
- L'alt text descriva il prodotto in modo naturale, senza keyword stuffing.
- Le immagini di variante corrispondano alla variante selezionata quando possibile.
- Le trasformazioni CDN non blocchino Googlebot e non producano solo URL temporanei.
Un'immagine non accessibile non aiuta una presentazione prodotto più ricca.
Controllo 7: misurare dopo la pubblicazione
Dopo il deploy usa report, non impressioni.
- Search Console Product snippets e Merchant listings reports per warnings e invalid items.
- Search Console Performance report per impressions, clicks, CTR e rich result appearance.
- Merchant Center diagnostics e feed issue reports per problemi nei dati prodotto.
- Merchant Center AI performance insights quando disponibile nel mercato.
- Storefront analytics per comportamento dopo la visita PDP.
Il workflow è un ciclo: correggere invalid items, ispezionare live URLs, chiedere validation e confrontare dopo recrawl.
Come Foundax supporta il workflow
Foundax aiuta a mantenere coerenti i product facts tra pagine pubbliche, structured data, Search Console, Merchant Center e analytics.
- Published PDP runtime può emettere Product JSON-LD con Product, Offer e AggregateRating quando i dati esistono.
- Il SEO workspace supporta metadata, canonical, sitemap, Search Console verification e sitemap submission.
- GMC preflight e sync controllano required fields prima dell'invio e trattano merchant-provided facts come source of truth.
- Product import templates e structured product records aiutano a gestire SKU, attributes, images, pricing e GMC fields in un modello unico.
- Multi-locale storefront e content workflows aiutano a tenere coerenti pagine localizzate e discovery path.
Per la ricerca AI conta ridurre il disallineamento tra product record, pagina pubblica e merchant feed.
Audit PDP in 30 minuti
- Apri la pagina prodotto live e controlla canonical, language, title, description, image, price e availability.
- Ispeziona il Product JSON-LD renderizzato e confrontalo con il contenuto visibile.
- Trova lo stesso SKU o item group nel Merchant Center feed.
- Leggi warnings e invalid items in Search Console Product structured data reports.
- Collega gli attributi mancanti a reali filtri di acquisto.
- Correggi prima i source product records, poi rigenera page, schema e feed.
- Ritesta la live URL e osserva Search Console e Merchant Center dopo recrawl.
FAQ
Che ruolo dovrebbe avere Product schema?
Product schema esprime i fatti reali della pagina in formato machine-readable: identità, immagini, offers, rating reali, shipping, returns e contesto variante. Aiuta a confrontare PDP, markup e merchant feed.
Quali campi controllare per primi?
Inizia da title, description, images, SKU o identifiers, brand, price, currency, availability, canonical URL e variant attributes.
Qual è la differenza tra product snippets e merchant listings?
Product snippets riguarda risultati prodotto in Search, come recensioni, prezzo e disponibilità. Merchant listings riguarda pagine acquistabili e include dettagli commerce come shipping, returns, taglie e varianti.
Ogni pagina prodotto deve avere FAQ schema?
Solo se la pagina contiene FAQ visibili per l'acquirente e l'implementazione supporta quel markup. Structured data invisibile aggiunto solo per la checklist è un rischio di qualità.
Ogni quanto ricontrollare la SEO delle pagine prodotto?
Dopo cambi template, cambi feed, automazioni prezzo o inventory, grandi update di localizzazione e warning Search Console o Merchant Center. Gli SKU ad alto traffico richiedono controllo ricorrente.
Come aiuta Foundax?
Foundax mette product records, PDP metadata, Product JSON-LD, sitemap/Google workflows e GMC preflight/sync nello stesso percorso operativo, riducendo mismatch tra pagina, schema e feed.
Fonti e documentazione
Letture correlate
Per il modello di discovery più ampio, leggi Product Data Is Becoming the SEO Layer for AI Commerce Discovery. Per dare priorità ai campi tra catalog, feed e storefront, usa Agentic Commerce Product Data Guide.