Prezzi e disponibilità non corrispondono: trovare il punto in cui il dato si rompe

L’errore è una divergenza fra sistemi

Una segnalazione di prezzo non corrispondente non si risolve necessariamente modificando il prezzo nel feed. Potresti avere un feed aggiornato e una pagina in cache, un prezzo promozionale scaduto nei dati strutturati oppure una variante diversa selezionata all’apertura. Il lavoro utile consiste nel trovare chi sta dicendo cosa, per quale prodotto e in quale momento.

Questa procedura serve a organizzare l’indagine tra media buyer, responsabile e-commerce e sviluppatore. L’obiettivo iniziale è ricostruire una singola anomalia in modo ripetibile. Solo dopo si estende la correzione a tutto il catalogo. Cambiare più sistemi contemporaneamente rende più difficile capire quale intervento abbia risolto il problema.

Costruisci una fotografia completa della stessa offerta

Registra ID, variante, paese, valuta, URL e orario del controllo. Annota il valore elaborato da Merchant Center, quello visibile nella pagina, quello nel markup Product/Offer e quello del checkout. Distingui importo ordinario, saldo e condizioni di accesso alla promozione. Confrontare una vista autenticata con una pagina pubblica può portare fuori strada.

Nella guida agli errori di prezzo, Magdalena Kiczek separa i problemi di valore mancante dalle divergenze rilevate sulla pagina. È una distinzione operativa: un mapping basato solo su sale_price può lasciare vuoti tutti i prodotti non scontati. Prima di investigare il crawler, verifica campo sorgente, valuta e formato. Una riga incompleta e un prezzo vecchio richiedono correzioni diverse.

Controlla l’ordine degli aggiornamenti

Nell’analisi di Monica Axinte tornano tre cause concrete: feed e sito aggiornati in momenti diversi, promozioni con date incoerenti e URL che aprono la variante sbagliata. Disegna quindi la sequenza gestionale, CMS, cache, generazione feed e acquisizione. Registra anche il fuso orario usato per inizio e fine della promozione.

Esempio ipotetico: alle 08:00 il sito passa da 79 a 69 euro; il feed generato alle 07:45 sarà aggiornato alle 12:00. Esistono quattro ore di possibile divergenza. La soluzione proposta è sincronizzare pubblicazione e distribuzione, mantenendo timestamp e log. Aumentare le acquisizioni di Merchant Center non aiuta se ogni lettura trova ancora lo stesso file delle 07:45.

Controlla ciò che il CMS pubblica sotto la pagina

La pagina può mostrare 69 euro mentre il JSON-LD conserva 79. La guida sui mismatch invita a controllare anche questo livello: verificare il prezzo visibile non basta. Una risposta iniziale diversa dalla pagina renderizzata aggiunge un’altra versione dell’offerta. Salva entrambe per rendere l’anomalia riproducibile, senza assumere che ogni bot elabori la pagina nello stesso modo.

Con lo sviluppatore cerca plugin duplicati, temi che pubblicano un secondo blocco Product e prezzi calcolati dopo interazioni. Esegui la prova su telefono e desktop, senza sessione amministratore. Per ciascun importo annota quale componente lo genera. Il markup può essere valido nella forma e sbagliato nel contenuto: il controllo sintattico deve essere accompagnato da una verifica dell’offerta realmente acquistabile.

Disponibile non significa la stessa cosa in ogni gestionale

Jamie Koho mostra come i nomi dei campi CMS possano nascondere logiche diverse: is_in_stock è uno stato, mentre una quantità numerica richiede una trasformazione. La stessa guida distingue il prezzo ordinario dal campo special_price e dalle date promozionali. Il punto pratico è costruire una mappa esplicita, senza affidarsi alla somiglianza dei nomi.

Verifica cosa significa “disponibile” nella tua fonte: giacenza fisica, quantità del fornitore, stock al netto delle prenotazioni o articolo ordinabile? Scrivi una regola per ogni stato e gestisci gli sconosciuti. Se una taglia finisce, il prodotto padre può restare visibile ma la variante deve descrivere la propria condizione. Non usare la disponibilità come semplice interruttore pubblicitario: deve restare coerente con ciò che il checkout permette di acquistare.

Verifica il carrello nelle destinazioni che cambiano il costo

La raccolta di errori Merchant di DataFeedWatch segnala un caso facile da perdere nelle migrazioni: se la tariffa dipende dal peso e il nuovo feed non fornisce shipping_weight, il calcolo può interrompersi. Nella guida al mapping Magento compare anche il controllo dell’unità di misura. Una cifra senza unità o con unità sbagliata rende poco utile una configurazione tariffaria altrimenti corretta.

Prepara un campione di destinazioni: continente, isole, CAP con supplementi e aree escluse, se rilevanti. Prova carrelli sotto e sopra la soglia gratuita e un articolo voluminoso. Esempio ipotetico: 4,90 euro è corretto per Milano, ma una destinazione servita richiede 9,90 al checkout. Ricostruisci quale regola seleziona ciascuna tariffa e controlla eventuali valori di spedizione specifici per articolo.

Correggi la causa e misura il perimetro

Raggruppa gli articoli coinvolti per CMS, fornitore, regola di prezzo, variante e servizio di spedizione. Ordina il lavoro usando sia numero di articoli sia importanza commerciale. Un errore che coinvolge cinque best seller può meritare attenzione prima di cento prodotti marginali. Evita però di chiamare “ricavo perso” tutto il fatturato storico di quegli articoli: sarebbe una stima causale non dimostrata.

Conserva il caso di prova e riutilizzalo dopo il rilascio. Ripeti la verifica al successivo cambio prezzo o stock, quando il meccanismo viene davvero sollecitato. La chiusura del ticket dovrebbe indicare causa, sistema modificato, responsabile e controllo che intercetterà una ricomparsa.

Chiudi il lavoro quando la coerenza resiste a un aggiornamento

L’esito da cercare è semplice: la persona vede la stessa offerta che la piattaforma ha ricevuto e può completare l’ordine alle condizioni dichiarate. Una revisione richiesta prima di sistemare la pipeline rischia di risolvere soltanto il sintomo per qualche ora.

• Prezzo e valuta coerenti per la stessa variante.
• Markup allineato alla pagina realmente pubblicata.
• Stock aggiornato anche dopo un nuovo ordine o rifornimento.
• Checkout verificato nelle principali combinazioni tariffarie.