← Tous les articles

Tarification des API de web scraping : ce que le prix affiché cache

Le tarif « à partir de X $ pour 1 000 » d'une API de scraping correspond à l'offre minimale de sa grille. Sur les sites que vous devez scraper, un multiplicateur de crédits détermine le prix réel.

Le prix d'appel est l'element le moins cher de la page

Toutes les API de scraping mettent en avant le meme genre de chiffre. A partir de neuf centimes pour 1 000 requetes. A partir d'un dollar. A partir de 1,50 $. Net, bas, facile a integrer dans une proposition commerciale.

Ce chiffre est reel. C'est aussi le prix de la requete que vous n'enverrez presque jamais: un simple GET HTTP vers un site qui ne se soucie pas de savoir qui l'interroge.

Les sites pour lesquels on vous paie reellement pour scraper s'en soucient beaucoup. Et des qu'une cible exige le rendu d'une page ou un proxy residentiel, le tarif affiche cesse de s'appliquer et un multiplicateur prend le relais. Le prix d'appel est le plancher. La facture se situe bien au-dessus, et la plupart des acheteurs ne le decouvrent qu'apres la premiere echeance.

Comment fonctionne reellement le multiplicateur

Ouvrez la documentation sur les credits de presque n'importe quelle API et vous trouverez la meme grille. Une requete simple coute 1 credit. Activez le rendu JavaScript et cela passe a 5. Demandez un proxy residentiel ou premium et vous etes a 10. Si vous avez besoin des deux, pour un site qui filtre les requetes, vous etes a 25. Le palier superieur de ScrapingBee monte a 75 credits pour une seule page (ScrapingBee docs, octobre 2026).

ScraperAPI applique la meme logique: le rendu a 10 credits, les proxys premium a 10, les deux combines a 25, son niveau ultra a 30, et certains domaines proteges a 10 a eux seuls (ScraperAPI docs). ZenRows s'aligne sur le meme modele: 1 pour le standard, 5 pour le JS, 10 pour le premium, 25 pour l'association des deux (ZenRows pricing).

Voici ce que personne ne mentionne sur les pages marketing. Les fournisseurs convergent au sommet de la grille. Vous pouvez choisir l'API economique ou l'onereuse, mais des qu'un site bloque, les deux vous facturent environ 25 fois leur tarif de base. Le chiffre sur lequel vous avez compare les prestataires n'est pas celui qui determine votre facture.

Le palier annonce n'est pas le bon palier

Dans quel palier se situe reellement votre charge de travail?

Zyte, qui utilise une tarification par paliers, a publie sa propre repartition: environ 80% des sites web se trouvent dans les deux paliers les plus simples, et seulement 0,1% environ changent de niveau au cours d'un trimestre donne (Zyte, 2026). Sur le papier, cela semble rassurant. La majeure partie du web coute peu.

Mais regardez l'autre versant. Ces 80% economiques sont peu chers chez tous les fournisseurs. Aucun avantage concurrentiel ne s'y trouve. Les projets pour lesquels un client paie un freelance ou une agence (catalogues e-commerce, tarifs de transport, annonces de places de marche, tout ce qui a une valeur commerciale) sont precisement les sites qui appartiennent a la minorite couteuse. L'etude de Zyte indique elle-meme que 18,5% des principaux sites se trouvent derriere un systeme de protection dedie (Zyte State of Web Access).

C'est là tout le piège. Le tarif affiché correspond aux tâches pour lesquelles personne ne vous recrute. Le tarif multiplié par 25 correspond à celles qu'on vous confie réellement. (C'est le même calcul unitaire qui fait que l'extraction par LLM cesse d'être rentable à grande échelle dès que le volume augmente.)

L'offre d'entrée de gamme disparaît discrètement

Pendant que le calcul au coût par page devenait plus lourd, la formule abordable est devenue plus difficile à trouver.

ScrapingBee a abandonné son forfait à 19 $ en octobre 2026; le ticket d'entrée est désormais de 49 $ par mois. La propre synthèse de marché de Firecrawl souligne que 49 $ sans offre gratuite permanente est devenu le point de départ standard. Oxylabs a regroupé ses outils de scraping dans un abonnement unique. Decodo et Bright Data sont tous deux passés à une tarification par requête et par enregistrement, où le compteur tourne à chaque appel (tarifs de Bright Data Web Scraper).

Rien de tout cela ne vise l'acheteur en entreprise disposant d'un contrat négocié. Cela retombe sur le freelance et la structure de deux personnes: ceux qui ont besoin d'interroger un seul site pour un client ce mois-ci et ne peuvent pas amortir un forfait de 500 $ sur une centaine de missions. (Nous avons analysé qui assume réellement cette charge dans le coût caché de la maintenance de vos propres scrapers.)

Ce que cela implique pour chiffrer un projet de scraping

Cessez d'établir vos devis à partir du prix d'appel. Basez-vous sur le niveau d'exigence de la cible.

Avant de remettre un devis à un client, analysez les sites réels inclus dans le périmètre et classez-les: ceux qui renvoient du HTML exploitable sur une simple requête, ceux qui nécessitent un rendu complet de la page, et ceux qui exigent en plus un proxy résidentiel. Cette répartition, et non le tarif d'appel du forfait, constitue votre coût réel. Un projet composé de 90 % de pages simples et de 10 % de cibles complexes reste bon marché. Un projet portant uniquement sur des sites d'e-commerce protégés vous coûtera 25 fois le montant estimé dans votre proposition, et vous absorberez la différence.

Faites le calcul une fois et l'écart devient flagrant. Supposons qu'un client demande 50 000 pages de produits par mois sur un site marchand qui exige un rendu de page et un proxy résidentiel. À 25 crédits par page, cela représente 1,25 million de crédits. Avec une API qui annonce mille crédits pour un dollar, le montant théorique dans votre esprit était de 50 $. La ligne de facturation réelle s'élève à 1 250 $. Mêmes pages, même mois, un facteur 25 d'écart, et rien sur la grille tarifaire n'associait explicitement ce multiplicateur au prix de base.

Lisez ensuite les conditions de facturation des échecs, car elles varient et ne figurent jamais en tête de page. Firecrawl facture un crédit pour une page qui renvoie un code 403 ou 404, et ne facture rien lorsqu'une requête ne produit aucun résultat (tarifs de Firecrawl). D'autres considèrent tout code 2xx ou 4xx comme un succès et le facturent. Sur une cible qui bloque régulièrement vos requêtes, cette seule clause peut coûter plus cher que le rendu lui-même.

Le véritable indicateur sous tout cela n'est pas un forfait mensuel. C'est un coût par appel que vous pouvez consulter après coup et relier à la requête exacte qui l'a généré. Un forfait est une estimation. Un montant par appel est le reçu, et c'est la seule base solide pour établir une facture client. (Pour une analyse modèle par modèle, consultez notre comparatif de la tarification au Go par rapport au coût par page.)

Vers quoi nous allons

Les grilles tarifaires convergent. Les paliers d'entrée s'amenuisent. D'ici un an, le tarif affiché vous en apprendra encore moins qu'aujourd'hui, car chaque fournisseur sérieux proposera un barème similaire du type 1-5-10-25 et les mêmes arguments axés sur le paiement au succès uniquement.

Ce qui les différenciera ensuite, c'est votre capacité à voir le coût réel d'un appel et à ne payer que pour ceux qui ont abouti. Chez FourA, nous indiquons le prix de chaque requête directement dans la réponse, afin que vous puissiez évaluer le coût d'une tâche d'après ce qu'elle a réellement consommé, plutôt qu'en tentant de le deviner à partir d'un forfait. La prochaine fois qu'un fournisseur avance un tarif, la bonne question n'est pas de savoir s'il est bas. Il s'agit plutôt de savoir ce qu'il devient dès que le site cible commence à bloquer.