La fiche produit peut afficher « disponible » à Moscou et « non en stock » à Novossibirsk — et si vous ne vérifiez pas cela par région, vous perdez des commandes et ne voyez pas où vos concurrents gagnent en logistique. Mais dès que vous commencez à vérifier systématiquement les stocks depuis différentes géographies avec le même compte ou IP, la plateforme remarque rapidement une activité anormale et limite l'accès. Dans cet article, vous trouverez un schéma fonctionnel de surveillance de la disponibilité des produits par région de livraison sans interdictions et captchas.
Pourquoi la disponibilité des produits diffère par région
Wildberries, Ozon et la plupart des grandes marketplaces fonctionnent via un réseau d'entrepôts répartis. Lorsque l'acheteur accède au site depuis Krasnodar, le système affiche les stocks des entrepôts régionaux les plus proches, et non le stock total du vendeur. Cela signifie qu'un même article peut être « disponible » pour Moscou et Saint-Pétersbourg, mais être absent pour l'Oural ou l'Extrême-Orient — simplement parce que le produit n'a pas été physiquement livré à l'entrepôt régional ou a déjà été vendu localement.
Pour le vendeur, c'est critique pour plusieurs raisons. Tout d'abord, l'indisponibilité régionale impacte directement la position de la fiche dans les résultats — l'algorithme dévalorise le produit qui ne peut pas rapidement atteindre l'acheteur. Deuxièmement, les concurrents qui répartissent efficacement les stocks entre les entrepôts prennent des commandes précisément dans les régions où vous êtes à court. Troisièmement, sans surveillance régulière, vous apprenez le problème a posteriori — lorsque les ventes dans la région ont déjà chuté, et non lorsque cela commence à se produire.
Il en va de même pour Avito : l'annonce peut apparaître différemment selon la ville de recherche, et la livraison et la pertinence de l'offre peuvent varier. Les marketeurs et agences qui gèrent plusieurs marques sont confrontés à cela quotidiennement : il est nécessaire de savoir ce que voit le véritable acheteur à Ekaterinbourg, et non ce qui est visible depuis le bureau à Moscou.
Pourquoi les marketplaces interdisent la surveillance des stocks
La logique de protection chez Wildberries et Ozon est simple : un acheteur ordinaire se connecte avec une seule IP, consulte plusieurs fiches dans sa région et s'en va. Si une seule IP envoie des dizaines de requêtes pour différents articles avec un changement de région de livraison — c'est un modèle de parser, et non d'un être humain. Les systèmes anti-bots réagissent de trois manières : affichent un captcha, bloquent temporairement l'IP avec une erreur 429, ou fournissent délibérément des données incorrectes (stocks fictifs) pour fausser les statistiques du parser, sans révéler le fait du blocage.
Le troisième scénario est le plus dangereux pour les affaires — vous continuez à recevoir des données, mais elles sont incorrectes, et les décisions basées sur celles-ci seront erronées. Les marketplaces ne vont pas bloquer le compte du vendeur si la surveillance se fait anonymement via un catalogue public, mais l'adresse IP à partir de laquelle la charge est envoyée est rapidement bloquée — généralement après 50 à 100 requêtes sur une courte période depuis une seule adresse sans rotation.
Une difficulté supplémentaire est la géolocalisation. Pour connaître la disponibilité réelle pour une région spécifique, la requête doit provenir d'une IP que la plateforme reconnaît comme étant située dans cette région (ou vous changez explicitement la région de livraison dans l'interface/API, mais cela est également lié aux cookies et à la session, qui peuvent aussi être bloqués en cas d'activité suspecte).
Schéma de surveillance sans interdictions
Un schéma fonctionnel repose sur trois principes : répartition de la charge, imitation d'un utilisateur vivant et précision régionale de l'IP. En pratique, cela se présente comme suit :
- Liste des régions et des articles. Établissez un tableau : les régions nécessaires (généralement 15 à 30 villes clés pour commencer) × les articles à suivre.
- Proxies liés à la région. Pour chaque région, une adresse IP distincte (ou un pool d'adresses) est utilisée, qui correspond physiquement ou logiquement à la ville/région souhaitée.
- Rotation et délais. Entre les requêtes, une pause de 3 à 10 secondes est maintenue, l'IP change au maximum tous les quelques requêtes, afin de ne pas apparaître comme un scanner.
- Imitation du navigateur. Les requêtes sont envoyées avec un User-Agent réaliste, des en-têtes et, si nécessaire, via un navigateur sans tête avec rendu JS — de nombreuses fiches de stocks sont chargées dynamiquement.
- Journalisation et alertes. Les résultats sont compilés dans un tableau ou une base de données, et lorsqu'un changement de statut « non disponible » → « disponible » et vice versa se produit, une notification est envoyée sur Telegram ou par e-mail.
Cette approche est également applicable à la surveillance manuelle via des services de parsing prêts à l'emploi, tout comme à un script personnalisé — seul l'outil change, le principe de protection contre les interdictions reste le même.
Quels proxies sont nécessaires pour la vérification par région
Le choix du type de proxy est le principal facteur qui détermine si la surveillance sera stable. Pour la tâche de vérification de la disponibilité des produits par région, les IP de centres de données bon marché sans géolocalisation ne conviennent pas — la plateforme ne donnera soit pas de réponse régionale précise, soit bloquera rapidement l'adresse si elle est déjà répertoriée dans des listes noires.
| Type de proxy | Précision géo | Risque de blocage | Quand appliquer |
|---|---|---|---|
| Proxies résidentiels | Élevée, jusqu'à la ville | Faible | Outil principal pour la surveillance régulière de 15+ régions |
| Proxies mobiles | Moyenne-élevée (selon le réseau opérateur) | Très faible | Si la plateforme interdit particulièrement agressivement les plages résidentielles |
| Proxies de centre de données | Faible, sans lien précis avec la ville | Élevé lors de requêtes fréquentes | Vérifications rapides ponctuelles sans précision régionale |
Pour une surveillance systématique de la disponibilité des produits dans des dizaines de régions, le choix optimal est des proxies résidentiels avec possibilité de choisir la ville ou la région : ils apparaissent comme des IP d'utilisateurs ordinaires d'internet, donc la marketplace fournit des données correctes sur la disponibilité locale et ne considère pas les requêtes comme suspectes. Si le budget est limité et qu'il y a peu de régions, vous pouvez combiner : IP résidentielles pour les villes clés et IP de centres de données pour des vérifications moins prioritaires où la précision est moins importante.
Configuration du ciblage géographique et de la rotation IP
Après avoir choisi le fournisseur de proxies, vous devez configurer deux paramètres : le ciblage géographique et la rotation. La plupart des services de proxies résidentiels permettent d'indiquer le pays, la région et même la ville lors de la connexion — par exemple, via un format de login avec le paramètre de région ou via un port/endpoint séparé pour chaque ville. Cela évite d'avoir à chercher manuellement des IP « propres » pour chaque région.
La rotation doit être configurée selon deux scénarios :
- Session sticky pendant une vérification régionale — l'IP ne change pas tant que vous collectez des données sur tous les articles pour une seule ville, afin de ne pas perturber la session et de ne pas déclencher un captcha à nouveau.
- Changement complet d'IP entre les régions — lors du passage à la ville suivante, une nouvelle adresse liée à la géo souhaitée est prise, sinon la plateforme peut ne pas fournir des stocks locaux corrects.
Si vous travaillez via un navigateur anti-détection (Dolphin Anty, AdsPower, Multilogin, Octo Browser), chaque profil se voit attribuer un proxy avec la géo souhaitée, et l'empreinte numérique du navigateur (fingerprint) reste unique pour le profil. Cela offre une double protection : la plateforme voit à la fois l'IP « vivante » de la région et l'empreinte numérique unique de l'appareil, ce qui exclut la liaison de plusieurs profils en un seul cluster pour un blocage.
Outils pour la surveillance
Pour les vendeurs qui ne s'occupent pas de programmation, il existe trois voies pour configurer la surveillance :
1. Services de surveillance des prix et des stocks prêts à l'emploi. De nombreux services de ce type pour Wildberries et Ozon prennent déjà en charge la vérification par région « out of the box » et permettent de connecter vos propres proxies dans les paramètres — c'est l'option la plus rapide pour commencer sans compétences techniques.
2. Navigateur anti-détection + vérification manuelle ou semi-automatique. Pour 10 à 20 régions clés, vous pouvez créer des profils dans Dolphin Anty ou AdsPower, lier à chaque profil le proxy de la ville souhaitée et parcourir méthodiquement les fiches produits, en notant le statut de disponibilité. C'est plus lent, mais cela ne nécessite aucun code et convient si les vérifications ne sont pas nécessaires chaque heure, mais une fois par jour.
3. Parser automatisé (pour ceux qui ont un développeur ou un freelance). Un script en Python avec la bibliothèque requests ou Playwright parcourt les fiches selon une liste donnée de régions et d'articles, en utilisant des proxies du pool, et compile le résultat dans un tableau ou une base de données. Cette option offre une flexibilité maximale et une rapidité de mise à jour des données, mais nécessite un support technique.
Quelle que soit l'outil choisi, le point faible reste le même — la qualité et la géographie des proxies. Même le script le plus réfléchi collectera des données incorrectes ou obtiendra des interdictions si les adresses IP ne sont pas liées aux régions souhaitées ou se répètent trop souvent.
Limites de requêtes et protection contre les blocages
Pour que la surveillance fonctionne de manière stable pendant des mois, et non seulement quelques jours avant un blocage massif, respectez les limites pratiques :
| Paramètre | Plage sécurisée |
|---|---|
| Requêtes depuis une seule IP par minute | 3–8 |
| Pause entre les requêtes | 3–10 secondes avec randomisation |
| Changement d'IP | après 20–30 requêtes ou à chaque nouvelle région |
| Fréquence de la vérification complète de toutes les régions | 1–4 fois par jour pour la plupart des catégories de produits |
Si la plateforme affiche un captcha même en respectant les limites, cela signifie qu'une IP spécifique est déjà sur liste noire — une rotation immédiate vers une nouvelle adresse et une réduction temporaire de la fréquence des requêtes pour cette région pendant 1 à 2 heures aide. Pour les catégories à forte concurrence (vêtements, électronique), les marketplaces surveillent le trafic des bots plus strictement, donc les limites doivent être encore plus conservatrices.
Configuration étape par étape sur Wildberries, Ozon et Avito
Étape 1. Déterminez la liste des régions. Prenez les 20 villes principales par volume de ventes de votre analyse dans le tableau de bord du vendeur — c'est là que la disponibilité des produits est la plus critique.
Étape 2. Connectez des proxies avec ciblage géographique. Dans le panneau de contrôle des proxies, sélectionnez le pays « Russie » et les villes/régions nécessaires, obtenez les données de connexion (hôte, port, login, mot de passe).
Étape 3. Créez des profils dans le navigateur anti-détection. Pour chaque région — un profil distinct dans Dolphin Anty, AdsPower ou GoLogin avec le proxy de cette ville. Nommez les profils par région pour ne pas vous tromper.
Étape 4. Définissez la région de livraison sur le site de la marketplace. Sur Wildberries et Ozon, la région est déterminée automatiquement par l'IP, mais il vaut mieux vérifier manuellement via le choix de la ville en haut du site — cela confirmera que la plateforme a correctement reconnu la localisation du proxy.
Étape 5. Enregistrez le statut de disponibilité pour chaque article. Ouvrez les fiches des produits qui vous intéressent et notez le statut (« disponible », « non disponible », délai de livraison) dans un tableau avec la date et l'heure de vérification.
Étape 6. Répétez selon un calendrier. Pour Avito, la logique est similaire — la ville de recherche change via le proxy de la région correspondante, après quoi il est noté quelles annonces et avec quel statut de livraison sont visibles pour l'acheteur local.
Étape 7. Configurez les alertes. Dès que le statut d'un produit dans une région importante change en « non disponible », envoyez une notification au responsable pour qu'il redistribue rapidement les stocks entre les entrepôts.
Liste de contrôle pour le lancement de la surveillance
- Liste des régions prioritaires et des articles à suivre établie
- Proxies connectés avec un lien précis aux villes nécessaires
- Rotation IP et pauses entre les requêtes configurées (3–10 secondes)
- Pour chaque région, un profil distinct créé dans le navigateur anti-détection
- Vérifié que la plateforme détermine correctement la région par l'IP du proxy
- Journalisation des résultats configurée avec date et heure de vérification
- Alertes activées lors du changement de statut de disponibilité du produit
- Limite de requêtes établie, excluant le blocage de l'IP
Conclusion
La surveillance de la disponibilité des produits par région de livraison n'est pas une vérification ponctuelle, mais un processus continu qui impacte directement les positions des fiches et les ventes sur Wildberries, Ozon et Avito. Pour qu'il fonctionne de manière stable, trois choses sont nécessaires : un lien précis de l'IP à la région, des limites de requêtes raisonnables et une répartition de la charge entre les proxies, afin de ne pas susciter de soupçons auprès des systèmes anti-bots des plateformes.
Si vous prévoyez de suivre la disponibilité des produits dans des dizaines de régions et de le faire régulièrement, il est conseillé de commencer par des proxies résidentiels avec ciblage géographique par ville — ils fournissent des données précises sur les stocks locaux et minimisent le risque de blocages. Pour des vérifications rapides ponctuelles sans lien strict avec la région, vous pouvez vous contenter de des proxies de centres de données, et si la plateforme se révèle particulièrement stricte envers les plages résidentielles — des proxies mobiles avec un risque minimal de blocage peuvent venir à votre secours.