Monitoraggio dei prezzi dei concorrenti per piattaforma: la guida completa

La piattaforma decide con quanta affidabilità puoi leggere un prezzo

La pagina prodotto di un concorrente è pubblica. Quello che quella pagina ti consegna davvero dipende quasi interamente dalla piattaforma che ha dietro, e le differenze sono messe per iscritto dalle piattaforme stesse.

Su una piattaforma, ogni negozio risponde allo stesso endpoint JSON documentato con ogni variante prezzata in centesimi. Su un'altra, i dati delle varianti spariscono dall'HTML iniziale non appena un prodotto supera le trenta variazioni, per impostazione predefinita. Su una terza, il prezzo della variante selezionata non esiste nella pagina finché il browser non lo chiede una seconda volta. Su un marketplace la domanda smette di essere tecnica: il numero è lì sullo schermo, e se tu possa leggerlo in modo programmatico lo decide un accordo, non il markup.

Quasi niente di quello che si scrive sul monitoraggio dei prezzi dei concorrenti è organizzato così. I risultati di ricerca sono organizzati per strumento, perché un fornitore non può aprire serenamente con "la nostra estrazione si comporta diversamente su WooCommerce e su Shopify" mentre nella stessa pagina promette di funzionare su qualsiasi sito. La documentazione delle piattaforme non ha questo problema, ed è pubblica. Questa guida è la mappa: dov'è davvero il mercato, cosa espone ogni piattaforma e dove il vincolo smette di essere codice. La meccanica generale del monitoraggio dei prezzi dei concorrenti è trattata a parte.

Le rilevazioni di quota si contraddicono, e hanno ragione entrambe

Prima della meccanica, il mercato. Chiediti su quali piattaforme è probabile che si trovino i tuoi concorrenti e le due rilevazioni più citate ti danno risposte opposte sullo stesso settore.

Piattaforma	W3Techs: quota dei siti con un sistema ecommerce rilevato	ECDB: "Usage Share 2025"
WooCommerce	48,5%	4,9%
Shopify	31,2%	23,4%
Adobe Commerce / Magento	1,5%	8,4%

Fonti e date, che sono tutto il punto: W3Techs, rilevazione del 7 agosto 2026, e ECDB, metrica etichettata "Usage Share 2025", consultata ad agosto 2026.

Le due non stanno misurando la stessa cosa. W3Techs conta i siti web, e la sua metodologia lo dice apertamente: rileva le tecnologie dei siti web e non delle singole pagine, consolida i sottodomini e si aggiorna ogni giorno. In quel campione un negozio hobbistico con un prodotto solo pesa esattamente quanto un negozio che fattura 50 milioni di dollari all'anno, il che gonfia qualunque piattaforma possieda la coda più lunga. ECDB pondera invece per scala commerciale, e descrive i propri dati come basati su miliardi di transazioni, il che gonfia qualunque piattaforma sia concentrata sui merchant più grandi.

Quindi WooCommerce è in testa di circa 1,6 a 1 quando conti i negozi, e insegue Shopify di quasi 5 a 1 quando ponderi per volume di commercio. Magento è un errore di arrotondamento all'1,5% oppure una forza all'8,4%, a seconda della domanda che hai posto. Entrambi i numeri sono difendibili. Nessuno dei due va messo in una rassegna senza dire quale dei due è, ed è per questo che ogni rassegna cita una cifra diversa.

Vale la pena portarsi dietro un'altra cifra di W3Techs: l'83,1% dei siti web di quel campione non ha alcun sistema ecommerce rilevato, quindi le percentuali qui sopra descrivono una quota del sesto rimanente. E niente di tutto questo descrive la tua categoria. La versione utile di questo esercizio conta le piattaforme nella tua lista di concorrenti reali, che di solito non somiglia per niente a nessuna delle due tabelle.

Cosa cambia, piattaforma per piattaforma

Ecco il confronto che il resto della guida sviluppa, con la colonna della quota presa dal taglio W3Techs qui sopra, perché è la cifra che ha una fonte primaria datata e una metodologia pubblicata.

Piattaforma	Quota (W3Techs, agosto 2026)	Merchant tipico	Come il dato di prezzo arriva nella pagina	Difficoltà di lettura
WooCommerce	48,5%	Da micro a media, self-hosted, carica di plugin	HTML renderizzato dal server più il JSON data-product_variations sul form di aggiunta al carrello; Store API pubblica	Facile sui prodotti semplici, si rompe oltre le 30 variazioni
Shopify	31,2%	Da piccola a enterprise	HTML Liquid, JSON /products/{handle}.js, JSON-LD opzionale, Storefront GraphQL senza token	La più facile e la più uniforme
PrestaShop	2,9%	Piccola, molto europea	Renderizzato dal server più un endpoint JS di aggiornamento prodotto	Moderata
Adobe Commerce / Magento	1,5%	Da media a enterprise, fortemente personalizzata	Blocchi JSON text/x-magento-init, matrice di opzioni del prodotto configurable, GraphQL price_range	La più difficile, non c'è un negozio che renderizzi come un altro
BigCommerce	0,6%	Mid-market	HTML Handlebars di Stencil, oggetto globale window.BCData, prezzo della variante da una seconda richiesta	Moderata, prezzo base statico, prezzo della variante risolto live
Marketplace	non presenti in questo dataset	qualsiasi	Nessuna API pubblica per i prezzi dei prodotti senza un accordo da venditore, partner o affiliato	La più difficile, per ragioni contrattuali e non tecniche

L'ultima colonna è la mia valutazione editoriale, maturata costruendo l'estrazione su queste piattaforme, non una statistica misurata. Tutto quello che c'è nella quarta colonna viene dalla documentazione della piattaforma stessa, citata più avanti.

Shopify: un endpoint documentato, e un tetto a 250 varianti

Shopify è la piattaforma più facile da leggere perché dà a ogni negozio lo stesso contratto. L'Ajax Product API risponde a GET /{locale}/products/{product-handle}.js con il prodotto completo in JSON, incluso un array variants che porta un booleano available per ogni variante, e valori monetari espressi in centesimi, quindi 12900 significa $129,00 (Shopify, documentazione della piattaforma). Un merchant può cambiare tema ogni trimestre e quell'endpoint risponde in modo identico: il tema cambia l'HTML, non l'API.

Il tetto è documentato nello stesso posto, ed è il tipo di dettaglio che nessuno mette per iscritto: "Il JSON del prodotto può contenere un massimo di 250 varianti nell'array variants". Superato quel punto, l'endpoint smette di essere un quadro completo del prodotto, e un tracker costruito solo su di esso riporta in silenzio i dati di un sottoinsieme.

Esistono altre due strade, ed entrambe hanno delle condizioni. Il JSON-LD è prodotto dal filtro Liquid structured_data, che emette un Product di schema.org per un prodotto senza varianti e un ProductGroup quando le varianti esistono (Shopify, documentazione della piattaforma). Quel filtro lo applica chi ha costruito il tema, quindi parecchi negozi Shopify non emettono alcun JSON-LD di prodotto. La Storefront GraphQL API consente un accesso senza token che copre le funzionalità essenziali come prodotti, collezioni e carrelli, con un tetto di complessità della query pari a 1.000, mentre serve un token per tag, metaobject, menu e dati dei clienti (Shopify, documentazione della piattaforma).

Le conseguenze pratiche per una lista di sorveglianza sono nella guida al monitoraggio dei prezzi dei concorrenti su Shopify.

WooCommerce: pubblico per progetto, fino alla trentunesima variazione

WooCommerce è aperto davanti e chiuso dietro. La sua Store API è pubblica di proposito, e la documentazione ne dichiara il motivo: "L'API dei prodotti del negozio fornisce dati di prodotto pubblici in modo che possano essere renderizzati lato client" (WooCommerce, documentazione della piattaforma). Ogni prodotto porta un oggetto prices con currency_minor_unit, price, regular_price, sale_price e price_range. La REST API di amministrazione, al contrario, richiede una Consumer Key e un Consumer Secret (WooCommerce, documentazione della piattaforma). Leggere la vetrina di un concorrente e leggere il suo catalogo non sono lo stesso atto.

Nella pagina stessa, il template di aggiunta al carrello di un prodotto variabile emette i dati delle variazioni come data-product_variations, e quel payload è filtrabile da qualsiasi plugin attraverso woocommerce_available_variation. Il self-hosting più un hook di filtro sono il motivo per cui il JSON delle variazioni di WooCommerce è il meno prevedibile fra le cinque piattaforme di questa guida.

Poi c'è il salto nel vuoto, ed è il numero più utile di tutta questa guida. Per impostazione predefinita, WooCommerce inserisce inline i dati delle variazioni solo per i prodotti con 30 variazioni o meno. Sopra quella soglia i dati si caricano via AJAX dopo che l'acquirente ha selezionato ogni attributo, quindi data-product_variations è semplicemente assente dalla risposta HTML iniziale. Il limite è modificabile attraverso il filtro woocommerce_ajax_variation_threshold (WooCommerce, documentazione della piattaforma).

Leggilo come un avvertimento sui tuoi stessi dati. Un tracker che legge solo la prima risposta HTML perde i prezzi per variante su ogni prodotto WooCommerce con 31 variazioni o più, riporta al loro posto l'intervallo del prodotto padre, e non dà mai errore. È il comportamento predefinito della piattaforma, non un bug del tracker, e spiega parecchie lamentele del tipo "perché il mio monitor mostra un prezzo solo per un prodotto con quaranta opzioni". Perché nessun plugin dentro il tuo negozio possa risolverlo è spiegato nella guida al monitoraggio dei prezzi dei concorrenti su WooCommerce.

BigCommerce: il prezzo della variante è una seconda richiesta

I temi Stencil di BigCommerce sono Handlebars renderizzati dal server, quindi il prezzo in evidenza arriva in HTML puro, senza bisogno di rendering. I temi espongono anche un oggetto window.BCData inline che porta product_attributes e una proprietà instock, visibile nel repository del tema Cornerstone di BigCommerce stessa (issue tracker di Cornerstone). Tratta quell'oggetto come una convenzione e non come un'API pubblica stabile: nessuna pagina di documentazione ufficiale ne enumera formalmente lo schema, e i temi lo rinominano o lo rimuovono.

Il prezzo della variante è la parte che nella pagina non c'è. Quando un acquirente seleziona un'opzione, la vetrina chiama utils.api.productAttributes.optionChange(productId, params, callback), documentata come funzione che scatta quando il cliente seleziona un'opzione di prodotto per l'articolo corrente nel carrello (BigCommerce, documentazione della piattaforma). Quel prezzo è calcolato sul server, quindi un monitor che legge l'HTML statico non innesca mai la chiamata e registra per ogni variante il prezzo della variante predefinita, formattato correttamente e silenziosamente sbagliato. La guida al monitoraggio dei prezzi dei concorrenti su BigCommerce copre i prezzi per gruppo cliente e per fasce di quantità, che stanno ancora più fuori portata.

Magento: cinque posti in cui il prezzo può stare

Magento è la più difficile delle quattro, non perché nasconda qualcosa ma perché offre troppe risposte. Il framework frontend di Adobe inizializza i componenti JavaScript attraverso x-magento-init, descritto come un meccanismo che "consente di chiamare un componente JS su un elemento HTML senza accesso diretto all'elemento" (Adobe, documentazione della piattaforma). La conseguenza utile è che i prezzi per variante vengono serializzati nel sorgente della pagina lato server, quindi un browser headless di solito non serve.

Il payload che contiene la matrice di opzioni e prezzi del prodotto configurable è la configurazione JSON del componente dei prodotti configurable, che per convenzione ha la chiave spConfig. Adobe documenta il meccanismo x-magento-init ma non documenta quell'oggetto per nome, quindi tratta la chiave come una convenzione osservata e non come un contratto.

Magento espone anche GraphQL, dove il price_range di un prodotto restituisce minimum_price e maximum_price, ciascuno con regular_price, final_price e discount (Adobe, documentazione della piattaforma). Se un merchant lasci /graphql raggiungibile è una decisione di configurazione che si prende negozio per negozio, quindi è una strada che vale la pena verificare, non una su cui pianificare.

Aggiungi l'HTML renderizzato dal server, il JSON-LD e il markup del price box e hai cinque posizioni candidate per un solo numero, su una piattaforma i cui merchant enterprise le personalizzano abitualmente tutte. Non esiste un contratto valido negozio per negozio equivalente all'endpoint .js di Shopify, ed è per questo che la guida al monitoraggio dei prezzi dei concorrenti su Magento è la più lunga della serie.

Marketplace: il vincolo è contrattuale, non tecnico

Tutto quello che precede è una questione di dove sta il numero. I marketplace cambiano la domanda. Su un negozio di proprietà è la piattaforma a decidere quanto è difficile leggere il prezzo; su un marketplace è la piattaforma a decidere se tu possa leggerlo in modo programmatico, punto, e la risposta abituale è solo attraverso un rapporto approvato da venditore, partner o affiliato.

La scala rende tutto questo inevitabile, non opzionale. Amazon riporta il mix di unità dei venditori terzi come percentuale delle unità pagate in tutto il mondo, e da sei trimestri quella percentuale si muove appena.

Trimestre	Quota dei venditori terzi sulle unità pagate mondiali
Q1 2025	61%
Q2 2025	62%
Q3 2025	62%
Q4 2025	61%
Q1 2026	60%
Q2 2026	61%

I venditori terzi hanno rappresentato il 61% delle unità pagate mondiali nel Q2 2026, e i ricavi dei servizi ai venditori terzi hanno raggiunto 46,8 miliardi di dollari nel trimestre, in crescita del 16% su base annua (Amazon, luglio 2026). Attenzione alla metrica: unità, non vendite. Il report di Amazon sulle piccole imprese ne usa una diversa, e afferma che i venditori indipendenti "oggi rappresentano più del 60% delle vendite nello store di Amazon" (Amazon, anno intero 2025). La piattezza lungo quei sei trimestri è la scoperta. Competere con i venditori indipendenti sul marketplace più grande è strutturale, non una tendenza che puoi aspettare che passi.

La strada ufficiale verso quei dati si è ristretta. La Product Advertising API 5.0 di Amazon è deprecata a favore della Creators API, e le chiamate ai vecchi endpoint restituiscono un avviso di migrazione (Amazon Associates, documentazione della piattaforma). La Creators API richiede un account Amazon Associates che sia stato esaminato e abbia ricevuto l'accettazione finale, ed è disponibile solo per gli associati che hanno generato vendite qualificate. Se non hai quel rapporto, non hai quella strada.

C'è una scorciatoia che gira nel marketing degli strumenti e che qui va corretta. Il robots.txt di Amazon non vieta esplicitamente i percorsi base delle schede prodotto sotto User-agent: *; quello che vieta sono sotto-percorsi come /dp/shipping/, /dp/e-mail-friend/ e /gp/product/rate-this-item. Non leggerlo come un permesso. Un file robots.txt è una direttiva per i crawler, non una licenza, e le Condizioni d'uso di Amazon sono un accordo separato che regola l'accesso automatizzato e cambia nel tempo. Leggi la versione corrente prima di puntare qualsiasi cosa su un marketplace su larga scala. Se la domanda riguarda davvero le tue inserzioni, la guida al repricing su Amazon e alla Buy Box è la pagina più utile.

Gli altri due grandi marketplace hanno una forma simile e una trasparenza peggiore. Walmart non pubblica alcun conteggio dei venditori del marketplace, né sul portale sviluppatori, né sul sito del marketplace, né nei comunicati stampa, e la sua documentazione per sviluppatori si rivolge a venditori e solution provider, non a chi vuole i prezzi (Walmart, documentazione della piattaforma). Quello che Walmart dichiara ufficialmente è la crescita: il marketplace di terze parti negli Stati Uniti è cresciuto di quasi il 50% su base annua, il ritmo più veloce da anni (Walmart, earnings call del Q1 FY2027, trimestre chiuso ad aprile 2026). Separatamente, Marketplace Pulse stima circa 200.000 venditori attivi (Marketplace Pulse, giugno 2026). Due affermazioni diverse da due tipi di fonte diversi. Fonderle insieme è il modo in cui nasce una statistica inventata.

Nemmeno eBay riporta un conteggio dei venditori attivi, quindi usa i numeri che pubblica davvero: 2,6 miliardi di inserzioni attive e 136 milioni di acquirenti attivi al 30 giugno 2026 (eBay, giugno 2026). L'accesso è protetto più o meno come quello di Amazon. Le Buy API, Browse inclusa, sono a Limited Release, riservate agli sviluppatori e alle applicazioni che portano più valore a eBay, e l'accettazione si basa sul modello di business proposto e su un accordo formale (eBay, documentazione della piattaforma).

Costruire o comprare ha un aspetto diverso una volta che accetti che una parte della tua lista di sorveglianza sta dietro ad accordi e non dietro a parser, che è l'argomento sviluppato in web scraping contro API di monitoraggio prezzi.

I prezzi si muovono più in fretta del controllo che hai pianificato

La meccanica conta solo perché i numeri che ci stanno sotto si muovono. L'indagine settoriale sull'e-commerce della Commissione europea, pubblicata nel 2017 dopo aver raccolto prove da circa 1.900 aziende, ha rilevato che la maggioranza dei rivenditori monitora i prezzi online dei concorrenti e che due terzi di questi usano software automatici che adeguano di conseguenza i propri prezzi (European Commission, maggio 2017). Lo studio di Cavallo del 2018 sui rivenditori multicanale statunitensi ne ha misurato l'effetto: la frequenza delle variazioni di prezzo è circa raddoppiata, da circa il 15% dei prezzi che cambiavano ogni mese nel periodo dal 2008 al 2010 a circa il 30% nel periodo dal 2014 al 2017 (NBER, ottobre 2018).

Entrambi sono precedenti al 2024, ed entrambi probabilmente sottostimano la situazione attuale, visto che l'ecommerce ha raggiunto il 16,9% del totale delle vendite retail statunitensi nel primo trimestre del 2026, a 326,7 miliardi di dollari corretti (US Census Bureau, maggio 2026). Un mercato in cui un terzo dei prezzi cambia ogni mese, e in cui due terzi di chi li cambia sta usando un software, non è un mercato al passo del quale ti tiene un controllo manuale settimanale. Come organizzare a livelli i controlli che fai davvero è spiegato in con quale frequenza dovresti controllare i prezzi dei concorrenti.

Fare l'audit di una lista di sorveglianza mista

Le quattro guide di piattaforma finiscono tutte con consigli pratici simili, quindi qui trovi solo quello che cambia quando i tuoi concorrenti sono distribuiti su piattaforme diverse.

Prima di aggiungere un URL a un monitor qualsiasi, spendi due minuti a identificare la piattaforma e a dare un nome alla modalità di errore che ti aspetti da lei. Shopify: controlla se il prodotto supera le 250 varianti. WooCommerce: conta le variazioni, e tratta qualsiasi cosa oltre 30 come una pagina i cui prezzi per variante non sono nell'HTML. BigCommerce: dai per scontato che il numero in evidenza sia quello della variante predefinita finché non è dimostrato il contrario. Magento: decidi se il numero in evidenza è il minimo di un prodotto configurable prima di registrare un solo punto dati. Marketplace: decidi se hai una strada legittima verso quei dati, alla scala a cui ti servono.

Cosa fa Respot con una lista di sorveglianza mista

Respot legge URL pubblici di prodotti, che qui è l'architettura giusta, perché il prezzo di un concorrente non sta mai dentro il tuo negozio. Incolli l'URL di un prodotto e Respot rileva automaticamente i dettagli del prodotto, poi traccia prezzo e scorte per singola variante e non solo a livello di prodotto padre, che è esattamente il punto in cui le differenze tra piattaforme viste sopra fanno danni. L'estrazione è senza browser e funziona su molte piattaforme, così un'unica lista di sorveglianza può tenere insieme inserzioni Shopify, WooCommerce, BigCommerce, Magento e marketplace.

Gli avvisi scattano al variare del prezzo e al variare delle scorte, e la cadenza dei controlli è adattiva anziché un intervallo che imposti a mano, con soglie minime di due ore su Starter, un'ora su Pro e trenta minuti su Agency. Il piano gratuito copre 5 tracker con 7 giorni di storico prezzi e senza carta di credito, abbastanza per testare cinque URL contesi su quattro piattaforme e vedere quali si leggono in modo pulito. I piani a pagamento vanno da 100 tracker a 2.000, con uno storico più lungo a ogni passaggio.

Parti dalle cinque pagine che capisci meno

La decisione che questa guida ti chiede di prendere non è quale strumento comprare. È quale dei tuoi concorrenti stai misurando male in questo momento.

Prendi i cinque URL di concorrenti più contesi, aprili uno per uno, e dai un nome alla piattaforma e al motivo specifico per cui quel prezzo potrebbe non essere quello che sembra. Un prodotto WooCommerce con 60 variazioni, un prodotto BigCommerce con opzioni che modificano il prezzo, un prodotto padre configurable su Magento e un'inserzione su un marketplace che non puoi interrogare legittimamente sono quattro problemi diversi, e solo uno si risolve controllando più spesso.

Fai quell'audit e il resto è lavoro ordinario. Saltalo e ti costruirai sei mesi di storico prezzi ordinatissimo che descrive qualcosa di diverso da quello che i tuoi concorrenti fanno pagare. Inizia a monitorare i tuoi concorrenti una volta che sai cosa ti sta dicendo ogni pagina.