Le débat « proxies propres ou API de scraping prêts à l'emploi » se résout généralement par une phrase : « à grande échelle, les proxies sont de loin moins chers ». Cette phrase est correcte, mais elle ne répond pas à la bonne question. En 2026, c'est non pas le volume des requêtes qui détermine le succès ou l'échec, mais le poids d'une seule réponse — et le point de rupture se situe autour de 400 à 550 Ko. Ci-dessous, une analyse de trois solutions selon des critères, une arithmétique honnête en dollars pour 1000 réponses réussies et une matrice « quoi choisir pour quel scénario ».
Trois produits différents souvent confondus
Tout d'abord, clarifions les entités — la moitié des budgets ratés naissent du fait que l'équipe compare l'incomparable.
- Proxies bruts (raw proxy). Vous payez pour le trafic — généralement par gigaoctet. Le fournisseur vous donne un pool d'IP et une rotation, tout le reste — c'est votre code : empreinte TLS, ordre des en-têtes, retries, cookies, rendu, parsing HTML.
- Web Unblocker (proxy déblocage). Couche intermédiaire : le même point de terminaison que pour les proxies, mais à l'intérieur — accord des empreintes (TLS handshake, en-têtes et environnement JS fournissant le même navigateur), rendu JS intégré, changement automatique d'IP/en-têtes/temps lors de l'apparition d'un challenge, sessions persistantes et transfert de tokens anti-bot entre les tentatives. Paiement — par réponse réussie ou par gigaoctet.
- API de scraping. Vous envoyez une URL — vous recevez du HTML prêt ou un JSON déjà analysé. Un maximum de confort, un minimum de contrôle sur le pipeline, paiement pour 1000 appels réussis.
La différence clé n'est pas technique, mais économique : les proxies sont facturés par octets, tandis que les API et la plupart des déblocages sont facturés par événements. Tant que vous ne convertissez pas les deux en une seule métrique, la comparaison est inutile.
Ce que montrent les mesures indépendantes de 2026
En mai 2026, aimultiple a publié un benchmark sur plus de 30 millions de pages : plus de 50 produits de six entreprises travaillant avec des données web. En ce qui concerne le déblocage des cibles protégées, les résultats sont les suivants : Bright Data — 98 %, Zyte — 97 %, Decodo — 96 %, Oxylabs — 95 %. Bright Data revendique 97,9 % de réponses réussies pour son Web Unlocker.
Une importante réserve des chercheurs eux-mêmes : le succès des solutions proxy dépendait du moment du test et de la configuration de la requête, et n'était pas une valeur statique — les fournisseurs mettent à jour leurs pools d'IP, les plateformes renforcent leur protection. La deuxième conclusion du benchmark est directe : pour des cibles lourdes comme Amazon, les déblocages sont vraiment nécessaires, tandis que pour des sites simples, des proxies ordinaires suffisent.
C'est pourquoi en 2026, la question s'est intensifiée. La détection est passée du niveau « réputation de l'IP » à celui du comportement de la session — Cloudflare, par exemple, évalue l'historique de la connexion avant même la requête principale (nous avons analysé cela dans un article sur les sessions précurseurs dans la détection des bots). Une IP propre n'est plus une condition suffisante : si la pile ne peut pas maintenir une empreinte cohérente, un trafic résidentiel coûteux est perdu sur des erreurs 403.
Prix sur une seule table
Prix publics pour juillet 2026 (tarifs de départ, sans remises de volume) :
| Solution | Modèle de paiement | Prix de départ |
|---|---|---|
| Zyte API | pour 1000 requêtes | $0,13–1,27 |
| IPRoyal Web Unblocker | pour 1000 requêtes | à partir de $1,00 |
| Decodo | pour 1000 requêtes / par Go | $1,25 / $10 |
| Bright Data Web Unlocker | pour 1000 requêtes | à partir de $1,50 |
| Oxylabs Web Unblocker | par Go | à partir de $9,40 |
| Proxies bruts (ProxyCove) | par Go | $1,5 data center / $2,7 résidentiels / $3,8 mobiles |
La variation chez Zyte est dix fois — ce n'est pas une erreur : le prix dépend de la quantité de « grosse artillerie » (rendu, pool premium) requise par une cible spécifique. C'est une propriété générale des modèles basés sur le succès : plus la cible est complexe, plus l'appel est cher.
Arithmétique : dollars pour 1000 réponses réussies
La seule métrique correcte est le coût de 1000 réponses réussies. Il faut la calculer en tenant compte des échecs : les tentatives ratées dans le modèle proxy sont également payées par le trafic. Prenons un taux de succès de 70 % pour notre pile — c'est-à-dire 1,43 tentatives pour un succès.
Scénario 1 : uniquement HTML, sans images ni scripts
Une page produit typique en HTML « pur » pèse environ 200 Ko. Pour 1000 succès, cela nécessite 1,43 × 200 Ko × 1000 ≈ 286 Mo ≈ 0,28 Go.
- Résidentiels à $2,7/Go → ≈ $0,76 pour 1000 réponses réussies.
- Data center à $1,5/Go → ≈ $0,42.
- Débloqueur à $1,00–1,50 pour 1000 → $1,00–1,50.
Les proxies sont moins chers de 1,3 à 3,5 fois. C'est le cas même qui a donné naissance à la légende « les proxies sont toujours plus rentables ».
Scénario 2 : rendu complet de la page dans le navigateur
Selon le Web Almanac 2025 de HTTP Archive (publié le 16 janvier 2026), le poids médian de la page d'accueil est de 2710 Ko, celui des pages internes est de 1866 Ko, et sur desktop, la médiane est de 2412 Ko. Ainsi, un rendu complet via un proxy consomme environ 2 Mo par tentative.
- Résidentiels : 1,43 × 2 Mo × 1000 = 2,86 Go × $2,7 → ≈ $7,7 pour 1000 succès.
- Débloqueur par requête réussie : $1,00–1,50 — moins cher de 5 à 7 fois.
- Débloqueur avec paiement par Go ($9,40) : 2,86 Go → ≈ $26,9. La pire des combinaisons.
La conclusion qui casse la logique habituelle : sur des cibles lourdes en JS, les proxies bruts sont plus chers qu'une API prête, et la tarification par Go du déblocage pénalise chaque rendu — une réponse réussie consomme des mégaoctets de polices, d'images et d'analytique.
Point de rentabilité
La formule est simple : divisez le prix pour 1000 requêtes par le prix par gigaoctet. Avec $1,50/1000 et des résidentiels à $2,7/Go, nous obtenons 0,556 Go pour 1000 succès — soit 556 Ko par réponse réussie, ou ≈ 390 Ko par tentative avec un taux de succès de 70 %. Pour un déblocage bon marché à $1,00/1000, le seuil descend à ≈ 370 Ko par succès.
Conclusion pratique : si la réponse moyenne est d'environ 400 Ko — optez pour des proxies ; si elle est nettement plus lourde — considérez un déblocage. Et ici se cache le levier le plus sous-estimé : bloquer les images, les polices et les médias dans Playwright/Puppeteer réduit le poids du rendu de 5 à 10 fois et ramène l'économie du côté des proxies. Avant de payer pour un déblocage, essayez simplement de ne pas télécharger des bannières.
Article caché des dépenses : temps d'ingénierie
Le trafic n'est pas le seul coût. Avec des proxies bruts, vous prenez en charge ce que le déblocage fait en interne :
- Empreinte synchronisée. Le TLS handshake, l'ordre des en-têtes et l'environnement JS doivent décrire le même navigateur. La désynchronisation est le principal marqueur d'un bot (analyse technique dans l'article sur le contournement de l'empreinte JA4 via curl-cffi).
- Classificateur d'échecs. Blocage strict (403), page de challenge avec code 200, timeout, rendu vide, HTML tronqué — ce sont cinq situations différentes avec des réactions différentes. Compter « 200 OK » comme succès est un moyen sûr de remplir la base de données de déchets.
- Politique de retries. Changement d'IP, d'en-têtes et de timing, et pas simplement une répétition de la même requête.
- Stockage des sessions. Sessions persistantes et transfert de tokens anti-bot entre les tentatives au lieu de repartir de zéro.
- Ressources pour le rendu. Votre propre parc de navigateurs headless, leur mémoire et leurs pannes.
Pour une équipe qui maintient déjà une pile de scraping, cela n'est pas une dépense — l'infrastructure est écrite. Pour deux développeurs avec un délai d'une semaine, c'est ces mêmes $1,50 pour 1000 requêtes, mais payés en salaires.
Matrice de choix par scénario
- Grand volume constant, réponses légères (HTML, points de terminaison JSON), votre propre pile. Proxies bruts. Commencez par des data centers — sur des cibles non protégées, ils offrent le meilleur prix ; passez aux résidentiels seulement là où le data center est réellement bloqué.
- Quelques cibles particulièrement protégées, pages lourdes en JS, volume faible. Débloqueur ou API de scraping avec paiement par requête réussie. Payer $7,7 avec votre trafic là où une solution prête demande $1,5, c'est de l'entêtement, pas de l'économie.
- Hybride — ce vers quoi se dirigent les équipes matures. Proxies pour 90 à 95 % du volume (pas cher et sous contrôle), API pour les quelques pourcents de cibles qui justifient la prime.
- Scénarios à plusieurs étapes : connexion, défilement infini, clics et formulaires. Ni l'un ni l'autre ne sera utile ici — un navigateur contrôlé est nécessaire, le déblocage ne fournit que du HTML.
- Anti-modèle. Rendu complet avec images via un déblocage facturé par gigaoctet — la configuration la plus coûteuse de toutes.
Checklist avant de décider
- Mesurez le poids moyen de la réponse sur vos cibles — c'est le principal paramètre, pas le volume des requêtes.
- Mesurez le taux de succès réel de votre pile et multipliez le trafic par le coefficient de tentatives (à 70 % de succès — par 1,43).
- Comparez uniquement $/1000 réponses réussies. « $/Go contre $/1000 requêtes » — une comparaison qui ment toujours.
- Vérifiez s'il est possible de réduire le poids : désactiver les images, les polices, les médias, l'analytique ; récupérer les données à partir de l'hydration-payload au lieu d'un rendu complet.
- Considérez le modèle de paiement des échecs : un déblocage basé sur le succès ne facture pas les retries, le trafic proxy les facture toujours.
Conclusion
« Les proxies sont moins chers en volume » — c'est vrai uniquement pour les réponses légères. La véritable ligne de démarcation en 2026 est le poids d'une seule réponse : jusqu'à environ 400 Ko, les proxies bruts gagnent, au-delà — paiement par requête réussie. Calculez vos deux chiffres (poids moyen et taux de succès), convertissez les deux options en dollars pour 1000 succès, et la décision ne sera plus une question de foi. Et le moyen le plus courant d'économiser — ce n'est pas de changer de fournisseur, mais de cesser de télécharger ce dont vous n'avez pas besoin.
```