Vai al contenuto

Monitoraggio dei prezzi dei concorrenti su BigCommerce: guida pratica

Pubblicato il 11 agosto 2026 di Niccolò

Perché i venditori BigCommerce hanno bisogno del monitoraggio dei prezzi dei concorrenti

BigCommerce non sorveglia i tuoi concorrenti. Gestisce il tuo catalogo, i tuoi price list e il tuo checkout, poi si ferma al tuo dominio. Tutto quello che vuoi sapere su ciò che addebitano gli altri negozi deve arrivare da fuori la piattaforma.

Questo vale per qualunque vetrina. Ciò che rende BigCommerce diverso è quanto la pagina prodotto di un rivale tenga per sé una volta che inizi a leggerla sul serio, e qui quel divario è più ampio che sulle piattaforme rivolte al consumatore.

Guarda prima il mercato. I merchant sulla piattaforma hanno processato 31,7 miliardi di dollari di GMV nel 2025, in crescita del 12% su base annua, mentre la net revenue retention si è fermata al 95,2% (Commerce.com, Inc., febbraio 2026). Volumi in salita mentre il fatturato per account esistente si contrae: è così che un mercato competitivo sul prezzo appare dal lato della piattaforma. L'indagine di Deloitte su 330 dirigenti del retail punta nella stessa direzione dal lato della domanda, e descrive quattro americani su dieci come orientati all'offerta o attenti alla spesa, famiglie ad alto reddito incluse, definendola una trasformazione strutturale più che una fase del ciclo (Deloitte, gennaio 2026).

Una nota sui nomi prima della meccanica. BigCommerce, la piattaforma, è di proprietà di Commerce.com, Inc. (Nasdaq: CMRC), che a metà 2025 ha cambiato nome da BigCommerce Holdings (Commerce.com, luglio 2025). La vetrina ha mantenuto il suo nome, i documenti societari no. Questa guida è il capitolo BigCommerce di una serie che procede piattaforma per piattaforma, accanto alle guide Shopify e WooCommerce.

Il prezzo pubblico è solo una parte del prezzo

Il numero stampato su una pagina prodotto BigCommerce è il prezzo offerto a un visitatore anonimo, non autenticato, che compra un pezzo della variante predefinita. Può essere il prezzo a cui il tuo concorrente vende davvero. Può anche essere uno dei quattro prezzi che pratica, e gli altri tre sono più difficili o impossibili da vedere dall'esterno.

Su BigCommerce la cosa pesa più che altrove, per via di chi vende qui. L'ARR degli account enterprise ha raggiunto 287,2 milioni di dollari a fine 2025, l'80% dell'ARR totale della capogruppo, contro il 75% dell'anno prima, e da allora l'azienda ha smesso di riportare quella metrica a partire dall'esercizio 2026 (Commerce.com, Inc., febbraio 2026). Leggilo come una descrizione del tuo insieme competitivo: merchant più grandi, più B2B, più propensi a usare gruppi cliente e scaglioni di quantità di quanto lo sia un tipico negozio direct-to-consumer.

Tipo di prezzoPrezzo anonimo predefinitoPrezzo specifico di variantePrice list per gruppo clienteScaglione bulk a quantità 12
Dove si impostaPrezzo di catalogo sul prodottoRecord di opzione e variantePrice list assegnato a un gruppo cliente o a un canaleRegola di bulk pricing sul prodotto
Visibile a un monitor esterno?Solo tramite risoluzione liveNoA volte
Cosa registra un tracker ingenuoIl numero esatto che vede l'acquirenteIl prezzo della variante predefinita, per ogni varianteNullaIl prezzo per quantità 1

Tre di quelle quattro colonne meritano una spiegazione.

Anche il prezzo pubblico è solo la variante predefinita

I temi Stencil di BigCommerce sono Handlebars renderizzati lato server, il che gioca a tuo favore. L'oggetto product espone price, sale_price e rrp (il prezzo di listino barrato), e il suo campo sku è documentato come quello della "variante di prodotto predefinita quando non è selezionata alcuna opzione" (BigCommerce, documentazione della piattaforma). Leggere l'HTML statico ti dà un prezzo di testa corretto senza nessuna delle acrobazie di rendering che pretende una vetrina single-page lato client.

I prezzi per variante sono un altro animale. Quando un acquirente sceglie una combinazione di opzioni, il tema chiede la risposta al server. È così che si comporta il JavaScript della vetrina di BigCommerce: il modulo open source stencil-utils invia in POST i valori delle opzioni selezionate a un endpoint product-attributes e legge il prezzo risolto dalla risposta JSON (sorgente di stencil-utils). La combinazione scelta dall'acquirente non esisteva nella pagina che chiunque ha scaricato.

Il guasto che ne deriva è silenzioso, ed è questo a renderlo pericoloso. Fai lo scraping ingenuo di una pagina prodotto BigCommerce e ottieni il prezzo della variante base. Se la taglia grande porta con sé una maggiorazione di 40 dollari, sottostimi di 40 dollari all'infinito e non va mai in errore niente. Su un prodotto con un asse da otto valori incrociato con un asse da sei, le combinazioni sono 48 e l'HTML non ne enumera nessuna. Nemmeno il markup ti lascia indovinare: assi e valori compaiono come identificatori numerici del tipo attribute[586]=926, anche se i temi spesso infilano la maggiorazione nel testo visibile dell'etichetta, come Large (+$5.00) o Small (-$2.00).

I prezzi riservati ai clienti business si risolvono al login, per gruppo cliente

I price list sono la parte di BigCommerce che nessun monitor esterno può raggiungere. Un price list imposta i prezzi esclusivamente a livello di variante ed è assegnato a uno specifico canale di vendita, a un gruppo cliente o a un gruppo cliente su un canale specifico, e ogni record porta con sé il proprio prezzo scontato, prezzo al pubblico e prezzo MAP (BigCommerce, documentazione della piattaforma). Dove un price list non ha un record per una variante, vale il prezzo di catalogo.

Quindi il prezzo che registri è quello anonimo, per costruzione. I clienti business del tuo concorrente possono pagare sensibilmente meno, e nessun grado di raffinatezza nello scraping lo farà emergere. È una proprietà della piattaforma, non un difetto dei tuoi strumenti, e il modo onesto di usare il numero pubblico è trattarlo come un tetto e non come il prezzo a cui vendono.

Alcuni concorrenti tolgono il numero del tutto. B2B Edition supporta vetrine che richiedono il login e la visibilità dei prodotti per gruppo (BigCommerce, documentazione della piattaforma), e il marketplace delle app ospita un'app Call For Price che sostituisce prezzo e pulsante Aggiungi al carrello con un pulsante di richiesta (BigCommerce). Un tracker che torna vuoto su quelle pagine non ha fallito. Ha osservato correttamente una scelta di merchandising, e dovrebbe registrarla come stato a sé.

Gli scaglioni di quantità rendono il prezzo una funzione della quantità

Le regole di bulk pricing si attaccano al prodotto e correggono il prezzo con un valore fisso, una percentuale o un importo fisso, con una quantità minima obbligatoria che per le regole a prezzo fisso non può essere inferiore a due. C'è un'interazione che vale la pena conoscere: se una variante ha un proprio record di prezzo, il bulk pricing a livello di prodotto non si applica nel carrello (BigCommerce, documentazione della piattaforma).

Nelle vetrine per cui ho costruito l'estrazione, alcuni temi stampano la tabella degli scaglioni sulla pagina e altri la mostrano solo nel carrello. In ogni caso, se il vero business del tuo concorrente sono le confezioni da dodici con uno sconto del 22%, il suo prezzo per quantità 1 ti dice molto poco su come si aggiudica un ordine.

Come capire se un concorrente usa BigCommerce

Guarda il markup, non la barra degli indirizzi. I marcatori affidabili sono un tag <meta name="generator" content="BigCommerce">, un oggetto BCData inline negli script della pagina e campi opzione chiamati attribute[NNN] oppure elementi select con id del tipo attribute_select_NNN.

Di questi, il pattern dei campi opzione è quello di cui mi fido di più. Nelle vetrine per cui ho costruito l'estrazione, i temi rimuovono il meta generator o rinominano BCData abbastanza spesso da non rendere affidabile nessuno dei due preso da solo, mentre il nome dei campi opzione sopravvive, perché serve al JavaScript della vetrina stessa per rispedire indietro i valori giusti.

La forma dell'URL non ti dirà nulla. A differenza del rigido /products/<handle> di Shopify, chi possiede un negozio BigCommerce sceglie la struttura degli URL nelle impostazioni: una forma breve, una più lunga con un prefisso di percorso, una con prefisso di categoria o un pattern personalizzato costruito con token come il nome del prodotto o lo SKU (BigCommerce, documentazione della piattaforma).

Aspettati un caso in più. Catalyst è il framework di vetrina headless componibile di BigCommerce, costruito su Next.js e React server components sopra la GraphQL Storefront API (BigCommerce, documentazione della piattaforma). Un concorrente headless non ha nessuno dei marcatori Stencil e si presenta come un normale sito Next.js. I prezzi di solito arrivano comunque renderizzati lato server, quindi l'estrazione semplice funziona, ma la scorciatoia sulle varianti non c'è più.

Già che siamo sulle API, una precisazione che vale la pena fare in modo netto: la GraphQL Storefront API è vincolata a un token emesso dal negozio che la possiede. Fa l'audit del tuo catalogo e dei tuoi price list, e non è una via d'accesso ai dati di un concorrente. Questa distinzione è l'intero argomento di costruire il proprio scraper contro comprare un servizio di monitoraggio.

Come impostare il monitoraggio dei prezzi dei concorrenti

Passo 1: verifica cosa usa ogni concorrente

Dedica due minuti a rivale, con i marcatori qui sopra. Sapere che un concorrente usa Stencil ti dice che i prezzi per variante sono risolvibili; sapere che è headless ti dice di non aspettarti quella scorciatoia.

Passo 2: scegli i prodotti su cui competi davvero

Non tutto il catalogo. L'insieme che conta è quello dei dieci-cinquanta prodotti dove un acquirente confronta realmente la tua scheda con quella di qualcun altro, con tre-cinque concorrenti nominati per ciascuno. Tutto il resto genera avvisi che imparerai a ignorare.

Passo 3: raccogli gli URL a livello di variante

Cattura l'URL della combinazione di opzioni che compete con il tuo bestseller, non la pagina del prodotto padre. Su BigCommerce questo passaggio pesa più che su altre piattaforme, per il motivo spiegato nella sezione precedente: il prezzo della pagina padre è il prezzo della variante predefinita, quindi un URL a livello di padre, su un prodotto con opzioni che modificano il prezzo, è un numero sistematicamente sbagliato e non un numero incompleto.

Passo 4: aggiungili a uno strumento di monitoraggio

Carica la lista in uno strumento di monitoraggio dei concorrenti che risolve prezzo e disponibilità per variante secondo una pianificazione. Non chiedere a un fornitore se supporta BigCommerce, dato che quasi qualunque cosa sa leggere una pagina renderizzata lato server. Chiedigli cosa restituisce per un prodotto con tre assi di opzioni.

Passo 5: imposta soglie che reggano l'oscillazione valutaria

BigCommerce distingue la valuta di visualizzazione dalla valuta transazionale: le valute transazionali usano tassi di conversione statici, mentre quelle di sola visualizzazione possono usarne di statici o dinamici (BigCommerce, documentazione della piattaforma). Monitora una vetrina in una valuta di sola visualizzazione con tasso dinamico e genererai un flusso di variazioni di prezzo fantasma che in realtà sono movimenti di cambio. Fissa la valuta di riferimento del concorrente e imposta soglie percentuali abbondantemente sopra la normale oscillazione quotidiana. La guida agli avvisi di calo prezzo tratta la taratura delle soglie in generale.

Altri tre modi in cui un tracker BigCommerce sbaglia

  • Gli assi di abbonamento diventano varianti fantasma. Le app di tipo Autoship e Subscribe and Save si presentano come un normale asse di opzioni, con valori del tipo "Ogni 1 mese (-20%)". Estraili in modo ingenuo ed emetti una variante fantasma per ogni cadenza di fatturazione, poi segnali un calo del 20% che nessuno sta offrendo a chi compra una volta sola. Questi assi vanno filtrati esplicitamente.
  • Il flag di disponibilità non è sempre onesto. L'oggetto BCData inline porta un flag di disponibilità a livello di prodotto. Per esperienza è affidabile quando dice false e inaffidabile quando dice true, dato che alcuni temi lo scrivono fisso su un valore vero, e i temi Stencil spesso omettono la disponibilità dai loro dati strutturati, quindi non c'è un ripiego pulito. Fai un controllo incrociato sulla pagina stessa: un pulsante Aggiungi al carrello disabilitato, o un controllo Avvisami dove dovrebbe esserci il pulsante di acquisto, batte ogni volta un singolo flag JSON inline.
  • Un prezzo assente viene letto come un errore. Vale la pena ripeterlo come regola operativa: prezzo su richiesta è uno stato, non un controllo fallito. Ritentalo come se fosse un disservizio e passerai il tuo tempo a fare debug su una pagina che funziona esattamente come vuole il suo proprietario.

Trasformare i dati in decisioni di pricing

Il monitoraggio prezzi non rende nulla finché non cambia quello che addebiti. La suddivisione in fasce che funziona altrove funziona anche qui: prodotti di punta controllati più spesso e tenuti entro una banda definita rispetto alla mediana di mercato, prodotti di fascia media su una banda più ampia e con revisione più lenta, prodotti a coda lunga dove il margine conta più dell'allineamento. L'ecommerce retail statunitense ha toccato 326,7 miliardi di dollari nel primo trimestre 2026, il 16,9% del retail totale, in crescita del 9,8% su base annua contro il 3,9% del retail nel suo complesso (US Census Bureau, maggio 2026), quindi la quota continua a spostarsi verso il canale dove il prezzo è la prima cosa che un acquirente legge.

Quello che cambia su BigCommerce è il passaggio di interpretazione. Prima di allinearti al taglio di un concorrente, chiediti se il numero a cui ti stai allineando è un numero che qualcuno paga davvero. Un prezzo per quantità 1, da utente non autenticato, sulla variante predefinita, presso un merchant il cui volume passa dagli account business, è una superficie di marketing più che un prezzo di transazione. Su Shopify e WooCommerce il prezzo pubblico è molto più vicino a tutta la storia, ed è questa differenza che dovresti portarti dentro la decisione.

Cosa fa Respot con l'URL di un prodotto BigCommerce

Respot legge gli URL pubblici dei prodotti. Incolli la pagina prodotto di un concorrente, il sistema rileva automaticamente i dettagli e monitora prezzo e disponibilità per singola variazione anziché soltanto a livello di prodotto padre, che è poi la parte che conta quando la piattaforma renderizza il prezzo di una variante e nasconde le altre. L'estrazione è senza browser, così un negozio Stencil, un negozio headless su Catalyst e una scheda su marketplace stanno su un'unica watch list.

Gli avvisi scattano sulle variazioni di prezzo e su quelle di disponibilità, e la cadenza dei controlli è adattiva, non 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 verificare se i prezzi per variante dei tuoi concorrenti differiscono dai loro prezzi di testa. I piani a pagamento vanno da 100 tracker fino a 2.000, con storico più lungo a ogni scalino.

Monitora il prezzo visibile, poi dai un nome a quello invisibile

Parti dai dieci prodotti su cui competi davvero, catturali a livello di variante e dagli un mese. Ti ritroverai con qualcosa di più utile di un flusso di prezzi: una mappa di quali concorrenti pubblicano il loro prezzo reale e quali pubblicano un segnaposto.

È questa la decisione che la guida ti chiede di prendere. Dove il prezzo pubblico è il prezzo di vendita, il monitoraggio è lineare e sulle mosse dovresti agire. Dove un concorrente usa gruppi cliente e scaglioni di quantità, il prezzo pubblico è un limite superiore, e la tua risposta sta nelle condizioni e nei volumi più che in una corsa al prezzo di scaffale di cui puoi vedere un lato solo.

In entrambi i casi è meglio che tirare a indovinare, e ci arrivi solo registrando prima i dati. Inizia a monitorare i tuoi concorrenti e scopri con quale dei due tipi hai a che fare.