Vous ouvrez Facebook Ads via un proxy, et au lieu du tableau de bord — un écran blanc avec le code 502. Ou le parseur Wildberries commence soudainement à afficher des erreurs 503 toutes les cinq minutes. La première pensée — le proxy est en panne, il est temps de changer de pool. Mais dans la moitié des cas, le problème ne vient pas du proxy, mais du côté du site, et changer d'IP ne résoudra rien. Voyons comment, en quelques minutes, déterminer avec précision la source du problème et ne pas perdre de temps à tester des proxies fonctionnels.
Que signifient les codes 502 et 503
Avant de blâmer le proxy, il est important de comprendre que ces codes sont fournis par le protocole HTTP lui-même, et ils décrivent un problème du côté du serveur auquel vous vous adressez, et non du côté client. 502 Bad Gateway signifie que le serveur intermédiaire (comme un équilibreur de charge ou un CDN comme Cloudflare) a reçu une réponse incorrecte du serveur en amont. En d'autres termes — un maillon de la chaîne entre vous et l'application finale est cassé ou surchargé.
503 Service Unavailable indique que le serveur ne peut temporairement pas traiter la demande — le plus souvent en raison d'une surcharge, de travaux techniques ou d'un déclenchement de protection contre les bots. Un point important : 503 signifie une indisponibilité temporaire, le serveur est vivant, il n'est simplement pas prêt à répondre en ce moment.
Il semblerait que les deux codes indiquent clairement « problème sur le serveur ». Mais lorsque vous utilisez un proxy, la situation se complique : le serveur proxy peut lui-même être ce « maillon intermédiaire » qui génère le 502 s'il ne peut pas atteindre le site cible. Et le 503 apparaît souvent non pas parce que le site est réellement hors ligne, mais parce que le système de protection (Cloudflare, Akamai, DataDome) a reconnu l'IP du proxy comme suspecte et au lieu de la vraie page, renvoie une page d'erreur avec le code 503 ou 429.
Pourquoi ces erreurs surviennent-elles plus souvent via un proxy
Si le site s'ouvre de manière stable sans proxy, mais que via le proxy, vous obtenez régulièrement un 502 ou un 503, il y a généralement plusieurs raisons, toutes liées à la manière dont le proxy s'intègre dans la chaîne de la demande.
Surcharge du serveur proxy lui-même. Avec des proxies de centres de données bon marché, un même IP peut « supporter » trop de sessions simultanées. Lorsque le proxy ne parvient pas à proxyfier le trafic, il interrompt soit la connexion, soit renvoie un 502 de son propre chef.
Blocage de l'IP du côté du site cible. Facebook Ads, Instagram, Wildberries et Ozon utilisent activement des systèmes anti-bots qui bannissent des plages d'IP de centres de données par lots. Dans ce cas, le site fonctionne formellement, mais pour une IP spécifique, il renvoie un 503 ou un redirige vers un captcha.
Inadéquation géographique. Si le proxy provient d'un pays, et que le compte a été créé avec un lien à une autre région, certains services « suspendent » temporairement la session et renvoient une erreur de passerelle au lieu d'un refus d'accès honnête.
Protocole et port. Un type de proxy mal spécifié (HTTP au lieu de SOCKS5, ou vice versa) dans les paramètres du navigateur anti-détection se cache souvent derrière un 502 — le navigateur ne peut physiquement pas établir de tunnel et affiche une erreur de passerelle.
Vérification rapide : proxy ou site
La méthode la plus fiable pour comprendre est d'exclure les variables une par une. Voici l'ordre des actions, qui ne prendra pas plus de cinq minutes.
Étape 1. Ouvrez le même site sans proxy, directement avec votre véritable IP. Si l'erreur se répète — le problème est clairement du côté du site, le proxy n'y est pour rien.
Étape 2. Si tout fonctionne sans proxy, changez de proxy pour un autre IP du même pool. Si l'erreur a disparu — cela signifie qu'un IP spécifique a été banni ou surchargé, et non l'ensemble du service.
Étape 3. Testez le même proxy sur un autre site (par exemple, ouvrez n'importe quelle ressource neutre comme httpbin.org ou whatismyip). Si le proxy n'ouvre rien du tout — le problème vient du serveur proxy lui-même, et non du site cible.
Étape 4. Si le proxy ouvre d'autres sites normalement, mais que sur la ressource cible, il affiche systématiquement un 503 — c'est presque toujours une protection contre les bots, qui a spécifiquement mis votre IP sur liste noire. Dans ce cas, changer le type de proxy aide, et non simplement faire une rotation dans le même pool.
Diagnostic dans Dolphin Anty, AdsPower et Multilogin
Si vous gérez des comptes via un navigateur anti-détection, il est plus pratique de faire le diagnostic directement à l'intérieur, sans passer par des services tiers.
Dans Dolphin Anty, ouvrez le profil, allez dans les paramètres du proxy et cliquez sur le bouton de vérification de la connexion. Si le test indique « Proxy ne répond pas » ou un timeout — le problème est au niveau du serveur proxy, l'erreur 502 dans le navigateur en sera une conséquence logique. Si le test réussit, mais que le site dans le profil affiche toujours 502 ou 503, notez le code de réponse et ouvrez la même URL dans un onglet voisin avec un autre profil sur un autre IP — cela montrera si c'est un problème systémique ou local.
Dans AdsPower, une fonction similaire s'appelle « Proxy check », elle montre également la vitesse de réponse et la géolocalisation déterminée. Si la géolocalisation du proxy ne correspond pas à celle attendue (par exemple, vous avez acheté un proxy aux États-Unis, mais le service indique les Pays-Bas), c'est un signe de substitution ou de configuration incorrecte, ce qui peut également provoquer des erreurs de passerelle.
Dans Multilogin et GoLogin, la vérification du proxy est intégrée dans une boîte de dialogue distincte lors de la création du profil — utilisez-la avant chaque lancement de campagne, surtout si vous créez de nouveaux comptes en masse. Cinq secondes de vérification suffisent pour ne pas perdre ensuite une heure à déterminer les raisons des 502.
Méthode technique : vérification via curl
Pour ceux qui travaillent avec le parsing ou configurent des proxies par programme, la méthode de diagnostic la plus précise est la demande directe via le terminal. Cela permet de voir le véritable code de réponse sans les « embellissements » du navigateur.
curl -x http://login:password@proxy_ip:port -I https://example.com -v
Le drapeau -I demande uniquement les en-têtes, et -v active une sortie détaillée, qui montre à quel moment la coupure s'est produite — lors de l'établissement du tunnel vers le proxy ou déjà lors de la demande au serveur cible.
Si l'erreur se produit immédiatement lors de la connexion au proxy (ligne Connection refused ou Connection timed out), c'est le serveur proxy lui-même qui est en faute. Si le tunnel est établi, mais que la réponse est revenue avec un code 502 ou 503 du domaine cible — le problème est du côté du site ou de sa protection.
Il est utile de faire passer rapidement une dizaine de proxies du pool par un script et de collecter des statistiques sur les codes de réponse — cela montrera rapidement si le problème est systémique pour l'ensemble du pool ou s'il s'agit de quelques IP « pourries » :
for proxy in $(cat proxies.txt); do
code=$(curl -x "$proxy" -o /dev/null -s -w "%{http_code}" https://example.com)
echo "$proxy -> $code"
doneSi plus de 30 % des proxies du pool renvoient un 502 sur différents sites — le problème vient du fournisseur ou de l'infrastructure elle-même, et il est temps de changer complètement de pool. Si les erreurs ne se produisent que sur un domaine spécifique — le problème vient de la protection anti-bots de ce site.
Tableau : causes des erreurs par type de proxy
Différents types de proxies sont plus ou moins sujets aux erreurs 502 et 503 — il est important de le prendre en compte lors du choix pour une tâche spécifique.
| Type de proxy | Cause typique de 502/503 | Fréquence des erreurs |
|---|---|---|
| Proxies de centres de données | Bans massifs de plages d'IP par des systèmes anti-bots, surcharge des serveurs communs | Élevée |
| Proxies résidentiels | Parfois, connexion instable de l'appareil source de l'IP | Faible |
| Proxies mobiles | Changement d'IP par l'opérateur en cours de session, interruptions temporaires du signal | Moyenne, mais temporaire |
Les IP de centres de données sont souvent connues à l'avance des systèmes anti-bots, c'est pourquoi elles provoquent la plus haute proportion de 503 sur des plateformes comme Facebook Ads, Instagram et les marketplaces. Les IP résidentielles et mobiles apparaissent pour la protection comme des utilisateurs ordinaires, donc la proportion de faux blocages est nettement inférieure, bien qu'elle ne soit pas nulle.
Comment réduire le nombre d'erreurs
Pour les arbitragistes qui créent des comptes publicitaires sur Facebook Ads ou TikTok Ads, il est crucial que l'IP ne soit pas blacklistée par les systèmes anti-bots — c'est souvent cela qui se manifeste par le code 503. Dans ces tâches, les proxies résidentiels se comportent de manière beaucoup plus stable que les proxies de centres de données, car leurs IP appartiennent à de véritables fournisseurs et suscitent moins de soupçons auprès des systèmes de protection.
Pour les spécialistes SMM qui gèrent massivement Instagram et TikTok via plusieurs profils anti-détection simultanément, la cause du 502 est souvent la surcharge d'un même IP par trop de sessions. La solution consiste à attribuer une IP unique à chaque compte et à ne pas économiser sur le nombre d'adresses dans le pool.
Pour les vendeurs qui surveillent les prix sur Wildberries, Ozon et Avito, le 503 signifie le plus souvent que la protection du site a reconnu le motif des demandes fréquentes et similaires. Ici, il ne s'agit pas tant de changer le type de proxy, mais de réduire la fréquence des demandes et d'ajouter des délais aléatoires entre les requêtes, en combinaison avec une rotation des IP pour chaque nouvelle demande.
Pour le parsing et les scripts automatisés, où la vitesse et la stabilité de la connexion sont importantes lors de volumes élevés de demandes, les proxies de centres de données restent un choix raisonnable en termes de prix et de vitesse — mais ils doivent être utilisés judicieusement, en répartissant uniformément la charge entre un grand nombre d'IP, afin de ne pas atteindre les limites d'une seule adresse.
Checklist de diagnostic
Conservez cette séquence et suivez-la chaque fois que vous rencontrez un 502 ou un 503 via un proxy :
- Ouvrez le site sans proxy — l'erreur se répète-t-elle.
- Vérifiez la connexion du proxy séparément (whatismyip, httpbin).
- Changez d'IP dans le même pool et répétez la demande.
- Vérifiez le type de proxy et le port dans les paramètres du profil (HTTP/SOCKS5).
- Faites passer plusieurs IP via curl et comparez les codes de réponse.
- Vérifiez si la géolocalisation du proxy a changé par rapport à l'attachement du compte.
- Réduisez la fréquence des demandes si l'erreur se répète uniquement sur un site.
- Si les erreurs sont massives sur l'ensemble du pool — changez de fournisseur ou de type de proxy.
Conclusion
Les codes 502 et 503 ne sont pas une fatalité et ne doivent pas immédiatement conduire à abandonner les proxies. Dans la plupart des cas, cinq minutes de diagnostic suffisent pour comprendre où le problème s'est produit : dans le serveur proxy lui-même, sur le site cible ou dans son système de protection contre les bots. La vérification sans proxy, le changement d'IP dans le pool et le test via curl ou les outils intégrés des navigateurs anti-détection comme Dolphin Anty et AdsPower résolvent 90 % de ces questions sans conjectures inutiles.
Si la cause ne réside pas dans les paramètres, mais dans le fait que vos IP sont régulièrement blacklistées par des systèmes anti-bots, il est temps de revoir le type de proxy pour la tâche. Pour la création de comptes publicitaires et le travail avec les réseaux sociaux, il est judicieux de se tourner vers des proxies résidentiels — ils suscitent moins de soupçons auprès des systèmes de protection des sites. Pour les tâches où la vitesse est critique lors de volumes élevés de demandes, des proxies de centres de données conviendront, et pour un comportement le plus naturel possible dans les applications mobiles — des proxies mobiles.