Quanto costa monitorare 10.000 prodotti al mese: calcolo del traffico e scelta dei proxy

I venditori di Wildberries e Ozon spesso stimano il budget per i proxy "a occhio" — e o pagano 3-4 volte di più, oppure acquistano un pacchetto troppo economico che si esaurisce in una settimana. Analizziamo come calcolare correttamente il volume di traffico per monitorare 10.000 prodotti al mese, quale tipo di proxy scegliere per tale carico e dove si può risparmiare senza compromettere la qualità dei dati.

Perché monitorare 10.000 prodotti e non 100

Se hai 100-200 prodotti, puoi controllare i prezzi dei concorrenti manualmente una volta al giorno. Ma quando il catalogo cresce a migliaia di SKU, e i concorrenti cambiano i prezzi 5-10 volte al giorno (soprattutto durante le promozioni di Wildberries e Ozon), il monitoraggio manuale diventa un'illusione — i dati invecchiano più velocemente di quanto tu riesca a raccoglierli.

10.000 prodotti sono un volume tipico per un venditore medio con diverse categorie o per un'agenzia che monitora per 5-10 clienti contemporaneamente. Per una tale scala è necessaria l'automazione: uno script o un servizio di parsing pronto che accede alle schede dei prodotti, alle pagine delle categorie e alle API dei marketplace decine di migliaia di volte al giorno. E qui sorge la domanda principale: attraverso quale mezzo inviare queste richieste per non ricevere un blocco IP già dopo due ore di lavoro.

Wildberries, Ozon e Avito si difendono attivamente dal parsing: impostano captcha, riducono la velocità di risposta, bloccano IP di datacenter a pacchi. Pertanto, il budget per il monitoraggio non è solo il pagamento per i server e lo sviluppo, ma anche una voce di spesa separata per i proxy, spesso la più imprevedibile se calcolata "a occhio".

Quante richieste sono realmente necessarie al mese

Il primo passo per calcolare il budget è capire quante richieste HTTP devi fisicamente effettuare. Questo dipende dalla frequenza di aggiornamento dei prezzi che prevedi nella tua strategia di monitoraggio.

Frequenza di aggiornamento	Richieste per 1 prodotto al mese	Richieste per 10.000 prodotti
1 volta al giorno	30	300.000
4 volte al giorno	120	1.200.000
Una volta all'ora (24 volte al giorno)	720	7.200.000

Per la maggior parte dei venditori su Wildberries e Ozon, sono sufficienti 4-6 aggiornamenti al giorno — questo copre le guerre di prezzo mattutine e serali senza un carico eccessivo sul pool di proxy. Il monitoraggio orario è necessario solo in nicchie altamente competitive (elettronica, cosmetici) durante grandi promozioni come il "Black Friday".

Formula per il calcolo del traffico

Il traffico che "pesa" sui proxy dipende non solo dal numero di richieste, ma anche da ciò che stai parsando: la scheda del prodotto intera (pagina HTML con immagini e script) o solo la risposta JSON dell'API del marketplace.

Il peso medio della risposta varia notevolmente a seconda del metodo:

• Richiesta all'API della scheda del prodotto (JSON) — 15-60 KB per risposta
• Pagina HTML completa della scheda del prodotto — 300-900 KB per risposta
• Pagina di categoria/ricerca con paginazione — 500-1500 KB per risposta

Se stai parsando direttamente tramite le API interne dei marketplace (cosa preferibile — peso minore, velocità maggiore, rischio di captcha inferiore), per 10.000 prodotti con 4 aggiornamenti al giorno otteniamo 1.200.000 richieste × 40 KB ≈ 45,8 GB di traffico al mese. Se parsare pagine HTML complete, lo stesso volume di richieste "pesa" già 600-900 GB — una differenza di 15-20 volte solo a causa del metodo di raccolta dei dati.

Proxy datacenter, residenziali e mobili: cosa scegliere

Il tipo di proxy influisce direttamente sia sul costo che sulla percentuale di richieste riuscite (success rate). Per il monitoraggio dei marketplace questo è critico: più spesso il proxy viene bloccato, più tentativi di ripetizione ci sono e maggiore è il reale consumo di traffico oltre la formula calcolata.

Tipo di proxy	Success rate su WB/Ozon	Quando utilizzare
Proxy datacenter	40-60% (facilmente bloccati a pacchi)	Monitoraggio a bassa frequenza, test, piccoli cataloghi
Proxy residenziali	85-95%	Opzione principale per 10.000+ prodotti, monitoraggio quotidiano
Proxy mobili	90-98%	Monitoraggio ad alta frequenza in nicchie difficili, bypass della protezione rinforzata

I proxy datacenter sembrano vantaggiosi per costo per GB, ma nella pratica per Wildberries e Ozon il loro success rate diminuisce già dopo poche ore di parsing attivo — i marketplace calcolano gli intervalli di indirizzi IP dei provider di hosting e bloccano l'accesso a pacchi. Alla fine, paghi per il traffico che viene speso per tentativi ripetuti, e non per richieste realmente riuscite.

I proxy residenziali utilizzano IP reali di utenti domestici, quindi vengono percepiti dal marketplace come visitatori normali del sito. Per un monitoraggio stabile di 10.000 prodotti, questo è il miglior equilibrio tra prezzo e affidabilità. I proxy mobili offrono un success rate ancora più alto, ma di solito sono più costosi — è ragionevole collegarli in modo mirato, per le categorie più problematiche o durante i periodi di picco delle promozioni.

Tre scenari per il calcolo del budget

Analizziamo tre scenari tipici per il monitoraggio di 10.000 prodotti, per mostrare come il metodo di raccolta e la frequenza di aggiornamento influenzano il volume finale di traffico.

Scenario 1: Monitoraggio economico tramite API

4 aggiornamenti al giorno, parsing tramite le API interne del marketplace (JSON, ~40 KB per risposta), proxy residenziali con success rate del 90%.

• Richieste di base: 1.200.000 al mese
• Tenendo conto del 10% di tentativi ripetuti: 1.320.000 richieste
• Traffico: 1.320.000 × 40 KB ≈ 50,4 GB al mese

Scenario 2: Carico medio con raccolta di pagine HTML

6 aggiornamenti al giorno, parsing di schede prodotto complete (HTML, ~500 KB per risposta) per ottenere non solo il prezzo, ma anche le giacenze, le recensioni, la posizione nella ricerca.

• Richieste di base: 1.800.000 al mese
• Tenendo conto dei tentativi ripetuti (15%): 2.070.000 richieste
• Traffico: 2.070.000 × 500 KB ≈ 987 GB al mese

Scenario 3: Monitoraggio ad alta frequenza in stagione di picco

Aggiornamento ogni ora (24 volte al giorno) tramite API, parsing aggiuntivo delle pagine di categoria per monitorare le posizioni nei risultati, proxy mobili per categorie problematiche.

• Richieste ai prodotti: 7.200.000 al mese (40 KB ciascuna)
• Richieste alle pagine di categoria: 300.000 al mese (800 KB ciascuna)
• Traffico: (7.200.000 × 40 KB) + (300.000 × 800 KB) ≈ 274,7 + 228,9 ≈ 503,6 GB al mese

La differenza tra gli scenari mostra chiaramente: il metodo di raccolta dei dati influisce sul budget più della frequenza di aggiornamento. Passare dal parsing HTML al lavoro tramite API può ridurre il consumo di traffico di 10-20 volte mantenendo lo stesso volume di prodotti e la stessa frequenza di controlli.

Come ridurre il consumo di traffico senza perdere dati

Ci sono diversi trucchi pratici che consentono di mantenere il budget per il monitoraggio sotto controllo senza perdere l'attualità dei dati.

1. Parsa l'API, non l'HTML. Se il marketplace fornisce dati tramite un'API interna (questo può essere determinato analizzando le richieste di rete nel browser quando si apre la scheda del prodotto), utilizza proprio quella — il peso della risposta diminuisce di 10-20 volte.
2. Dividi i prodotti per priorità. Non tutti i 10.000 SKU sono ugualmente importanti. I prodotti di punta con alta concorrenza monitorali ogni ora, gli altri — 1-2 volte al giorno. Questo riduce il volume totale delle richieste del 40-60%.
3. Memorizza i dati statici. Nome, descrizione, caratteristiche del prodotto cambiano raramente — è sufficiente raccoglierli una volta a settimana. Ogni ora è necessario aggiornare solo il prezzo e le giacenze.
4. Imposta la rotazione dei proxy in modo ragionevole. Cambiare IP troppo frequentemente per ogni richiesta aumenta il numero di captcha e tentativi ripetuti. La rotazione ogni 5-10 richieste da un IP di solito offre un miglior equilibrio tra anonimato e success rate.
5. Comprimi il traffico tramite gzip. Assicurati che il tuo script o servizio di parsing invii l'intestazione Accept-Encoding: gzip — questo riduce il peso delle risposte JSON del 60-70%.

Errori comuni nel calcolo del budget

Quando pianificano il budget per monitorare 10.000 prodotti, i venditori commettono regolarmente gli stessi errori, che portano a un eccesso di spesa o, al contrario, a una carenza di traffico nel bel mezzo del mese.

• Non considerano i tentativi ripetuti. Quando si lavora con proxy datacenter, fino al 40-50% delle richieste possono terminare con un captcha o un blocco — il reale consumo di traffico risulta essere 1,5-2 volte superiore a quello calcolato.
• Monitorano tutto con la stessa frequenza. Se 10.000 prodotti vengono aggiornati ogni ora "per sicurezza", il budget cresce a dismisura senza reale utilità per il business.
• Dimenticano la stagionalità. Durante le vendite (11.11, "Black Friday", Capodanno) i concorrenti cambiano i prezzi più frequentemente, e con ciò aumenta anche il numero delle tue richieste ripetute a causa di una protezione più rigorosa dei marketplace contro il parsing.
• Calcolano il traffico solo secondo la formula, senza margine. È ragionevole prevedere un margine del 20-30% di traffico oltre il volume calcolato in caso di modifica della struttura delle pagine del marketplace o di un temporaneo aumento dei captcha.

Checklist prima di avviare il monitoraggio

Conclusione

Il budget per monitorare 10.000 prodotti al mese non è una cifra fissa, ma il risultato di decisioni specifiche: quanto spesso aggiornare i prezzi, attraverso cosa parsare i dati e quale tipo di proxy utilizzare. Un calcolo corretto del traffico secondo la formula "numero di richieste × peso della risposta" con un margine per i tentativi ripetuti consente di comprendere in anticipo il reale costo del monitoraggio e di evitare spiacevoli sorprese a metà mese.

Per un monitoraggio stabile di Wildberries, Ozon e Avito in volume medio e grande, ti consigliamo di iniziare con proxy residenziali — forniscono un alto success rate a un costo del traffico accettabile. Se alcune categorie di prodotti sono soggette a protezione rinforzata del marketplace, collegale in modo mirato proxy mobili solo per esse, e non per l'intero catalogo contemporaneamente — questo ti permetterà di controllare il budget senza compromettere la qualità dei dati.