Acheter un paquet de proxies et gaspiller la moitié du trafic sur des vérifications inutiles est une erreur typique des débutants en arbitrage et SMM. Un gigaoctet de trafic avec des proxies résidentiels et mobiles coûte de l'argent, donc il est nécessaire de tester le serveur de manière à obtenir un maximum d'informations pour une consommation minimale : l'IP fonctionne-t-elle, est-elle sur liste noire, maintient-elle la session et permet-elle d'accéder à la plateforme souhaitée. Dans cet article, nous vous proposons 7 vérifications qui répondent à 100 % des questions avant le lancement d'une campagne, ainsi qu'un calcul précis de la consommation de trafic pour chacune d'elles.
Pourquoi la consommation de trafic lors des tests est-elle importante
Les proxies résidentiels et mobiles sont presque toujours vendus par paquets de trafic, et non par temps d'accès. Si vous gérez 20-30 comptes Instagram ou testez des créatifs sur Facebook Ads avec plusieurs IP, chaque mégaoctet dépensé à « juste vérifier si le proxy fonctionne » est un mégaoctet volé à une tâche réelle. Cela est particulièrement critique pour les arbitragistes qui passent des dizaines de proxies avant de créer des comptes : si vous dépensez 20-30 Mo pour chaque vérification sans plan, il ne vous restera que 5-7 tests complets au lieu de 15-20.
La deuxième raison est la rapidité de prise de décision. Lorsque vous connaissez la consommation exacte pour chaque vérification, vous pouvez calculer à l'avance le budget : par exemple, « le test de 50 proxies avant d'acheter un lot prendra environ 300-400 Mo », au lieu de dépenser tout le paquet et de rester sans trafic pour un travail réel. Cela est particulièrement pertinent pour les agences SMM qui testent des proxies pour chaque client séparément, et pour les vendeurs de marketplaces qui vérifient la disponibilité de Wildberries ou Ozon depuis différentes régions avant de lancer la surveillance des prix.
Comment les fournisseurs calculent le trafic des proxies
La plupart des fournisseurs de proxies comptent le trafic dans les deux sens — les requêtes sortantes (upload) et les données reçues (download). Cela signifie que si vous chargez une page de 500 Ko, la consommation réelle peut être de 520-550 Ko en tenant compte des en-têtes de requête et de réponse du serveur proxy. Il est important de prendre cela en compte lors des calculs : les chiffres dans cet article sont indiqués avec une petite marge pour correspondre à la facturation réelle.
De plus, le protocole influence la consommation. Les proxies HTTP/HTTPS ajoutent un léger surcoût pour établir le tunnel, tandis que SOCKS5 fonctionne un peu « plus proprement » en raison de l'absence de certaines en-têtes HTTP. La différence est minime — 2-5 % pour les requêtes courtes — mais lors de tests massifs de centaines d'IP, cela se traduit par des économies notables. Si vous travaillez via un navigateur anti-détection comme Dolphin Anty ou AdsPower, gardez à l'esprit que le navigateur lui-même, lors du démarrage du profil, charge des ressources supplémentaires (polices, extensions), ce qui consomme également du trafic proxy au-delà du « test propre ».
7 vérifications de proxy et consommation de trafic pour chacune
Ci-dessous se trouve un ensemble minimal mais complet de vérifications. Elles suffisent pour déterminer si le proxy convient à la tâche ou non, sans requêtes superflues « au cas où ».
1. Vérification de l'IP et de la géolocalisation
Le premier et le plus simple test consiste à savoir quelle adresse IP le proxy fournit et si la géolocalisation correspond à celle annoncée. Des services comme whoer.net, ip-api.com ou ipinfo.io sont utilisés. Une requête à l'API de géolocalisation renvoie un JSON pesant 2-5 Ko, mais si vous ouvrez la page complète de whoer.net dans un navigateur (avec des images et des styles), la consommation augmente à 300-500 Ko. Il est recommandé de faire appel à l'API endpoint plutôt que d'ouvrir le site visuellement.
Consommation : 3-10 Ko via l'API, jusqu'à 500 Ko via le navigateur.
2. Vérification de la vitesse et de la stabilité de la connexion
La vitesse est importante pour le streaming de créatifs publicitaires, le téléchargement de vidéos sur TikTok ou le posting massif. Un speedtest complet via speedtest.net ou fast.com consomme des dizaines de mégaoctets de données spécifiquement pour mesurer la bande passante — cela coûte cher pour le budget de test. Une option plus économique consiste à mesurer le temps de chargement d'un fichier de taille connue (par exemple, une image de test de 1 Mo) et à calculer la vitesse manuellement.
Consommation : 1-2 Mo lors de la mesure manuelle, 20-50 Mo lors d'un speedtest complet.
3. Vérification des fuites (WebRTC, fuite DNS)
Pour les arbitragistes et les spécialistes SMM travaillant via des navigateurs anti-détection, il est crucial de s'assurer que l'IP réelle ne « fuit » pas via WebRTC ou des requêtes DNS en contournant le proxy. Des services comme browserleaks.com ou dnsleaktest.com effectuent plusieurs requêtes parallèles aux serveurs DNS et aux serveurs STUN pour vérifier WebRTC.
Consommation : 50-150 Ko pour un test complet de la page avec les résultats.
4. Vérification de l'IP sur les listes noires
Un proxy peut techniquement fonctionner, mais si l'IP est déjà exposée dans des bases de données de spam ou bloquée par la plateforme, son utilité est limitée. La vérification via des services comme IPQualityScore, Scamalytics ou MXToolbox Blacklist Check effectue généralement des requêtes à plusieurs bases de données simultanément.
Consommation : 10-40 Ko pour un service de vérification, jusqu'à 100 Ko si vous vérifiez simultanément 3-4 bases.
5. Vérification de l'accès à la plateforme cible
La vérification la plus importante pour un travail réel est de savoir si Facebook, Instagram, TikTok, Wildberries ou Ozon s'ouvrent via cette IP sans captcha, redirection pour vérification ou blocage. Ici, la consommation de trafic dépend de la plateforme : la page principale d'Instagram pèse 1,5-2,5 Mo en tenant compte des scripts et des images de profil, le fil d'actualité Facebook — 2-4 Mo, la fiche produit sur Wildberries — 800 Ko-1,2 Mo. Pour économiser, ouvrez non pas le fil complet, mais la page de connexion ou une requête API de la plateforme, si cela est techniquement possible.
Consommation : 800 Ko — 4 Mo selon la plateforme.
6. Vérification de la stabilité de la session (sticky session)
Pour les sessions longues — gestion de compte, passation de commande sur un marketplace, remplissage d'un formulaire multi-étapes — il est important que l'IP ne change pas au milieu de la session. La vérification se fait de manière simple : plusieurs fois de suite avec un intervalle de 2-5 minutes, le même service de géolocalisation est interrogé et l'IP est vérifiée. Chaque requête est légère, mais il faut faire au moins 5-6 répétitions pour garantir la fiabilité.
Consommation : 5-6 requêtes de 3-10 Ko = 15-60 Ko au total.
7. Vérification de la compatibilité avec le navigateur anti-détection
Le test final consiste à lancer un profil dans Dolphin Anty, AdsPower, Multilogin, GoLogin ou Octo Browser avec un proxy configuré et à vérifier que l'empreinte digitale du navigateur, le fuseau horaire et la langue se sont correctement adaptés à la géolocalisation de l'IP. Le lancement du profil avec le chargement des extensions et du cache du navigateur anti-détection est l'étape la plus « lourde » de toutes les sept.
Consommation : 3-8 Mo lors du premier lancement du profil (cache, extensions, synchronisation).
Tableau récapitulatif de la consommation pour l'ensemble du test
Si vous effectuez toutes les 7 vérifications de manière économique (API au lieu de sites visuels, mesure manuelle de la vitesse au lieu de speedtest), la consommation totale pour un IP se situe entre 5-10 Mo. Cela signifie qu'avec 1 Go de trafic, vous pouvez tester entre 100 et 200 proxies différents avant de choisir un pool de travail.
| Vérification | Consommation économique | Consommation "par défaut" |
|---|---|---|
| IP et géolocalisation | 3-10 Ko | jusqu'à 500 Ko |
| Vitesse de connexion | 1-2 Mo | 20-50 Mo |
| Fuites WebRTC/DNS | 50-150 Ko | 150-300 Ko |
| Listes noires | 10-40 Ko | jusqu'à 100 Ko |
| Accès à la plateforme | 800 Ko-1,2 Mo | 2-4 Mo |
| Stabilité de la session | 15-60 Ko | 50-100 Ko |
| Navigateur anti-détection | 3-8 Mo | 10-15 Mo |
| Total pour 1 IP | ~5-10 Mo | ~35-70 Mo |
Comment minimiser la consommation lors des tests
Économiser du trafic lors des tests est une discipline, pas de la magie. Voici une checklist opérationnelle utilisée par les arbitragistes lors de l'achat massif de proxies :
- Utilisez les API endpoints des services de géolocalisation au lieu d'ouvrir visuellement des sites via un navigateur ;
- Désactivez le chargement des images dans le navigateur lors de la phase de test d'accès à la plateforme — vous avez seulement besoin de la confirmation de l'ouverture de la page, pas de son visuel ;
- Testez la vitesse via curl ou mesure manuelle du temps de chargement d'un fichier test, pas via speedtest.net ;
- Regroupez les vérifications : filtrez d'abord rapidement les IP par géolocalisation et listes noires (5-50 Ko), et vérifiez ensuite uniquement celles qui ont survécu pour l'accès à la plateforme (l'étape la plus coûteuse) ;
- Créez un profil de test séparé dans un navigateur anti-détection avec un minimum d'extensions — cela réduit la consommation de cache et de synchronisation ;
- Si le fournisseur propose une période d'essai ou un trafic d'essai — utilisez-le uniquement pour ces 7 vérifications, et non pour un travail réel.
Erreurs typiques lors des tests de proxy
La première et la plus fréquente erreur est de tester le proxy en ouvrant un fil d'actualité complet d'Instagram ou de Facebook avec lecture automatique des vidéos. Une telle visite peut consommer 5-10 Mo au lieu de 2 Mo si vous attendez simplement le chargement de la page principale sans faire défiler.
La deuxième erreur est de retester la même IP avec différents services sans nécessité. Si whoer.net a déjà montré une géolocalisation correcte, il n'est pas nécessaire de dupliquer la vérification via ipinfo.io et iplocation.net — cela triplera la consommation sans bénéfice supplémentaire.
La troisième erreur est de tester le proxy dans un profil « opérationnel » du navigateur anti-détection avec un historique complet, un cache et des extensions. Un tel profil consomme 2-3 fois plus de trafic pour la synchronisation par rapport à un profil de test propre.
La quatrième erreur est d'ignorer la différence entre les IP résidentiels statiques et les proxies mobiles avec rotation dynamique. Si vous testez la stabilité de la session sur un proxy avec rotation automatique de l'IP toutes les quelques minutes, le test montrera une « instabilité » là où en réalité, la rotation standard fonctionne, et non un problème de proxy.
Quel type de proxy choisir pour la tâche
Les résultats des sept vérifications indiquent directement quel type de proxy est nécessaire pour une tâche spécifique. Pour la création de comptes publicitaires sur Facebook Ads et TikTok Ads, où la similarité maximale avec un utilisateur réel est importante, on choisit généralement des proxies résidentiels — ils sont moins souvent sur des listes noires et donnent un résultat plus propre lors de la vérification de la géolocalisation et des fuites.
Pour travailler avec Instagram et TikTok, surtout lors de l'enregistrement de nouveaux comptes et de l'association de numéros, les arbitragistes préfèrent souvent des proxies mobiles — les plateformes perçoivent ces IP comme des utilisateurs ordinaires d'Internet mobile, ce qui réduit la probabilité de blocage lors de la vérification.
En revanche, pour le scraping des prix sur Wildberries, Ozon ou Avito, où la vitesse et le volume des requêtes sont importants, plutôt que l'« humanité » de l'IP, il est plus judicieux d'utiliser des proxies de centres de données — ils sont plus rapides et moins chers au coût par gigaoctet, et pour la surveillance des prix, la réputation de l'IP n'est pas aussi critique que pour les comptes publicitaires.
| Tâche | Type de proxy recommandé | Vérifications prioritaires |
|---|---|---|
| Création de comptes Facebook/TikTok Ads | Proxies résidentiels | Listes noires, fuites, accès à la plateforme |
| Gestion d'Instagram/TikTok pour SMM | Proxies mobiles | Géolocalisation, stabilité de la session |
| Scraping Wildberries/Ozon/Avito | Proxies de centres de données | Vitesse de connexion, accès à la plateforme |
Conclusion
Un test complet de proxy ne nécessite pas des gigaoctets de trafic — sept vérifications ciblées suffisent : IP et géolocalisation, vitesse, fuites WebRTC/DNS, listes noires, accès à la plateforme cible, stabilité de la session et compatibilité avec le navigateur anti-détection. Avec une approche économique, l'ensemble du processus se situe entre 5-10 Mo pour un IP, ce qui signifie qu'avec un paquet de 1 Go, vous pouvez tester une centaine de proxies avant de choisir un pool de travail pour la création de comptes, la gestion de profils SMM ou le scraping des marketplaces.
Si après les tests vous prévoyez d'évoluer dans votre travail — créer des comptes publicitaires, gérer des dizaines de profils sur Instagram ou surveiller les prix des concurrents — choisissez le type de proxy adapté à la tâche spécifique. Pour les plateformes publicitaires et les réseaux sociaux, les proxies résidentiels sont préférables, tandis que pour le scraping rapide de grandes quantités de données, les proxies de centres de données offrent une meilleure vitesse par mégaoctet de trafic.