Personne ne vend le web scraping avec la meme unite
Bright Data facture son Web Unlocker pour mille requetes. Oxylabs facture Web Unblocker au gigaoctet. Firecrawl facture un credit par page. Zyte facture pour mille reponses reussies, reparties sur cinq niveaux de difficulte. Apify facture une unite de calcul (compute unit), qui correspond a un gigaoctet de RAM mobilise pendant une heure.
Cinq fournisseurs, cinq unites. Aucune ne se convertit dans une autre sans une donnee que vous devez mesurer vous-meme, et aucun fournisseur ne publie ce chiffre, car il depend de votre trafic et non de leur produit.
Nous avons analyse les cinq pages de tarification le 8 septembre 2026. Voici ce qu'elles indiquent et ce que l'arithmetique en revele.
Comparaison rapide
| Fournisseur / produit | Unite de facturation | Prix catalogue, 8 septembre 2026 |
|---|---|---|
| Bright Data Web Unlocker | pour 1k requetes | 1,50 $/1k a l'usage, 1,30 $/1k sur le forfait a 499 $ |
| Bright Data Browser API | par Go | a partir de 5 $/Go |
| Oxylabs Web Unblocker | par Go | 9,40 $/Go a 8 Go, 8,60 $/Go a 38 Go, 7,50 $/Go a 88 Go |
| Oxylabs Web Scraper API | pour 1k resultats | a partir de 0,25 $/1k |
| Firecrawl | par page (1 credit) | 83 $/mois facture annuellement pour 100k credits, soit 0,83 $ pour 1k pages |
| Zyte API | pour 1k reponses reussies, 5 niveaux de sites | 0,13 $ a 1,27 $/1k via HTTP, 1,01 $ a 16,08 $/1k avec rendu |
| Apify | unite de calcul (1 Go de RAM pendant une heure) | 0,20 $/CU, 0,13 $/CU sur le forfait a 999 $ |
Deux elements ressortent nettement de ce tableau.
La grille tarifaire de Zyte presente un ecart de 124x. Meme fournisseur, meme unite, meme ligne sur la meme facture : un site simple recupere via HTTP coute 0,13 $ pour mille, un site complexe rendu dans un navigateur coute 16,08 $. Quiconque presente un cout "pour mille requetes" comme une metrique comparable cite simplement l'une des extremites d'une fourchette tres large.
De plus, Bright Data change d'unite au milieu de son propre catalogue. Web Unlocker est vendu a la requete. Browser API est vendu au gigaoctet. Ce n'est pas un oubli. C'est un indicateur revelateur, et la suite de cet article detaille ce que cela implique.
Ce qu'un gigaoctet permet reellement d'obtenir
La variable determinante pour chaque conversion reste le poids moyen de vos pages, et les donnees publiques a ce sujet sont sans appel.
Le rapport Web Almanac 2025 de HTTP Archive evalue la page d'accueil mobile mediane a 2 559 Ko selon le crawl de juillet 2025, soit une hausse de 8,4 % en un an. En decomposant cette page mediane par type de contenu, on observe 911 Ko d'images, 632 Ko de JavaScript, 122 Ko de polices et 77 Ko de CSS.
Et 22 Ko de HTML.
Ce dernier chiffre est le seul qui compte reellement, car le document HTML constitue generalement l'unique element que vous analysez. Sur la page mediane, il represente 0,86 % des octets telecharges lors d'un rendu complet dans le navigateur. Les 99 % restants correspondent a du decor dont vous payez le transfert.
Appliquez cela au forfait 8 Go d'Oxylabs a 9,40 $/Go :
- En récupérant uniquement le HTML, à 22 Ko par page, un gigaoctet représente environ 45 000 pages. Cela revient à environ 0,21 $ pour 1 000 pages.
- En effectuant le rendu complet de la page, à 2 559 Ko, un gigaoctet représente environ 390 pages. Cela revient à environ 24 $ pour 1 000 pages.
Même forfait. Même tarif affiché. Un écart d'un facteur 116, déterminé uniquement par un paramètre dans votre propre code.
Comparez maintenant cela avec Firecrawl. À 83 $ pour 100 000 crédits avec le tarif annuel, à raison d'un crédit par page, vous payez 0,83 $ pour 1 000 pages, que la page pèse 20 Ko ou 4 Mo. Par rapport à la récupération du HTML seul, la facturation au gigaoctet est environ quatre fois moins chère. Par rapport au rendu complet, elle est environ 29 fois plus chère.
Le point de bascule se situe autour de 100 kilo-octets
Faites le calcul et les deux modèles de facturation se croisent à un poids de page précis. Les 0,00083 $ par page de Firecrawl divisés par les 9,40 $ par gigaoctet d'Oxylabs donnent 88 Ko. Si vous prenez Firecrawl au mois le mois plutôt qu'à l'année (99,50 $ pour les mêmes 100 000 crédits), le point de bascule passe à 106 Ko. En dessous de cette plage, la facturation au gigaoctet est plus avantageuse. Au-dessus, le tarif fixe par page l'emporte, et l'écart se creuse rapidement, car le poids des pages n'a pas de plafond.
Voici le détail intéressant. Oxylabs publie sa propre conversion sans la présenter comme telle : l'essai gratuit de Web Unblocker est décrit comme « 1GB (up to 10k results) ». Cela représente 100 Ko par résultat, ce qui correspond exactement à la fourchette que nous venons de calculer à partir des grilles tarifaires de deux autres fournisseurs. Leur propre calcul suppose que vous récupérez des documents, sans exécuter le rendu de galeries d'images.
Si vous utilisez une facturation aux octets et que vous pilotez un navigateur, le levier le plus important n'est donc pas votre fournisseur. Il consiste à bloquer les images et les polices avant le chargement de la page, car sur une page médiane, cela représente 1 033 Ko sur les 2 559 Ko totaux. Nous préférons vous l'expliquer clairement plutôt que de prétendre que le choix du logo sur la facture détermine le montant final.
Deux nuances importantes. Ce sont des valeurs médianes sur l'ensemble du web, et vos cibles ne représentent pas tout le web (les pages d'e-commerce et de voyage sont plus lourdes, les endpoints JSON beaucoup plus légers). De plus, une page rendue avec les médias bloqués peut peser bien moins que la médiane, ce qui déplace le point de bascule en votre faveur sans modifier la grille tarifaire. Le même raisonnement s'applique pour déterminer quand une étape d'extraction par LLM cesse d'être rentable : le prix unitaire n'est jamais le chiffre pertinent, seul compte le coût par enregistrement conservé.
Ce qui est facturable constitue un second axe
L'unité de mesure est une première question. Ce qui déclenche la facturation en est une autre, souvent plus facile à négliger.
Bright Data annonce « pay only for success » sur Web Unlocker. Zyte facture « per 1,000 successful responses ». Firecrawl décompte un crédit par requête API, selon l'endpoint. Sur une facturation au gigaoctet, il n'y a aucune condition de succès : les octets ont transité, vous êtes donc facturé, et une page de challenge que vous ignorez est une page que vous avez payée.
Cela a plus d'impact qu'il n'y paraît, car un challenge ou un interstitiel arrive généralement accompagné d'un code HTTP 200. Si votre définition du succès repose sur le code d'état, votre logique de retry et votre facture seront en désaccord avec votre jeu de données. Nous avons abordé cette divergence dans Validate Rules Now Decide What Counts as Success, et c'est cette même faille qui transforme un blocage partiel en un trou silencieux dans une série temporelle.
Qui devrait acheter quelle unité
Achetez au gigaoctet si vous récupérez des documents bruts sans les rendre, et que vos cibles sont du texte : résultats de recherche, endpoints JSON, pages d'annonces, sitemaps. Entre 20 et 50 Ko par page, la tarification à l'octet est l'option la moins chère du marché, et de loin.
Achetez à la page ou à la requête si vous effectuez du rendu, si vos cibles contiennent beaucoup de médias, ou si vous ne pouvez tout simplement pas prédire le poids des pages sur une longue traîne de sites. Vous payez un surcoût sur les petites pages pour vous assurer un plafond sur les plus lourdes, et sur une charge de travail avec rendu, ce plafond a une grande valeur.
Achetez par palier, comme le propose Zyte, si votre répartition de cibles est stable et que vous savez dans quel palier se situe chaque site. Ce modèle reflète fidèlement ce que tous les autres lissent dans des moyennes : les sites complexes coûtent plus cher à collecter. En revanche, il n'est pas adapté si votre liste de cibles change chaque semaine.
Achetez des unités de calcul si vous exécutez de longs crawls avec votre propre code directement sur la plateforme. Ce compteur facture la machine et non la donnée, ce qui récompense un parseur rapide et pénalise un parseur lent. C'est le seul modèle de cette liste où l'optimisation de votre code se reflète directement sur la facture.
Aucune de ces unités n'est un piège. Chacune représente un pari sur le profil type du trafic, défini par un fournisseur qui connaît sa propre base de clients. L'erreur ne réside pas dans le choix de l'unité. Elle consiste à comparer deux devis basés sur des unités différentes et à choisir le chiffre le plus bas en pensant avoir pris une décision.
Le prix augmente, que quelqu'un l'augmente ou non
Avant d'accepter un devis de qui que ce soit, y compris de notre part, mesurez deux métriques sur une semaine de votre propre trafic : le volume d'octets par récupération, et la proportion de récupérations qui ont renvoyé des données que vous avez réellement conservées. Chaque devis mentionné dans cet article se convertit clairement une fois ces deux chiffres connus, et aucun ne peut être comparé sans eux.
Observez ensuite ce qui se passera l'année prochaine. Le poids médian d'une page d'accueil a augmenté de 7,8 % en douze mois, et la tendance est unilatérale. Si votre facture est calculée en octets, cela représente une hausse de prix annuelle que personne n'a besoin d'annoncer, sur une ligne budgétaire que personne n'a négociée.
Chez FourA, nous renvoyons le coût de chaque appel directement dans la response, afin que vous puissiez suivre la conversion au fil de l'eau plutôt que de devoir la reconstituer à partir d'une facture en fin de mois. Cela ne vous dira pas quelle unité acheter. Cela vous indiquera ce que vous dépensez réellement par page conservée, ce qui constitue le chiffre clé de toute cette analyse.