Perché la pagina prodotto vale più del feed
Nella pratica gli errori non nascono dal feed “sbagliato”, ma da un disallineamento tra tre fonti: feed, pagina prodotto e markup. Se una di queste tre “dice” qualcosa di diverso (anche solo per una variante), aumentano i segnali di rischio e le probabilità di mismatch e disapprovazioni.
I casi più frequenti: prezzo aggiornato in pagina ma non nel JSON-LD, disponibilità corretta nel database ma cached da CDN, oppure due sistemi che generano schema Product in parallelo.
Prezzo e promozioni: coerenza e casi limite
La coerenza del prezzo non è “solo” un numero: è numero + valuta + contesto (promo, sconti, bundle, shipping, geo-pricing). Il punto è evitare che l’utente veda A e il markup/Google legga B.
| Scenario | Errore tipico | Fix rapido |
|---|---|---|
| Promo / prezzo barrato | Prezzo “fantasma” in UI via JS, JSON-LD fermo al prezzo base | Allinea la fonte del prezzo (server-side) o aggiorna Offer in modo affidabile |
| Currency switcher | UI in EUR, markup con currency diversa o valore non convertito | Rendi priceCurrency coerente con la logica di mercato (meglio server-side) |
| Geo-pricing | Prezzi diversi per area, ma stesso URL e markup non stabile | URL per mercato o regola chiara e ripetibile per crawler (no “solo client-side”) |
| Spedizione | Costo shipping “a sorpresa”, policy poco chiara | Mostra stima/condizioni e rendi coerente la policy spedizioni |
- Apri in incognito (no cache browser).
- Confronta prezzo visibile vs JSON-LD (cerca
application/ld+json). - Se hai varianti: cambia variante e verifica che
Offer.pricesegua la UI. - Purge cache/CDN e ripeti (desktop + mobile).
Disponibilità e varianti: come evitare incoerenze
Lo scenario più comune: “Disponibile” in pagina, OutOfStock nel markup (o nel feed), oppure stock corretto ma solo per la variante default. Le varianti sono il punto dove molti store rompono la coerenza.
- Out of stock: se una variante è esaurita, la UI deve comunicarlo chiaramente (e bloccare l’acquisto).
- Preorder/backorder: se accetti ordini senza stock, scrivilo e allinea l’availability.
- Bundle/configuratori: se il prezzo è “a partire da”, evita di dichiarare un prezzo fisso nel markup.
- URL e canonica: se usi parametri variante, gestisci canonical e markup per evitare Offer incoerenti.
Fiducia: cosa deve essere evidente prima dell’acquisto
La fiducia è fatta di “micro-certezze”. Un utente (e un revisore) deve trovare senza sforzo: resi/rimborsi, spedizioni, garanzia e contatti. Non solo nel footer: anche nel contesto della pagina prodotto.
- Tempi di spedizione stimati (o range) + link policy
- Sintesi reso + link alla policy resi
- Garanzia/assistenza + come contattarti
- Condizione prodotto (soprattutto se ricondizionato/usato)
- Incluso / non incluso (accessori, alimentatore, confezione)
- Policy su difetti/DOA e gestione reclami
Contenuti e immagini: errori “invisibili” ma costosi
Qui i problemi non sono tecnici: sono di percezione. Google (e l’utente) leggono segnali di qualità, chiarezza e affidabilità. Alcuni errori sembrano “minori”, ma impattano direttamente la fiducia.
- Immagini fuorvianti: watermark/overlay pesanti, accessori non inclusi senza nota.
- Descrizioni generiche: troppo “template” (effetto dropshipping), poca specificità sul prodotto reale.
- Claim aggressivi senza condizioni: “garanzia totale”, “migliore al mondo”, ecc.
- Recensioni non credibili: finte, non verificabili, o incoerenti col catalogo.
Schema.org Product/Offer: cosa verificare davvero
Lo schema Product è utile quando è coerente. È dannoso quando è duplicato o contraddittorio. In una pagina prodotto, l’obiettivo non è “arricchire” a tutti i costi: è dichiarare pochi campi, ma sempre corretti.
2) Offer con price + currency coerenti col visibile
3) Offer con availability coerente con stock/varianti
4) Identificatori coerenti (brand, SKU/GTIN quando applicabile)
Checklist finale (30 controlli)
Usa questa checklist come controllo di qualità prima di scalare Shopping (o prima di richiedere una revisione Merchant Center).
- Prezzo visibile = prezzo markup
- Prezzo feed coerente (quando applicabile)
- Sale price coerente (no “prezzi fantasma”)
- Valuta unica o regola chiara (no mismatch geo)
- Nessun prezzo in immagini/overlay fuorviante
- Prezzo stabile su cache/CDN
- Cambio variante aggiorna prezzo (UI + Offer)
- Prezzi bundle/configuratore spiegati chiaramente
- Availability coerente (pagina + markup + feed)
- Varianti aggiornano availability
- Out of stock comunicato e non acquistabile
- Preorder/backorder dichiarato
- SKU/GTIN per variante (se diversi)
- Immagini coerenti con variante
- URL/parametri gestiti (canonical coerente)
- Contatti chiari (email/telefono o form assistenza)
- Resi/Rimborsi accessibile e comprensibile
- Spedizioni con costi/tempi e condizioni
- Garanzia/assistenza esplicite
- Condizione prodotto esplicita (se non nuovo)
- Incluso/non incluso (accessori) dichiarato
- Policy reclami/DOA chiara (se pertinente)
- Recensioni reali e contestualizzate (se presenti)
- Markup non duplicato (1 Product principale)
- Offer.price coerente
- Offer.priceCurrency coerente
- Offer.availability coerente
- Brand coerente
- SKU/GTIN coerenti (se presenti)
- Se prezzo/stock cambiano: cache purgata e retest
- Nessun conflitto plugin/app che genera JSON-LD
Vuoi una checklist sulla tua pagina prodotto?
Registrati e genera un report: trust signals, policy, coerenza prezzo/stock e controlli schema.org Product/Offer.