Erreurs 403, 429 et CAPTCHA lors du scraping : comment déterminer le proxy nécessaire par le code

Si vous parsez les prix sur Wildberries, gérez 20 comptes Instagram ou diffusez des publicités via Facebook Ads, tôt ou tard, vous verrez l'une des trois choses : l'erreur 403, l'erreur 429 ou le captcha. La plupart des débutants réagissent de la même manière : ils changent de proxy pour n'importe quel autre et espèrent que cela fonctionnera. En réalité, chaque code d'erreur est un message du site sur une raison spécifique de blocage, et il est possible de déterminer avec précision quel type de proxy résoudra le problème : de centre de données, résidentiel ou mobile.

Pourquoi le code d'erreur est plus important que le simple fait de bloquer

Lorsque le site bloque une requête, il renvoie presque toujours un code d'état HTTP — c'est une "étiquette" standard que le navigateur ou le parser reçoit avec la page. Le problème est que de nombreux utilisateurs de navigateurs anti-détection et de parsers ne regardent que le fait que "ça ne s'est pas ouvert" et ne vérifient pas quel code est revenu. Et la différence est énorme : 403 signifie que le site vous a reconnu comme un visiteur indésirable et a délibérément fermé l'accès. 429 signifie que vous avez physiquement dépassé la limite de requêtes — le site n'est pas contre vous personnellement, il a juste besoin que vous ne bombardiez pas le serveur si souvent. Le captcha est un statut intermédiaire : le site doute que vous soyez un humain ou un bot, et vous donne une chance de prouver le contraire.

Chacune de ces situations nécessite une solution différente. Si vous recevez un 403 et que vous changez simplement un proxy de centre de données pour un autre identique — vous obtiendrez à nouveau un 403, car la raison n'est pas dans l'IP spécifique, mais dans la catégorie de l'IP. Si vous recevez un 429 et que vous achetez des proxies mobiles coûteux au lieu de réduire la fréquence des requêtes — vous dépenserez votre budget en vain, car le problème ne réside pas dans le type d'IP, mais dans la vitesse des requêtes. Comprendre le code d'erreur fait économiser du temps et de l'argent sur les proxies.

Erreur 403 Forbidden : le site vous a reconnu et ne veut pas vous laisser entrer

403 est un refus délibéré. Le site a reçu votre requête, l'a traitée et a décidé : cet IP ou cet ensemble de caractéristiques n'a pas droit d'accès. Le plus souvent, le 403 survient pour trois raisons :

• IP sur la "liste noire" des centres de données. Des sites comme Wildberries, Ozon, Avito et la plupart des réseaux sociaux tiennent des bases de données de plages d'adresses IP appartenant à des fournisseurs de cloud (AWS, Google Cloud, DigitalOcean, etc.). Si votre proxy est de centre de données, et que son sous-réseau a déjà été "exposé" par d'autres parsers, vous recevrez un 403 instantanément, même dès la première requête.
• Restriction géographique (géoblocage). Une partie du contenu ou des tableaux de publicité est accessible uniquement depuis certains pays. Accéder avec un IP d'une région non autorisée — c'est aussi un 403.
• Empreinte de navigateur ne correspondant pas à la géolocalisation attendue. Si vous utilisez un proxy en combinaison avec un navigateur anti-détection (Dolphin Anty, AdsPower, Multilogin, GoLogin), et que l'empreinte du navigateur ne correspond pas à la géolocalisation déclarée de l'IP — par exemple, IP de Russie, mais le fuseau horaire et la langue du système sont en anglais — le site peut bloquer en raison de la combinaison de caractéristiques.

La solution en cas de 403 constants : passer des proxies de centre de données à des proxies résidentiels. Ce sont des IP de véritables fournisseurs domestiques — elles ne figurent pas dans les listes de plages cloud et apparaissent pour le site comme un visiteur ordinaire depuis chez lui. Pour les réseaux sociaux et les plateformes publicitaires, où le 403 est accompagné d'une demande de confirmation de l'appareil, seuls les proxies mobiles peuvent souvent sauver la situation — ils sont liés à des IP de fournisseurs de téléphonie mobile et suscitent un minimum de soupçons même lors de vérifications agressives.

Erreur 429 Too Many Requests : vous êtes limité par la vitesse, pas par votre identité

429 ne concerne pas qui vous êtes, mais à quelle fréquence vous frappez le serveur. La limite de taux s'active lorsque plus de requêtes proviennent d'un même IP ou d'une même session que ce qui est autorisé par unité de temps. Scénario typique : vous avez configuré une surveillance des prix des concurrents sur Ozon et avez décidé de vérifier tout le catalogue toutes les 5 minutes avec le même IP — le serveur imposera rapidement une limite et commencera à renvoyer un 429 au lieu de données.

L'erreur clé des débutants est de changer immédiatement le type de proxy pour un plus cher lors d'un 429, alors que le problème peut être résolu autrement :

• Réduire la fréquence des requêtes. Ajoutez des délais entre les requêtes (2-5 secondes pour le parsing des marketplaces — c'est généralement suffisant).
• Faire tourner les IP plus souvent. Si le même IP effectue 100 requêtes consécutives, la limite s'appliquera indépendamment du type de proxy. Ici, la rotation à chaque requête ou tous les N requêtes aide.
• Augmenter le pool d'IP. Si l'objectif est de maintenir une vitesse élevée de collecte de données, il faut plus d'adresses IP pour répartir la charge, et non un IP "de meilleure qualité" isolé.

Pour le parsing de masse, où la vitesse est plus importante que l'anonymat (par exemple, la collecte de prix publics sans authentification), les proxies de centre de données sont bien adaptés — elles sont plus rapides et moins chères, et les limites de vitesse sont résolues par l'augmentation du pool et une rotation appropriée, et non par le changement de type d'IP.

Captcha : le site vous donne une chance, mais suspecte une automatisation

Le captcha est un statut intermédiaire entre "tout va bien" et "accès refusé". Le site voit des signes ressemblant à un bot : des intervalles entre les actions trop réguliers, l'absence de mouvements de souris, un ensemble de headers HTTP atypique, un IP d'une plage souvent associée à l'automatisation. Au lieu d'un 403 strict, il vous donne la possibilité de confirmer que vous êtes un humain.

Un captcha fréquent est un signal que le problème ne réside pas dans le blocage en tant que tel, mais dans les modèles de comportement et la réputation de l'IP. Si le captcha apparaît sur Instagram ou TikTok lors de l'enregistrement de nouveaux comptes, il s'agit presque toujours d'une combinaison : IP de centre de données + nouveau compte + actions brusques sans "échauffement". Dans ce cas, changer de proxy pour un résidentiel ou mobile réduit considérablement la fréquence des captchas, car la réputation de ces IP est plus élevée — elles sont utilisées par de véritables utilisateurs, et non seulement par des bots.

Un autre cas fréquent est le captcha sur les marketplaces lors du parsing sans authentification. Ici, non seulement le changement de type de proxy aide, mais aussi l'imitation du comportement humain : délais aléatoires, défilement avant le clic, User-Agent réaliste. Le proxy atténue une partie des soupçons, mais ne remplace pas un comportement correct du script ou du scénario dans le navigateur anti-détection.

Tableau : code d'erreur → raison probable → type de proxy

Code / symptôme	Raison probable	Ce qu'il faut changer	Type de proxy recommandé
403 Forbidden dès la première requête	IP dans la base de données des plages de centres de données	Type d'IP, pas le nombre de requêtes	Proxies résidentiels
403 lors de la connexion à un réseau social / tableau de publicité	Incompatibilité entre l'empreinte et la géolocalisation de l'IP	Paramètres du navigateur anti-détection + IP	Proxies mobiles
429 Too Many Requests	Limite de requêtes dépassée depuis un même IP	Fréquence des requêtes, rotation, taille du pool	Proxies de centres de données (avec rotation)
Captcha lors de l'enregistrement de nouveaux comptes	Mauvaise réputation de l'IP + nouveau compte	Réputation de l'IP et "échauffement" du compte	Proxies mobiles
Captcha lors du parsing de masse sans connexion	Modèles de comportement de bot	Imitation du comportement + changement d'IP	Proxies résidentiels

Cas pratiques : Wildberries, Ozon, Instagram, Facebook Ads

Wildberries et Ozon : surveillance des prix

Les vendeurs qui surveillent les prix des concurrents rencontrent le plus souvent des 429, et non des 403. Les marketplaces limitent la vitesse des requêtes au niveau de l'API et de l'interface web. La bonne solution est de ne pas courir après un type de proxy "élitiste", mais de configurer un pool de plusieurs centaines d'IP de centres de données avec rotation à chaque requête ou tous les quelques requêtes, plus un délai de 1 à 3 secondes entre les requêtes sur un même produit. Si après cela le captcha commence à apparaître — c'est alors qu'il vaut la peine de connecter des IP résidentielles, car le captcha dans ce cas signale un problème de comportement, et non de vitesse.

Instagram et TikTok : gestion et exploitation de comptes

Les spécialistes SMM qui gèrent 20 à 30 comptes clients via Dolphin Anty ou AdsPower voient généralement un 403 ou une demande de confirmation de téléphone immédiatement après l'association d'un IP de centre de données à un nouveau profil. C'est un signe classique qu'il est nécessaire de passer à des proxies mobiles — Instagram et TikTok sont particulièrement sensibles au type d'IP lors de la gestion de nouveaux ou "froids" comptes.

Facebook Ads : exploitation de comptes publicitaires

Les arbitragistes qui lancent 10 à 20 comptes publicitaires reçoivent souvent un blocage non pas comme un 403 explicite au niveau du réseau, mais comme un ban au niveau du compte après une série d'actions suspectes. Ici, le code d'erreur n'est pas toujours visible directement, mais la logique est la même : si les bans arrivent en masse juste après le changement d'IP vers un nouveau plage de centre de données — le problème réside dans le type de proxy. Passer à des IP résidentielles ou mobiles avec un sous-réseau unique pour chaque compte réduit les bans en cascade (lorsqu'un blocage d'un compte entraîne le blocage des autres, liés à la même IP).

Checklist de diagnostic avant de changer de proxy

Conclusion et recommandations

Le code d'erreur n'est pas simplement un détail technique, mais un indice direct du site sur la raison du blocage. Le 403 indique que le type d'IP lui-même ou sa combinaison avec l'empreinte du navigateur ne convient pas. Le 429 indique la vitesse des requêtes et nécessite une rotation et des délais, et non un changement de catégorie de proxy. Le captcha signale des problèmes de comportement et de réputation, qui peuvent être résolus par une combinaison de proxy et une imitation correcte des actions de l'utilisateur.

Si vous voyez régulièrement des 403 lors de l'utilisation des réseaux sociaux ou des tableaux de publicité, commencez par passer à des proxies résidentiels — ils fournissent des IP de véritables utilisateurs et un risque minimal de blocage immédiat. Pour l'exploitation de comptes et les tâches où la similarité maximale avec un trafic mobile ordinaire est importante, il est préférable d'utiliser proxies mobiles. Et si votre problème principal est le 429 lors de la collecte de données en masse sur les marketplaces, où la vitesse et le volume sont importants, il est plus avantageux d'utiliser des proxies de centres de données avec une rotation correctement configurée. Le choix correct du type de proxy en fonction du code d'erreur spécifique permet d'économiser le budget et d'éviter le cycle sans fin de "changement de proxy — nouveau ban".