Merchant Center: discrepanza di prezzo o stock? (2026)

Circa 1 rifiuto Shopping su 4 in Google Merchant Center nel 2026 è un errore 'Mismatched value (price)' o 'Mismatched value (availability)' — e quasi nessuno significa che i tuoi dati siano errati, solo che il tuo feed e la tua pagina live divergevano nel momento in cui Google ha guardato. Merchant Center tratta il feed come una dichiarazione e la pagina di destinazione come la prova, quindi la correzione non è mai indovinare un nuovo prezzo; è far dire la stessa cosa al valore del feed, al prezzo visibile e ai dati strutturati.

Questa guida lavora a ritroso dalla scansione attraverso cinque cause — un feed obsoleto, la valuta, le imposte e la spedizione, il prezzo dinamico e i dati strutturati rotti — perché tu dedichi il tuo tempo alla differenza reale, non al sintomo. Per controllare il tuo account contro le falle di feed e conversione più comuni automaticamente, esegui il nostro audit gratuito Google Ads a 5 assi.

Aggiornato il 2026-05-19 con il comportamento attuale della Diagnostica di Merchant Center, degli aggiornamenti automatici e della scansione dei dati strutturati osservato su account US, UK ed europei.

TL;DR — perché Merchant Center segnala una discrepanza di prezzo o disponibilità :

La pagina è la prova — Google scansiona la pagina di destinazione e si fida di essa anziché del feed quando i 2 divergono. 2. La maggior parte delle discrepanze è di sincronizzazione — un feed obsoleto è in ritardo rispetto a una promozione o a un cambio di scorte live. 3. Imposte e spedizione vanno fuori da price [price] — imposta le imposte nelle impostazioni, la spedizione nel suo attributo. 4. Anche i dati strutturati devono coincidere — un markup schema.org errato rifiuta un feed corretto. 5. Aggiornamenti automatici più aggiornamento frequente mantengono feed, pagina e scansione sincronizzati.

Cosa significa davvero 'Mismatched value (price)'?

L'errore è la prima cosa da leggere con attenzione perché la dicitura esatta ti dice quale attributo correggere. Merchant Center genera 'Mismatched value (price)', 'Mismatched value (availability)' o 'Incorrect price' quando il valore che invii nel feed non coincide con ciò che Google ha trovato sulla pagina del prodotto live.

Mismatched value (price) — L'attributo price [price] del tuo feed differisce dal prezzo che Google ha scansionato sulla pagina di destinazione o nei suoi dati strutturati. Quando la differenza supera una piccola tolleranza, l'articolo viene rifiutato e smette di essere pubblicato in Shopping.

Mismatched value (availability) — L'attributo availability [availability] dice che il prodotto è disponibile, ma la pagina scansionata indica esaurito o non disponibile, o il contrario. Google rifiuta perché un acquirente non clicchi mai su un annuncio di un articolo che non può comprare.

Incorrect price — Un segnale più ampio che il prezzo mostrato agli acquirenti non è affidabile, spesso perché il feed, la pagina e i dati strutturati danno tre numeri diversi. La cura per i tre è la stessa: far coincidere ogni fonte. Vedi la nostra guida ai prodotti Shopping che non compaiono per il quadro più ampio dei rifiuti.

Perché Google esegue la scansione della tua pagina e dei tuoi microdati?

Sembra ridondante inviare un feed e poi lasciare che Google legga comunque la tua pagina, ma la scansione esiste per proteggere gli acquirenti. Il feed è ciò che dichiari; la pagina è ciò che un acquirente vede davvero, e Google riconcilia i due prima di lasciare che un articolo venga pubblicato.

La scansione — Secondo un calendario regolare, Google recupera ogni pagina di destinazione del prodotto e legge tre cose: il prezzo visibile, i dati strutturati e i microdati. Poi li confronta con gli attributi price [price] e availability [availability] del tuo feed.

Dati strutturati e microdati — La maggior parte dei negozi espone prezzo e disponibilità nel markup schema.org Product. Google legge price, priceCurrency e availability da quel markup. Se la tua pagina renderizza un prezzo agli acquirenti ma porta un numero vecchio nei dati strutturati, Google vede un conflitto anche quando il prezzo visibile è corretto.

La pagina vince — Quando il feed e la scansione divergono, Google si fida della pagina, perché è ciò che l'acquirente vive. Per questo correggere solo il feed non basta; la pagina, i suoi dati strutturati e il feed devono coincidere tutti. Per il quadro di conformità più ampio, leggi la nostra guida al recupero dopo la sospensione di Merchant Center.

Quali sono le cause più comuni di una discrepanza di prezzo?

Le discrepanze di prezzo derivano quasi sempre da una manciata di cause ripetibili. Identifica quella che si applica e la correzione diventa ovvia.

Feed obsoleto rispetto al sito live — La causa più comune. Una promozione va online sul sito a mezzanotte mentre il feed porta ancora il prezzo di ieri fino al recupero pianificato successivo. Entrambi i valori erano corretti; si sono solo aggiornati in momenti diversi.

Valuta — Se il feed invia un prezzo in una valuta mentre la pagina ne renderizza un'altra, o un sito multivaluta mostra all'acquirente una cifra localizzata che il feed non riprende, Google legge una discrepanza. La valuta di price [price] deve coincidere con il paese e la pagina.

Imposte, IVA e spedizione incluse in modo diverso — Una causa frequente e sottile. L'attributo price [price] deve seguire la regola fiscale regionale e non includere mai la spedizione. Se la pagina mostra un totale comprensivo di imposte mentre il feed invia la cifra al netto, o la spedizione è integrata in uno ma non nell'altro, i numeri divergono.

Prezzo dinamico — I negozi che riprezzano ogni ora con un algoritmo supereranno sempre un feed giornaliero. Senza aggiornamenti quasi in tempo reale, il feed è obsoleto per definizione. La nostra guida alla configurazione e ottimizzazione di Shopping copre l'architettura del feed per cataloghi in rapido movimento.

Come si verificano le discrepanze di disponibilità e il ritardo di esaurimento?

Le discrepanze di disponibilità seguono la stessa logica del prezzo, ma il valore è disponibile, esaurito, in preordine o in ordinazione anziché un numero. Il pericolo è inviare gli acquirenti a un prodotto che non possono comprare.

Esaurito non aggiornato — La falla di disponibilità più comune. Un articolo si esaurisce sul sito, ma il feed invia ancora disponibile fino al prossimo aggiornamento, così Google scansiona una pagina esaurita e rifiuta. Il contrario accade anche dopo un rifornimento.

L'attributo availability — L'attributo availability [availability] deve riflettere lo stato delle scorte live che Google troverà sulla pagina. Se la tua vetrina segna un articolo come esaurito nei suoi dati strutturati, il feed deve dire la stessa cosa, o la scansione vince e l'articolo viene rifiutato.

Deriva di variante e inventario — I prodotti multivariante sono una trappola classica: il padre mostra disponibile mentre una taglia o un colore specifico è esaurito, e il feed non lo dettaglia. Sincronizza la disponibilità a livello di variante, non solo di prodotto.

Tratta la disponibilità come un segnale in tempo reale, non settimanale. La cura è la stessa famiglia di correzioni del prezzo: aggiornamento più frequente, aggiornamenti automatici e dati strutturati che coincidano con il feed.

Come funzionano gli aggiornamenti automatici e gli attributi price e availability?

Google ti dà due strumenti che, usati insieme, impediscono a una piccola deviazione di diventare un rifiuto: gli attributi stessi e gli aggiornamenti automatici.

price [price] e availability [availability] — Sono i due attributi che Google confronta con la scansione. L'attributo price [price] porta il prezzo base secondo la regola fiscale corretta con la spedizione esclusa; l'attributo availability [availability] porta disponibile, esaurito, preordine o ordinazione. Imposta correttamente questi due alla fonte e la maggior parte dei rifiuti non compare mai.

Aggiornamenti automatici — Quando il prezzo o la disponibilità scansionato differisce dal feed, Google può aggiornare l'articolo per allinearlo alla pagina anziché rifiutarlo. È una rete di sicurezza per lo sfasamento: una promozione sulla pagina viene onorata anche prima che il tuo feed la raggiunga. Attivali nelle impostazioni di Merchant Center.

Non è un sostituto di un feed accurato — Gli aggiornamenti automatici correggono solo piccole differenze e funzionano bene solo quando i tuoi dati strutturati sono corretti, perché è ciò che Google legge. Attivali, ma correggi comunque la frequenza di aggiornamento del feed e il markup. La guida all'ottimizzazione del feed Shopping per il Q4 mostra come rafforzare il feed prima di una stagione ad alto traffico.

La tabella diagnostica delle discrepanze di prezzo e disponibilità

Percorri questa tabella dall'alto verso il basso — è ordinata in base alla rapidità con cui ogni causa si conferma e alla frequenza con cui è la vera ragione di un rifiuto per discrepanza di prezzo o disponibilità.

Non limitarti a modificare il feed e inviare di nuovo :

Correggere solo il valore price [price] nel feed elimina l'errore per un giorno, poi il rifiuto torna alla scansione successiva perché la pagina di destinazione e i suoi dati strutturati portano ancora il numero vecchio. Google si fida della pagina, non del feed. Allinea le 3 fonti — feed, prezzo visibile e dati strutturati — e chiudi lo sfasamento con un aggiornamento frequente e gli aggiornamenti automatici, oppure continuerai a correggere lo stesso articolo ogni settimana.

Come convalidare la correzione e prevenire un nuovo rifiuto

Di solito troverai più di un articolo che deriva. L'errore è correggerli in ordine casuale, o cambiare di nuovo il prezzo durante la revisione senza poter dire cosa ha funzionato. Ordina per impatto per facilità e implementa in sequenza.

Convalidare nella Diagnostica — Dopo aver allineato le tre fonti, apri la pagina di Diagnostica in Merchant Center e richiedi un nuovo recupero o ricarica il feed. La riapprovazione di solito segue la scansione successiva, spesso entro poche ore fino a circa 3 giorni. Non cambiare di nuovo il prezzo mentre l'articolo è in revisione.

Prevenire lo sfasamento di sincronizzazione — Attiva gli aggiornamenti automatici e aumenta la frequenza di aggiornamento del feed per coincidere con la frequenza con cui cambiano i tuoi prezzi e le tue scorte. Un negozio con vendite lampo dovrebbe inviare le modifiche via Content API quasi in tempo reale, senza aspettare un recupero pianificato giornaliero.

Mantenere onesti i dati strutturati — Usa il test dei risultati avanzati per confermare che il prezzo e la disponibilità di schema.org Product su ogni modello coincidano con il prezzo visibile e con il feed. Un markup errato è la causa nascosta che fa continuare a rifiutare un feed corretto.

Misura una modifica alla volta. Ricontrolla la Diagnostica dopo ogni correzione, non dopo tutte, così sai quale leva ha eliminato il rifiuto. Quantifica il costo dell'inventario rifiutato prima di scalare con la nostra calcolatrice della spesa pubblicitaria sprecata, e per far emergere ogni falla di feed e conversione automaticamente, esegui l'audit gratuito a 5 assi di SteerAds.

Sources

Fonti ufficiali consultate per questa guida:

FAQ

Cosa significa l'errore 'Mismatched value (price)' in Merchant Center?

Significa che l'attributo price [price] del tuo feed non corrisponde al prezzo che Google ha scansionato sulla pagina del prodotto o nei suoi dati strutturati. Google confronta i due regolarmente, e quando la differenza supera una piccola tolleranza, l'articolo viene rifiutato. Circa 1 rifiuto di prezzo su 3 deriva da un feed aggiornato più lentamente del sito live dopo una promozione o un cambio di prezzo. La correzione consiste nell'allineare il valore del feed, il prezzo della pagina e il prezzo dei dati strutturati, poi aggiornare il feed più spesso perché i tre restino sincronizzati. Finché i tre non coincidono, il prodotto non verrà pubblicato in Shopping.

Perché Google scansiona la mia pagina se invio già un feed?

Google scansiona la pagina di destinazione per verificare che il prezzo e la disponibilità che invii nel feed siano quelli che un acquirente vede davvero. Il feed è la tua dichiarazione; la scansione è il controllo. Google legge il prezzo visibile, i dati strutturati (markup schema.org Product) e i microdati, poi li confronta con gli attributi price [price] e availability [availability]. Se non coincidono, Google si fida della pagina anziché del feed e rifiuta l'articolo per proteggere gli acquirenti da un'esperienza ingannevole. Per questo dati strutturati corretti e aggiornati sulla pagina contano quanto un feed pulito.

Come correggo una discrepanza di prezzo causata da imposte o spedizione?

Assicurati che il prezzo del feed e quello della pagina usino le stesse regole. L'attributo price [price] deve essere il prezzo al netto delle imposte nella maggior parte delle regioni, o comprensivo di imposte dove la legge locale lo richiede, e non deve mai includere la spedizione. Se la tua pagina mostra un prezzo comprensivo di imposte ma il tuo feed invia la cifra al netto, Google vede una discrepanza. Imposta l'imposta nelle impostazioni fiscali di Merchant Center anziché nel prezzo, tieni la spedizione nell'attributo di spedizione e conferma che il prezzo dei dati strutturati della pagina rifletta lo stesso prezzo base del feed. La coerenza dei tre elimina l'errore.

Cosa sono gli aggiornamenti automatici e dovrei attivarli?

Gli aggiornamenti automatici consentono a Google di correggere piccole differenze di prezzo e disponibilità usando ciò che scansiona sulla tua pagina, così un feed obsoleto non fa rifiutare l'articolo mentre correggi la fonte. Quando il prezzo o la disponibilità scansionato differisce dal feed, Google aggiorna l'articolo per allinearlo alla pagina. È una rete di sicurezza, non un sostituto di un feed accurato: attivali per ridurre i rifiuti, ma correggi comunque la frequenza di aggiornamento del feed e i dati strutturati. Attivali nelle impostazioni di Merchant Center, conferma prima i tuoi dati strutturati e poi mantieni accurato il tuo feed principale.

Con quale frequenza dovrei aggiornare il mio feed Merchant Center?

Aggiorna con la stessa frequenza con cui cambiano i tuoi prezzi e le tue scorte. Un negozio con prezzi statici può usare un recupero pianificato giornaliero, ma un negozio che lancia vendite lampo o applica prezzi dinamici dovrebbe usare la Content API o un feed supplementare per inviare le modifiche quasi in tempo reale. La maggior parte delle discrepanze di prezzo e disponibilità deriva da un feed aggiornato una volta al giorno mentre il sito live cambia ogni ora. Abbina l'aggiornamento frequente agli aggiornamenti automatici e a dati strutturati accurati perché il feed, la pagina e la scansione non si allontanino mai abbastanza da attivare un rifiuto.

Una discrepanza di prezzo è sempre colpa mia?

No. La causa più comune è uno sfasamento di sincronizzazione anziché un valore errato — il tuo feed e il tuo sito sono entrambi corretti, ma si sono aggiornati in momenti diversi. Una promozione va online sul sito a mezzanotte mentre il feed porta ancora il prezzo di ieri fino al recupero pianificato successivo. Anche la cache può servire a Google una pagina vecchia perfino dopo l'aggiornamento. Il punto non è la colpa ma la sincronizzazione: allinea il valore del feed, il prezzo visibile della pagina e i dati strutturati, poi chiudi lo sfasamento con un aggiornamento più frequente e gli aggiornamenti automatici perché i tre non divergano mai.

Quanto tempo serve perché un articolo corretto venga riapprovato?

Dopo aver corretto il feed e la pagina, la riapprovazione di solito segue la scansione successiva e l'elaborazione del feed, spesso entro poche ore fino a circa 3 giorni. Puoi accelerare richiedendo un nuovo recupero degli articoli interessati o ricaricando il feed, poi controllando la pagina di Diagnostica in Merchant Center. Non cambiare di nuovo il prezzo durante la revisione, perché ogni modifica riavvia il confronto. Conferma che il valore del feed, il prezzo visibile e il prezzo dei dati strutturati coincidano tutti prima di inviare di nuovo, poi monitora la Diagnostica per qualche giorno per essere sicuro che il rifiuto non torni.