Les offres de proxy residential et mobile sont le plus souvent facturées Par Go . Cela transforme directement la question « 5 GB, est-ce suffisant ? » en question de budget. Malheureusement, la plupart des utilisateurs sous-estiment largement leur consommation et découvrent en milieu de mois que leur quota est épuisé.
Dans cet article, nous voyons de quoi se compose réellement la consommation de GB, quels postes sont négligés et comment réduire cette consommation de façon mesurable.
Que compte exactement le compteur ?
Les fournisseurs comptent généralement le total des octets qui transitent par le proxy : la requête (upload) comme la réponse (download). Cela inclut :
Sur une page, le HTML dont vous avez réellement besoin représente le plus souvent un dixième du trafic total. Toute l'économie vient de la gestion de ce ratio.
Certains fournisseurs ne comptent que les octets téléchargés, d'autres le trafic total. Si vos tâches sont dominées par l'envoi (transfert de fichiers, gros corps POST), cette distinction change nettement la facture. Vérifiez dans le contrat ce qui est compté.
Un exemple de calcul réaliste
Supposons que vous vouliez récupérer 10 000 pages produit par jour sur une place de marché. Le coût de trois approches est radicalement différent :
| Approche | Par page | Par jour | Par mois (30 jours) |
|---|---|---|---|
| Chargement complet en navigateur | ~2,2 Mo | 22 GB | 660 GB |
| Navigateur + images/médias bloqués | ~0,6 Mo | 6 GB | 180 GB |
| Requête HTTP simple (HTML uniquement) | ~0,12 Mo | 1,2 GB | 36 GB |
Un écart de 18 fois. Vous collectez les mêmes données, mais le coût est totalement différent. C'est pourquoi la première optimisation est toujours « ai-je vraiment besoin d'un navigateur ? » « est-ce suffisant pour cette cible »
Si, dans l'onglet réseau, vous voyez qu'un appel XHR/fetch renvoie la donnée déjà prête en JSON, vous n'avez pas besoin de charger la page entière.
Si vous devez utiliser un navigateur : le blocage de ressources
Si vous travaillez avec Playwright, Puppeteer ou Selenium, vous pouvez réduire la consommation de 60 à 80 % en bloquant les ressources inutiles au niveau réseau :
Comme chaque requête bloquée n'atteint jamais le proxy, elle n'est pas non plus comptabilisée. La mise en page est dégradée, mais le contenu textuel arrive le plus souvent en entier.
Pour des réglages pratiques d'automatisation de navigateur, consultez notre article proxy pour l'automatisation et les proxy pour le web scraping .
Compression : 70 % d'économie gratuite
Les serveurs peuvent envoyer le HTML, le CSS et le JSON compressés avec gzip ou Brotli — mais uniquement si le client indique qu'il le souhaite. Ajouter l'en-tête Accept-Encoding: gzip, br à votre requête permet généralement d'économiser 65 à 80 % sur le contenu textuel.
La plupart des bibliothèques HTTP envoient cet en-tête par défaut, mais il est très facile de le supprimer par inadvertance en configurant les en-têtes à la main. Si vous personnalisez votre liste d'en-têtes, conservez impérativement Accept-Encoding.
Les postes négligés
Les postes généralement oubliés dans les calculs et qui pèsent lourd au total :
- Redirections : Chaque 301/302 signifie un aller-retour supplémentaire. Les longues chaînes de redirection consomment des octets et du temps.
- Requêtes en échec : Une requête en timeout consomme elle aussi des données. Un taux d'échec de 20 % signifie une facture supérieure de 20 %.
- Nouvelles tentatives : Une logique de retry automatique peut télécharger trois fois la même page.
- Handshake TLS : Chaque nouvelle connexion ajoute environ 5 à 7 Ko de surcharge. Utiliser un pool de connexions réduit fortement ce coût.
- Contrôles de santé : Un contrôle exécuté chaque minute représente des milliers de requêtes par mois.
- Pages CAPTCHA : Les requêtes bloquées sont elles aussi téléchargées et comptabilisées.
Une requête bloquée n'est pas « gratuite » : le handshake, la page de blocage et la nouvelle tentative représentent ensemble le coût de deux pages complètes. Augmenter le taux de réussite est la méthode d'économie la plus efficace.
N'optimisez pas sans mesurer
Mesurez au lieu d'estimer. En automatisation de navigateur, additionner la taille des réponses tient en quelques lignes :
La moyenne obtenue sur quelques centaines de requêtes est suffisamment fiable pour une projection mensuelle. Après chaque changement visant à économiser, refaites la même mesure et vérifiez l'écart.
Le bon type de proxy selon le type de trafic
Si la bande passante coûte cher, faire passer chaque requête par le pool le plus cher n'a pas de sens. Choisir la source selon le type de trafic réduit nettement le coût :
| Type de tâche | Volume typique | Source adaptée | Pourquoi |
|---|---|---|---|
| Collecte de pages statiques | Élevé | Datacenter | Coût au GB le plus bas, vitesse élevée |
| Place de marché protégée | Moyen | Residential | Score de confiance élevé, peu de blocages |
| Opérations sur des comptes en session longue | Faible | ISP | IP statique, options de trafic illimité |
| Plateformes les plus strictes | Très faible | Mobile | Confiance maximale, GB coûteux |
Les offres à IP fixe avec trafic illimité peuvent être bien plus économiques que les offres facturées au GB pour des travaux volumineux et de longue durée. Pour trancher, notre comparatif ISP et residential vous pouvez le consulter.
Mettez en place une alerte avant l'épuisement du quota
Quand le quota est épuisé, l'opération s'arrête ; cela peut avoir des conséquences pires que des données incomplètes. Une couche de protection simple :
- Fixez un objectif de consommation quotidienne (quota mensuel ÷ 30).
- Comptez de votre côté les octets téléchargés et déclenchez une alerte à l'approche du seuil.
- À 80 %, basculez automatiquement sur le pool bon marché ; à 95 %, n'exécutez plus que les tâches critiques.
- Si le fournisseur propose une API, synchronisez le quota réel plusieurs fois par jour.
Résumé
La consommation de GB est déterminée le plus souvent non par « combien de pages ai-je récupérées » mais par « qu'ai-je téléchargé sur chaque page ». Bloquer les images et les scripts de suivi, préserver la compression, éviter l'usage inutile d'un navigateur et augmenter le taux de réussite — ces quatre leviers réunis divisent par trois la facture d'une opération type. Si, avant de commencer à mesurer votre consommation, vous souhaitez clarifier quel type de proxy convient à votre activité, nos pages de localisations et de produits .