Come monitorare le scorte dei concorrenti (non solo i prezzi)

Cosa significa davvero "disponibile" sulla pagina di un concorrente

Sono due cose separate, e non concordano abbastanza spesso da giustificare una classe di errore dedicata in Google. La prima è un valore dichiarato che si trova nei dati strutturati della pagina. La seconda è lo stato del percorso d'acquisto: se il pulsante di aggiunta al carrello è attivo, se la taglia che ti interessa è disattivata, se dove c'era il prezzo è comparso un modulo di notifica.

Monitorare le scorte dei concorrenti significa leggere entrambe le cose, sull'unità giusta, e avere una regola su cosa fare quando si contraddicono. Le guide concorrenti su questo argomento saltano il passaggio del tutto e trattano come un fatto qualunque cosa dica la pagina del concorrente. Spesso non lo è.

Il resto di questo articolo riguarda come viene codificata la disponibilità, perché la codifica si allontana dalla realtà e in che ordine risolvere un conflitto. Se non hai ancora impostato alcun monitoraggio dei concorrenti, la guida al monitoraggio dei prezzi dei concorrenti copre la meccanica che viene prima di tutto.

La disponibilità si imposta su Offer.availability, e il vocabolario di schema.org (versione 30.0, marzo 2026) contiene dodici valori possibili: BackOrder, Discontinued, InStock, InStoreOnly, LimitedAvailability, MadeToOrder, OnlineOnly, OutOfStock, PreOrder, PreSale, Reserved e SoldOut (schema.org). Sono URI sensibili alle maiuscole, e portano distinzioni reali: BackOrder e SoldOut sono situazioni commerciali opposte, e solo una delle due significa che il tuo concorrente ha smesso di incassare.

Tre vocabolari, e solo quattro caselle alla fine

La disponibilità dello stesso prodotto attraversa tre vocabolari diversi prima di arrivare a un acquirente, e ciascuno è più piccolo del precedente.

La documentazione di Google Search sui dati strutturati supporta dieci dei dodici valori, escludendo MadeToOrder e Reserved, e aggiunge una regola esplicita: non devi specificare più di un valore (Google Search Central). Il feed prodotti di Merchant Center restringe ancora di più: l'attributo [availability] accetta quattro valori, in_stock, out_of_stock, preorder e backorder.

Da dodici a dieci a quattro. I merchant devono mappare tra i tre livelli, e la mappatura è una loro scelta, non una corrispondenza ufficiale. È esattamente lì che la verità si assottiglia.

Valore schema.org	Supportato nel markup di Google Search	Casella più vicina nel feed Merchant Center
InStock	Sì	in_stock
OutOfStock	Sì	out_of_stock
SoldOut	Sì	out_of_stock
Discontinued	Sì	out_of_stock (nessuna casella propria)
BackOrder	Sì	backorder
PreOrder	Sì	preorder
PreSale	Sì	preorder (nessuna casella propria)
LimitedAvailability	Sì	in_stock (la parte "limitata" sparisce)
OnlineOnly	Sì	in_stock
InStoreOnly	Sì	nessuna casella online
MadeToOrder	No	nessuna casella
Reserved	No	nessuna casella

Leggi la colonna di destra come l'elenco delle cose che un valore di feed non può dirti. Un concorrente rimasto con le ultime unità e uno con il magazzino pieno finiscono entrambi su in_stock. Una linea fuori produzione e un esaurimento temporaneo finiscono entrambi su out_of_stock, anche se la prima non tornerà mai e il secondo potrebbe rientrare martedì. Se poi il tuo monitoraggio salva un booleano, hai eseguito lo stesso appiattimento una seconda volta sopra al loro.

Perché la disponibilità dichiarata si allontana dalla realtà

Il vocabolario perde dettaglio. I dati in sé sono sbagliati per conto loro, indipendentemente.

I dati di partenza erano già sbagliati nel 2008

Uno studio su quasi 370.000 registrazioni di magazzino in 37 punti vendita ha rilevato che il 65% di esse era inesatto, cioè il conteggio del sistema non corrispondeva allo scaffale fisico (DeHoratius e Raman, Management Science, 2008). Quello studio è vecchio, e vale la pena segnalarne l'anno invece di spacciarlo per attuale.

Il problema però persiste. Un lavoro più recente su circa 24.000 SKU in 11 punti vendita ha rilevato che il solo controllo inventariale produce un incremento delle vendite di negozio intorno all'11%, concentrato interamente sugli articoli con inesattezza negativa di registrazione, cioè dove il sistema credeva di avere scorte che non aveva (Rekik, Oliva, Glock e Syntetos, preprint arXiv, revisione giugno 2026). È un preprint, non un risultato sottoposto a revisione paritaria, quindi va pesato di conseguenza. La logica regge comunque: se le registrazioni fossero esatte, ricontarle non produrrebbe alcun incremento.

Google gestisce un'intera classe di errore per questo

L'evidenza più diretta arriva dall'azienda che dispone del campione di pagine prodotto più grande del pianeta. Merchant Center ha un motivo di disapprovazione dedicato, chiamato "Stato di disponibilità inesatto a causa di un'incongruenza tra feed e pagina di destinazione", e la documentazione di Google elenca le cause (Google Merchant Center Help):

• disponibilità restituita in modo diverso a seconda dell'indirizzo IP o della geolocalizzazione, per cui il valore dipende da chi sta guardando;
• prodotti ancora marcati come disponibili dopo l'esaurimento o dopo il passaggio al solo preordine;
• alcune varianti non disponibili ma senza che questo si rifletta a livello di inserzione;
• microdati obsoleti rimasti nell'HTML, in contraddizione con la pagina visibile;
• pulsanti di acquisto disattivati mentre il markup continua a dichiarare la disponibilità;
• feed e pagina di destinazione aggiornati in momenti diversi.

Ognuno di questi casi è un modo perché uno strumento di monitoraggio registri qualcosa che un acquirente non vedrebbe mai. Le policy di Google sui dati strutturati richiedono separatamente che il markup sia "una rappresentazione veritiera del contenuto della pagina" (Google Search Central). Nota l'asimmetria: la penalizzazione per il markup obsoleto ricade sul merchant, il costo di crederci ricade su chi lo legge come verità.

C'è un altro meccanismo che vale la pena nominare anche se non ha una quantificazione pulita: la disponibilità resa da JavaScript dopo il caricamento della pagina può essere del tutto assente dall'HTML iniziale, così un crawler e una persona vedono pagine diverse.

Monitora le scorte dei concorrenti per variante, non per prodotto

La maggior parte degli strumenti sorveglia la pagina prodotto. È l'unità sbagliata, e non di poco.

La documentazione di Google sulle varianti di prodotto colloca la disponibilità sull'Offer di ciascuna variante, annidato sotto ProductGroup.hasVariant. Il ProductGroup padre non ha alcuna proprietà availability (Google Search Central). L'esempio svolto da Google mostra una variante marcata InStock accanto a una sorella marcata BackOrder sulla stessa pagina. Non c'è modo difendibile di comprimere tutto questo in un numero solo.

Aggiungi ora cosa succede sul piano commerciale quando si esaurisce una singola variante. Alcuni ricercatori che hanno analizzato circa 1,5 milioni di registrazioni relative a 217 punti vendita, 503 prodotti e 4.024 SKU nell'arco di due anni hanno rilevato che gran parte della domanda insoddisfatta da un esaurimento non abbandona affatto il prodotto (Li, Lu, Lu e Huang, Manufacturing & Service Operations Management, 2023).

Dove va la domanda quando una taglia si esaurisce	Quota
Taglia adiacente più grande, stesso modello	25,1%
Taglia adiacente più piccola, stesso modello	26,6%
Un modello diverso	20,2%
Persa del tutto	28,1%

Le prime due righe sommano al 51,7%. Oltre metà della domanda liberata da un esaurimento si sposta lateralmente dentro lo stesso prodotto, sulla taglia vicina, dove una lettura a livello di padre non vede accadere nulla. La pagina continua a dire disponibile, perché qualcosa su di essa lo è. Quello che è successo davvero è che la taglia media di un concorrente è finita e la pressione si è spostata sulla sua taglia grande.

Il monitoraggio a livello di padre non è una versione a risoluzione più bassa della misurazione giusta. Misura un oggetto diverso.

Ordina i tuoi segnali prima di fidartene

Non tutti i segnali di disponibilità hanno lo stesso peso. Questa graduatoria segue ciò che Google indica come evidenza accettabile di disponibilità, corretto per quello che sopravvive al contatto con le pagine prodotto reali.

Segnale	Affidabilità	Perché
Offer.availability a livello di variante, quando concorda con la pagina visibile	Massima	Autorevole quando è vero, ma la concordanza non si può dare per scontata
Stato del pulsante di aggiunta al carrello, attivo o disattivato	Alta	Google indica un pulsante di acquisto disattivato o in grigio come segnale di indisponibilità
Stato del selettore di variante, una taglia o un colore disattivati	Alta	Google indica l'indisponibilità per variante non riflessa come causa di incongruenza: la griglia guida, il feed insegue
Testo esplicito di esaurimento	Alta	Merchant Center accetta un avviso testuale chiaro
Presenza di un controllo di notifica o di ritorno in stock	Alta nella pratica	Il segnale positivo più forte di uno stato di esaurimento deliberato invece che di una pagina rotta
Banner di scorte basse, "solo 3 rimasti"	Bassa come conteggio, utile come variazione	Spesso urgenza artificiale. Traccia il passaggio, mai il numero
Scorte numeriche nel JSON di prodotto incorporato	Variabile	Genuino su alcune piattaforme, assente o limitato sulla maggior parte

Il banner di scorte basse merita un avvertimento a parte. Molti negozi mostrano "Solo 3 rimasti" partendo da un template invece che dal magazzino. Quello che informa è il momento in cui il banner compare o sparisce, perché di solito segue qualcosa di reale anche quando la cifra è decorazione.

L'ordine di risoluzione in cinque passi

Quando due segnali sono in conflitto, ti serve una regola decisa in anticipo, non una valutazione presa caso per caso.

1. Leggi la disponibilità a livello di variante, non del padre. Se la pagina espone un ProductGroup, entra in hasVariant e prendi l'offerta della variante specifica con cui competi.
2. Leggi lo stato del DOM del percorso d'acquisto per quella stessa variante. Pulsante, selettore, testo di esaurimento, controllo di notifica.
3. Se non concordano, fidati del percorso d'acquisto. I dati strutturati sono un'affermazione sul prodotto. Il percorso d'acquisto è il prodotto. Un cliente non può comprare un blocco JSON-LD.
4. Pretendi due osservazioni consecutive concordi prima di registrare un cambio di stato. Una singola discordanza è più spesso un artefatto di rendering o di geolocalizzazione che un evento reale, e Google documenta la variazione basata su IP come causa genuina di disponibilità incoerente. Confermare il cambiamento vale più che intercettarlo tre minuti prima.
5. Registra il valore specifico, non un booleano. BackOrder e PreOrder significano che il concorrente sta ancora accettando ordini e ancora incassando. SoldOut e OutOfStock significano di no. Sono situazioni competitive diverse e una colonna vero/falso cancella la differenza.

Il passo 4 è quello che si tende a tagliare, ed è il motivo per cui tanti avvisi di disponibilità sembrano poco affidabili. La conferma costa un controllo in più e rimuove gran parte dei falsi positivi.

Il trucco dei 999 pezzi nel carrello Amazon non è un metodo di monitoraggio

Se hai già fatto ricerche su questo argomento, avrai incontrato il metodo dei 999: aggiungi 999 unità del prodotto di un concorrente al carrello, e la quantità a cui Amazon lo corregge rivela le scorte rimanenti. È la tecnica più trattata nei contenuti concorrenti su questo tema, ed è in larga parte inservibile. I venditori impostano di routine quantità massime d'ordine che lo neutralizzano, ha funzionato solo contro le offerte FBA, non restituisce nulla oltre le 999 unità e produce un numero solo in un istante solo. Anche nei suoi anni migliori dava un numero solo in un istante solo, e alle domande sulle scorte nei marketplace si risponde meglio con la meccanica descritta nella guida al repricing Amazon e alla Buy Box.

Il benchmark che probabilmente stai citando è del 2002

Da qualche parte nelle tue ricerche incontrerai l'affermazione che il tasso medio di esaurimento nel retail è dell'8,3%. Il numero è reale: viene da uno studio su oltre 71.000 consumatori in 29 paesi condotto da Gruen, Corsten e Bharadwaj per la Grocery Manufacturers of America. È stato pubblicato nel 2002, misurava scaffali fisici, e ancora oggi viene riciclato da report che lo presentano come attuale.

Nulla di credibile lo ha sostituito per la disponibilità online. Il conteggio più vicino su scala web è quello di Adobe, che ha registrato acquirenti esposti a oltre 2 miliardi di messaggi di esaurimento online nel solo ottobre 2021, in crescita di circa il 250% rispetto a gennaio 2020 (Adobe, novembre 2021). È stato misurato in piena pandemia, durante uno shock di fornitura, quindi non è nemmeno un tasso in condizioni normali.

Quello che è ben documentato è il costo, più che il tasso. IHL Group stima la distorsione globale delle scorte in 1.730 miliardi di dollari all'anno, pari a circa il 6,5% delle vendite retail mondiali, di cui 1.157 miliardi di dollari sono esaurimenti (IHL Group, settembre 2025). Il problema è grande e costoso, e nessuno può dirti quale quota delle inserzioni online sia attualmente sbagliata. Resta una sola opzione: misurare i concorrenti che hai davvero.

Quanto vale per te l'esaurimento di un concorrente

Brevemente, perché il tema è coperto altrove. Quando un acquirente incontra un articolo esaurito, il 66% se ne va e compra altrove, e tra chi incontra un esaurimento in negozio fisico il 34% ordina online da un rivenditore diverso (AlixPartners 2024 Consumer Sentiment Index, ottobre 2024). Una parte di quella domanda è disponibile per te, immediatamente.

Che durante gli sconti profondi la disponibilità conti più del prezzo è già stabilito nel manuale di monitoraggio per il Black Friday, mentre l'impostazione degli avvisi, le fasce di frequenza e la sequenza di risposta a un rivale esaurito sono coperte nella guida agli avvisi di riassortimento per i venditori. Questo articolo riguarda invece come rendere corretta l'osservazione di partenza, perché una risposta rapida a un esaurimento falso è peggio di nessun avviso.

Dove si colloca Respot

Respot monitora prezzo e disponibilità per singola variante invece che a livello di prodotto padre, la distinzione che i dati sullo spostamento di domanda rendono costosa da sbagliare. Incolli l'URL del prodotto di un concorrente, i dettagli del prodotto vengono rilevati automaticamente, e le variazioni di disponibilità sulla variante con cui competi generano avvisi separati da quelle di prezzo. L'estrazione non richiede browser e copre Shopify, WooCommerce, BigCommerce, Magento e le inserzioni sui marketplace, quindi un'unica watch list può attraversare più piattaforme.

Il piano gratuito include 5 tracker con 7 giorni di storico e senza carta di credito, abbastanza per mettere alla prova l'ordine di risoluzione descritto sopra su qualche concorrente che già sospetti di dichiarare male la disponibilità. I piani a pagamento arrivano a 100, 400 o 2.000 tracker con storico più lungo, e gli esaurimenti dei concorrenti meritano una watch list propria invece di essere un effetto collaterale del monitoraggio prezzi.

La decisione che ti resta da prendere

Scegli l'unità di osservazione prima di scegliere lo strumento. Se monitori a livello di prodotto padre, hai scelto di non vedere l'evento che conta di più, perché oltre metà della domanda spostata da un esaurimento non lascia mai l'inserzione che stai osservando.

Tutto il resto discende da qui. Le letture per variante ti danno qualcosa da confrontare con il percorso d'acquisto, il confronto ti dà un conflitto da risolvere, e la regola di risoluzione ti dà avvisi su cui puoi agire senza aprire tu stesso la pagina. Parti dai tuoi dieci prodotti più contesi, a livello di variante, e osserva quanto spesso markup e percorso d'acquisto concordano davvero. Imposta i tuoi primi tracker e scoprilo sui tuoi concorrenti.