La scheda del prodotto può mostrare "disponibile" a Mosca e "non disponibile" a Novosibirsk — e se non controlli questo per regione, perdi ordini e non vedi dove i concorrenti vincono nella logistica. Ma non appena inizi a controllare sistematicamente le scorte da diverse geo con lo stesso account o IP, la piattaforma nota rapidamente un'attività anomala e limita l'accesso. In questo articolo — uno schema funzionante per il monitoraggio della disponibilità del prodotto per le regioni di consegna senza divieti e captcha.
Perché la disponibilità del prodotto varia per regione
Wildberries, Ozon e la maggior parte dei grandi marketplace operano attraverso una rete di magazzini distribuiti. Quando un acquirente accede al sito da Krasnodar, il sistema mostra le scorte dai magazzini regionali più vicini, e non l'inventario complessivo del venditore. Questo significa che lo stesso articolo può essere "disponibile" per Mosca e San Pietroburgo, ma mancante per gli Urali o il Far East — semplicemente perché il prodotto non è fisicamente stato consegnato al magazzino regionale o è già esaurito localmente.
Per il venditore questo è critico per diversi motivi. In primo luogo, la non disponibilità regionale colpisce direttamente la posizione della scheda nei risultati — l'algoritmo penalizza il prodotto che non può arrivare rapidamente all'acquirente. In secondo luogo, i concorrenti che distribuiscono correttamente le scorte tra i magazzini prendono ordini proprio nelle regioni dove tu sei a corto. In terzo luogo, senza un monitoraggio regolare, scopri il problema solo a posteriori — quando le vendite nella regione sono già diminuite, e non quando questo sta appena iniziando a succedere.
Lo stesso vale per Avito: l'annuncio può mostrarsi in modo diverso a seconda della città di ricerca, e la consegna e la pertinenza dell'offerta possono variare. I marketer e le agenzie che gestiscono più marchi si trovano ad affrontare questo ogni giorno: è necessario sapere cosa vede il reale acquirente a Ekaterinburg, e non ciò che è visibile dall'ufficio a Mosca.
Perché i marketplace bloccano per il monitoraggio delle scorte
La logica di protezione di Wildberries e Ozon è semplice: un normale acquirente accede da un IP, guarda alcune schede nella sua regione e se ne va. Se da un IP arrivano decine di richieste per articoli diversi con la sostituzione della regione di consegna — questo è un modello di parser, non di una persona reale. I sistemi anti-bot reagiscono in uno dei tre modi: mostrano un captcha, bloccano temporaneamente l'IP con l'errore 429, oppure restituiscono dati volutamente errati (scorte false) per rovinare le statistiche del parser, ma non rivelare il fatto del blocco.
Il terzo scenario è il più pericoloso per il business — continui a ricevere dati, ma sono errati, e le decisioni basate su di essi saranno sbagliate. I marketplace non bloccheranno l'account del venditore stesso, se il monitoraggio avviene in modo anonimo tramite un catalogo pubblico, ma l'indirizzo IP da cui proviene il carico viene bloccato rapidamente — di solito dopo 50–100 richieste in un breve periodo da un indirizzo senza rotazione.
Un'ulteriore difficoltà è la geolocalizzazione. Per conoscere la reale disponibilità per una specifica regione, la richiesta deve provenire da un IP che la piattaforma riconosce come situato in quella regione (o si cambia esplicitamente la regione di consegna nell'interfaccia/API, ma anche questo è legato ai cookie e alla sessione, che possono essere bloccati in caso di attività sospette).
Schema di monitoraggio senza divieti
Uno schema funzionante si basa su tre principi: distribuzione del carico, simulazione di un utente reale e precisione regionale dell'IP. Nella pratica, appare così:
- Elenco di regioni e articoli. Crea una tabella: regioni necessarie (di solito 15–30 città chiave per iniziare) × articoli da monitorare.
- Proxy legati alla regione. Per ogni regione viene utilizzato un indirizzo IP separato (o un pool di indirizzi), che corrisponde fisicamente o logicamente alla città/regione desiderata.
- Rotazione e ritardi. Tra le richieste viene mantenuta una pausa di 3–10 secondi, l'IP cambia non più frequentemente di una volta ogni diverse richieste, per non apparire come uno scanner.
- Simulazione del browser. Le richieste vengono inviate con un User-Agent realistico, intestazioni e, se necessario, tramite un browser headless con rendering JS — molte schede di scorte vengono caricate dinamicamente.
- Logging e avvisi. I risultati vengono accumulati in una tabella o database, e quando lo stato cambia da "non disponibile" a "disponibile" e viceversa, viene inviato un avviso su Telegram o via email.
Questo approccio è applicabile sia al monitoraggio manuale tramite servizi di parsing pronti, sia a uno script proprio — cambia solo lo strumento, il principio di protezione dai blocchi rimane invariato.
Quali proxy sono necessari per il controllo per regione
La scelta del tipo di proxy è il fattore principale che determina se il monitoraggio sarà stabile. Per il compito di controllare la disponibilità del prodotto per regione, non sono adatti gli IP dei data center economici senza geolocalizzazione — la piattaforma non fornirà una risposta regionale precisa, oppure bloccherà rapidamente l'indirizzo se è già presente nelle liste nere.
| Tipo di proxy | Precisione geo | Rischio di blocco | Quando applicare |
|---|---|---|---|
| Proxy residenziali | Alta, fino alla città | Basso | Strumento principale per il monitoraggio regolare in 15+ regioni |
| Proxy mobili | Media-alta (in base alla rete dell'operatore) | Molto basso | Se la piattaforma blocca particolarmente aggressivamente le gamme residenziali |
| Proxy dei data center | Bassa, senza legame preciso con la città | Alto con richieste frequenti | Controlli rapidi una tantum senza precisione regionale |
Per un monitoraggio sistematico della disponibilità del prodotto in decine di regioni, la scelta ottimale è proxy residenziali con possibilità di selezione della città o della regione: appaiono come IP di normali utenti di internet, quindi il marketplace fornisce dati corretti sulla disponibilità locale e non considera le richieste sospette. Se il budget è limitato e le regioni sono poche, è possibile combinare: IP residenziali per le città chiave e IP dei data center per controlli meno prioritari, dove la precisione è meno importante.
Impostazione del geo-targeting e rotazione IP
Dopo aver scelto il fornitore di proxy, è necessario impostare due parametri: targeting geo e rotazione. La maggior parte dei servizi di proxy residenziali consente di specificare il paese, la regione e persino la città durante la connessione — ad esempio, tramite il formato di login con parametro regionale o attraverso una porta/endpoint separato per ogni città. Questo elimina la necessità di cercare manualmente IP "puliti" per ogni regione.
La rotazione dovrebbe essere impostata secondo due scenari:
- Sessione sticky per il tempo di un controllo regionale — l'IP non cambia mentre raccogli dati su tutti gli articoli per una città, per non interrompere la sessione e non attivare nuovamente il captcha.
- Cambio completo di IP tra regioni — quando si passa alla città successiva, si prende un nuovo indirizzo legato al geo desiderato, altrimenti la piattaforma potrebbe non restituire correttamente le scorte locali.
Se lavori tramite un browser anti-detect (Dolphin Anty, AdsPower, Multilogin, Octo Browser), a ogni profilo viene assegnato un proxy separato con il geo necessario, e l'impronta digitale del browser (fingerprint) rimane unica per il profilo. Questo fornisce una doppia protezione: la piattaforma vede sia l'IP "vivo" della regione, sia l'impronta digitale unica del dispositivo, escludendo il collegamento di più profili in un unico cluster per il blocco.
Strumenti per il monitoraggio
Per i venditori che non si occupano di programmazione, ci sono tre modi per impostare il monitoraggio:
1. Servizi di monitoraggio prezzi e scorte pronti. Molti di questi servizi per Wildberries e Ozon già supportano il controllo per regioni "out of the box" e consentono di collegare i propri proxy nelle impostazioni — questa è l'opzione più veloce per iniziare senza competenze tecniche.
2. Browser anti-detect + controllo manuale o semi-automatico. Per 10–20 regioni chiave, è possibile creare profili in Dolphin Anty o AdsPower, collegare a ciascun profilo il proxy della città desiderata e controllare metodicamente le schede dei prodotti, registrando lo stato della disponibilità. Questo è più lento, ma non richiede alcun codice e si adatta se i controlli sono necessari non ogni ora, ma una volta al giorno.
3. Parser automatizzato (per chi ha uno sviluppatore o un freelancer). Uno script in Python con la libreria requests o Playwright controlla le schede secondo un elenco di regioni e articoli, utilizzando proxy dal pool, e accumula il risultato in una tabella o database. Questa opzione offre la massima flessibilità e velocità di aggiornamento dei dati, ma richiede supporto tecnico.
Indipendentemente dallo strumento scelto, il collo di bottiglia è lo stesso — qualità e geografia dei proxy. Anche lo script più ben progettato raccoglierà dati errati o riceverà blocchi se gli indirizzi IP non sono legati alle regioni necessarie o si ripetono troppo frequentemente.
Limiti delle richieste e protezione dai blocchi
Affinché il monitoraggio funzioni stabilmente per mesi e non solo per un paio di giorni fino a un blocco massiccio, segui i limiti pratici:
| Parametro | Intervallo sicuro |
|---|---|
| Richieste da un IP al minuto | 3–8 |
| Pausa tra le richieste | 3–10 secondi con randomizzazione |
| Cambio IP | dopo 20–30 richieste o ad ogni nuova regione |
| Frequenza di controllo completo di tutte le regioni | 1–4 volte al giorno per la maggior parte delle categorie di prodotti |
Se la piattaforma mostra un captcha anche rispettando i limiti, è un segnale che l'IP specifico è già finito nella lista nera — una rotazione immediata su un nuovo indirizzo e una temporanea riduzione della frequenza delle richieste per quella regione di 1–2 ore aiuta. Per le categorie con alta concorrenza (abbigliamento, elettronica), i marketplace monitorano il traffico bot in modo più rigoroso, quindi lì i limiti dovrebbero essere ancora più conservativi.
Impostazione passo-passo su Wildberries, Ozon e Avito
Passo 1. Definisci l'elenco delle regioni. Prendi le prime 20 città per volume di vendite dalla tua analisi del pannello venditore — è proprio lì che la disponibilità del prodotto è più critica.
Passo 2. Collega i proxy con geo-targeting. Nel pannello di controllo dei proxy, seleziona il paese "Russia" e le città/regioni necessarie, ottieni i dati per la connessione (host, porta, login, password).
Passo 3. Crea profili nel browser anti-detect. Per ogni regione — un profilo separato in Dolphin Anty, AdsPower o GoLogin con il proxy di quella città collegato. Nomina i profili per regione, per non confonderti.
Passo 4. Imposta la regione di consegna sul sito del marketplace. Su Wildberries e Ozon la regione viene determinata automaticamente dall'IP, ma è bene controllare manualmente tramite la selezione della città nell'intestazione del sito — questo confermerà che la piattaforma ha riconosciuto correttamente la posizione del proxy.
Passo 5. Registra lo stato della disponibilità per ogni articolo. Apri le schede dei prodotti di interesse e annota lo stato ("disponibile", "non disponibile", tempi di consegna) in una tabella con data e ora del controllo.
Passo 6. Ripeti secondo il programma. Per Avito la logica è simile — cambia la città di ricerca tramite il proxy della regione corrispondente, dopo di che si registra quali annunci e con quale stato di consegna sono visibili all'acquirente locale.
Passo 7. Imposta avvisi. Non appena lo stato del prodotto in una regione importante cambia in "non disponibile", invia una notifica al manager responsabile, affinché possa rapidamente ridistribuire le scorte tra i magazzini.
Checklist per avviare il monitoraggio
- Elenco delle regioni e articoli prioritari per il monitoraggio è stato compilato
- Proxy con legame preciso alle città necessarie sono stati collegati
- Rotazione IP e pause tra le richieste (3–10 secondi) sono state impostate
- Per ogni regione è stato creato un profilo separato nel browser anti-detect
- È stato verificato che la piattaforma determina correttamente la regione dall'IP del proxy
- Il logging dei risultati con data e ora del controllo è stato impostato
- Avvisi sono stati attivati al cambio di stato della disponibilità del prodotto
- È stato impostato un limite alle richieste, escludendo il blocco dell'IP
Conclusione
Il monitoraggio della disponibilità del prodotto per le regioni di consegna non è un controllo una tantum, ma un processo continuo che influisce direttamente sulle posizioni delle schede e sulle vendite su Wildberries, Ozon e Avito. Affinché funzioni stabilmente, sono necessarie tre cose: legame preciso dell'IP alla regione, limiti ragionevoli delle richieste e distribuzione del carico tra i proxy, per non suscitare sospetti nei sistemi anti-bot delle piattaforme.
Se prevedi di monitorare la disponibilità del prodotto in decine di regioni e farlo regolarmente, è consigliabile iniziare con proxy residenziali con geo-targeting per città — forniscono dati precisi sulle scorte locali e minimizzano il rischio di blocchi. Per controlli rapidi una tantum senza un legame rigoroso con la regione, puoi accontentarti di proxy dei data center, e se la piattaforma risulta particolarmente severa con le gamme residenziali — i proxy mobili con rischio minimo di ban possono venire in aiuto.