Adsentry
IT EN
Accedi Registrati gratis
Italiano English
Accedi Registrati gratis
GUIDA OPERATIVA • MERCHANT CENTER

Sospensione Google Merchant Center:
cause reali e checklist di ripristino (2026)

Una sospensione non è solo un “errore tecnico”: nella maggior parte dei casi è la somma di trust signals deboli, policy poco chiare, incoerenze tra pagina prodotto e dati, oppure qualità del feed prodotti. Questa guida ti dà un percorso pratico: cosa fare subito, cosa sistemare prima e come ridurre il rischio che il problema torni.

Lettura ~10 min Aggiornato marzo 2026 Obiettivo: ripristino stabile
In breve: cosa fare (ordine corretto)
Report gratuito (audit in 60s) Vai alla checklist
Metti in sicurezza trust & policy
Stabilizza pagina prodotto (prezzo/stock/varianti)
Correggi il feed solo dopo la base
Imposta una routine mensile di prevenzione
Termini chiave (glossario)

Capire la sospensione: cosa significa davvero

Una sospensione indica che, per la piattaforma, esiste un rischio elevato legato a conformità, trasparenza o qualità. In pratica: il sistema (o i revisori) non “si fidano abbastanza” di alcuni elementi del tuo ecosistema (sito + catalogo + impostazioni in Merchant Center).

Quello che molti sottovalutano: la correzione più efficace raramente è una singola modifica. È un set di interventi coerenti, con priorità: prima trust e policy, poi pagina prodotto e coerenze, poi feed e scalabilità.

Se modifichi 10 cose “a caso”, rischi di perdere tempo. Se segui una sequenza, riduci drasticamente i cicli di review.

Le prime 24 ore: cosa fare (ordine corretto)

Obiettivo

Fermare la “deriva” (modifiche non tracciate) e costruire un percorso di fix verificabile.

  1. Congela le modifiche casuali: niente update simultanei di feed, prezzi e template senza un minimo di log.
  2. Individua il perimetro: domini/sottodomini usati per shop, checkout, pagine policy, tracking.
  3. Controlla le pagine fondamentali: contatti, resi/rimborsi, spedizioni, termini, privacy/cookie (accessibili e coerenti).
  4. Scegli 3 pagine prodotto campione: bestseller, variante, promo. Verifica coerenze e “trust” vicino all’acquisto.
  5. Riduci ambiguità: claim aggressivi, promesse non supportate, condizioni nascoste, accessori non inclusi non dichiarati.
  6. Solo dopo rivedi feed e attributi: titoli, immagini, condition, shipping, brand/gtin, varianti.
Regola pratica: se il sito non è “a prova di revisione”, intervenire sul feed spesso non risolve.

Trust signals e policy: i controlli che pesano di più

Merchant Center valuta anche fiducia e trasparenza del venditore. Le policy non sono “burocrazia”: sono trust signals che riducono contestazioni e aumentano la verificabilità.

Pagina Deve contenere Errore tipico
Contatti Email di supporto, (eventuale) indirizzo, canale assistenza e tempi di risposta Solo form / contatti “nascosti” / link non funzionanti
Resi e rimborsi Tempi, condizioni, procedura, eccezioni, chi paga la spedizione Testo generico (“resi disponibili”) senza regole
Spedizioni Costi, tempi stimati, corrieri, tracking, aree servite Tempi “indicativi” senza range o aree
Termini Identità venditore, condizioni d’acquisto, limitazioni Identità incompleta o incoerente col footer
Privacy/Cookie Coerente con tracking/tag e con l’esperienza di checkout Template “standard” non allineato ai tag presenti
Errori trust che “pesano”
  • Policy difficili da trovare (solo footer, testo minuscolo, non indicizzata).
  • Resi/rimborsi contraddittori o senza tempi/procedura.
  • Dominio corporate + store su sottodominio senza identità replicata.
  • Checkout esterno senza spiegazione.
Fix veloce “safe”
  • Sezione “In breve” (3–5 bullet) in policy + versione estesa sotto.
  • Link policy visibili anche da header/menu o da pagina prodotto.
  • Footer coerente su tutte le sezioni (stessi dati e link fondamentali).
  • Pagina contatti con email ben visibile (non solo form).

Pagina prodotto e coerenze: prezzo, disponibilità, condizioni

Molti casi si riaccendono quando la pagina prodotto mostra una cosa e il sistema ne legge un’altra. Le cause più frequenti: varianti, script dinamici, cache, markup duplicati e contenuti “invisibili”.

Controlli rapidi (campione)
  • Prezzo: prezzo visibile = price nello Offer.
  • Disponibilità: UI = availability nel markup.
  • Varianti: cambiano prezzo/stock? il markup segue?
  • Condizione: nuovo/usato/ricondizionato esplicito.
  • Garanzia/resi/spedizioni richiamati vicino all’acquisto.
I 3 killer più comuni
  • Prezzo aggiornato via JS, JSON-LD fermo.
  • Due JSON-LD Product/Offer con valori diversi.
  • Cache/CDN che serve una versione vecchia della pagina.
Pro tip

Se usi plugin SEO + e-commerce + tema, è comune avere schema duplicato. Anche se “sembra tutto ok”, può causare incoerenze. Verifica e riduci a un Product “principale”.

Feed: errori che riaccendono il problema

Quando il sito è in ordine, passa al feed. Qui gli errori sono più “meccanici”, ma vanno trattati con disciplina. Se correggi il feed senza sistemare la base (policy/pagina prodotto), il problema spesso ritorna.

I 10 errori feed più comuni in fase di ripristino
  1. Condition errata o incoerente con pagina.
  2. Prezzo non corrispondente (sale price/price/currency/tasse).
  3. Disponibilità non corrispondente (stock e varianti).
  4. Immagini non conformi (watermark, placeholder, mismatch).
  5. Brand/GTIN mancanti o incoerenti quando richiesti.
  6. Shipping incoerente con spedizioni (costi/tempi).
  7. Titoli ambigui che nascondono condizione o vincoli importanti.
  8. Varianti: mapping incompleto o duplicati.
  9. Link prodotto che reindirizza/404/geoblocchi.
  10. Aggiornamenti massivi senza test campione (10–20 item).

Checklist completa di ripristino

Usa questa checklist come piano di lavoro. Chiudi prima le criticità che impattano fiducia e coerenza, poi rifinisci il feed.

A. Trust & policy
  • Contatti completi (email visibile) e raggiungibili.
  • Resi/rimborsi con tempi, procedura, eccezioni.
  • Spedizioni con costi/tempi/aree/tracking.
  • Termini/Privacy/Cookie coerenti e accessibili.
  • Identità venditore coerente (anche su sottodomini).
B. Pagina prodotto
  • Prezzo visibile = price nel markup.
  • Disponibilità UI = availability nel markup.
  • Varianti coerenti (prezzo/stock per variante).
  • Condizione dichiarata chiaramente.
  • Garanzia/resi/spedizioni richiamati prima dell’acquisto.
C. Feed
  • Immagini conformi e coerenti col prodotto.
  • Brand/GTIN/SKU corretti (quando richiesti).
  • Shipping coerente con policy e impostazioni.
  • Varianti: mapping completo, no duplicati.
  • Test campione prima di aggiornamenti massivi.
D. Dopo il ripristino
  • Changelog delle modifiche (cosa/quando/perché).
  • Controllo mensile + post-deploy (tema/checkout/plugin).
  • Riduzione plugin/markup duplicati.
  • Audit dopo cambi pricing rules, shipping, policy, tracking.

Vuoi individuare le criticità prima di richiedere review?

Adsentry evidenzia trust signals mancanti, policy deboli e incoerenze tra pagina e markup che riaccendono le sospensioni.

Prevenzione: il controllo mensile in 30 minuti

Se vuoi stabilità, devi trasformare la compliance in routine. Un controllo mensile riduce i “collassi improvvisi”.

Routine
  1. Apri 3 pagine prodotto: bestseller, una con varianti, una in promo.
  2. Verifica prezzo/stock visibile e markup (Offer) e che non ci siano duplicati evidenti.
  3. Controlla policy raggiungibili (resi/spedizioni/contatti) da menu/footer e da pagina prodotto.
  4. Testa 3 item del feed: titolo, immagine, condition, shipping.
  5. Ripeti audit dopo ogni change importante (tema, checkout, plugin, pricing rules).
Vuoi automatizzare il controllo mensile con un report?

Registrati gratis e genera un report: trust signals, pagine policy, coerenza prezzo/disponibilità e check schema.org Product. Nessuna carta richiesta.

Vuoi identificare le criticità sul tuo sito prima della review?

Registrati gratis e genera un report: trust signals, pagine policy, coerenza prezzo/disponibilità e check schema.org Product. Nessuna carta richiesta.