Combien coûte le scraping de 1 million de pages en 2026 ?

« Combien coûte le scraping d’un million de pages » ressemble à un chiffre unique. Ce n’en est pas un. Ce sont au moins trois chiffres (bande passante, calcul, temps d’ingénierie) que personne n’additionne avant que la facture d’un plan proxy amateur n’arrive à côté de la facture AWS.

Voici la décomposition honnête pour les deux voies, DIY et API, à 1 000 000 de pages par mois.

La voie DIY : ce qui apparaît vraiment sur la facture

Bande passante. Scraper à une échelle réelle implique des proxies résidentiels ou mobiles, parce que les IP de datacenter se font bloquer vite sur tout ce qui fait un minimum attention. Deux tarifs actuels à l’usage, vérifiés en août 2026 : Bright Data affiche des proxies résidentiels à 4,00 $/Go à l’usage (un tarif réduit par rapport à un prix catalogue de 8,00 $/Go), et Oxylabs affiche des proxies résidentiels à partir de 6,00 $/Go à l’usage.

Une page HTML simple, sans compter les images ni les scripts, pèse grosso modo 50 à 150 Ko selon le site. En prenant 100 Ko de moyenne pour 1 000 000 de pages statiques : cela fait environ 100 Go, donc entre 400 $ et 600 $ rien qu’en bande passante proxy, avant même qu’une seule ligne de code de parsing ne tourne.

Si les pages nécessitent un vrai navigateur (contenu rendu en JS, défilement infini, contenu derrière une SPA), une session headless télécharge le poids complet de la page, scripts et ressources compris, pas seulement le HTML. Cela tourne couramment entre 1 et 3 Mo par page. À 1 000 000 de pages, ça fait 1 à 3 To, soit environ 4 000 $ à 18 000 $ en bande passante proxy aux mêmes tarifs. C’est le chiffre qui surprend les gens : le rendu JS n’ajoute pas un bit à la facture, il la multiplie, parce que l’unité devient désormais le poids total de la page au lieu du seul HTML.

Calcul. Les récupérations statiques sont bon marché à paralléliser : une flotte de workers modeste traitant 1 000 000 de requêtes HTTP simples par mois coûte de l’ordre de 50 $ à 200 $ en calcul cloud. Les instances Chrome headless sont un animal différent : chacune occupe de la mémoire et du CPU réels pendant les secondes que prend le rendu d’une page, donc une flotte dimensionnée pour 1 000 000 de pages rendues en JS par mois coûte plus réalistement 500 $ à 2 000 $, selon l’agressivité avec laquelle vous pouvez regrouper et recycler les contextes de navigateur.

Temps d’ingénierie. C’est la ligne que personne ne met dans le tableur, et celle qui ne tombe jamais à zéro. Les mesures anti-bot changent, les sélecteurs dérivent quand un site se refait une beauté, et les pools de proxies ont besoin d’un suivi du taux de bannissement. Même une estimation conservatrice de 10 à 15 heures par mois de temps d’ingénieur à 75-150 $/heure représente 750 $ à 2 250 $, et cette estimation suppose que rien ne casse assez fort pour nécessiter un week-end de travail.

En tout, un job statique de 1 000 000 de pages en DIY se situe autour de 1 200 $ à 3 000 $ par mois une fois la bande passante, le calcul et la maintenance comptés honnêtement. Un job rendu en JS se rapproche de 5 000 $ à 20 000 $, la bande passante faisant l’essentiel des dégâts.

La voie API : un seul chiffre, aucune ligne de maintenance

Sur FastAF, /scrape coûte 1 crédit pour une page statique, 5 crédits avec dynamic=true (rendu JS), 10 avec premium=true (réseau résidentiel/anti-bot), et 25 avec les deux.

1 000 000 de pages statiques = 1 000 000 de crédits = le pack Pro, 299 $ à plat pour 1 000 000 de crédits, 5 requêtes concurrentes. C’est la totalité de la facture. Pas de facture proxy, pas de flotte de navigateurs headless à dimensionner, pas d’astreinte pour quand un site change son balisage.

1 000 000 de pages avec rendu JS (dynamic=true) = 5 000 000 de crédits. Ça représente un pack Business (3 000 000 de crédits, 799 $) plus deux packs Pro (598 $), soit 1 397 $ au tarif catalogue, ou une offre volume sur mesure dimensionnée pour ça (à demander directement plutôt que d’empiler des packs).

Scénario	Crédits nécessaires	Coût FastAF	Estimation DIY (bande passante + calcul + temps)
1M de pages, statique	1 000 000	299 $ (Pro)	~1 200 $-3 000 $/mois
1M de pages, rendu JS	5 000 000	~1 397 $ (Business + 2x Pro) ou sur mesure	~5 000 $-20 000 $/mois

import requests

API_KEY = "faf_live_..."

def scrape(url, dynamic=False, premium=False):
    resp = requests.get(
        "https://api.fastaf.co/v1/scrape",
        params={"url": url, "dynamic": str(dynamic).lower(), "premium": str(premium).lower()},
        headers={"Authorization": f"Bearer {API_KEY}"},
        timeout=60,
    )
    resp.raise_for_status()
    return resp.text

page = scrape("https://example.com/product/123", dynamic=True)
print(page[:500])

La partie qui change le calcul dans les deux sens

Les requêtes échouées sont le détail que chaque comparaison ci-dessus suppose implicitement absent, et ça ne devrait pas être supposé. Sur FastAF, les crédits sont réservés quand une requête démarre et rendus si elle ne revient pas avec un résultat : une tentative bloquée ne vous coûte rien. Si vous refaites les chiffres DIY ci-dessus et que votre taux de bannissement est de 15 à 20 % sur une cible difficile, le coût effectif de bande passante et de calcul par page utilisable est 15 à 20 % plus élevé que le prix affiché, et ça, c’est avant même le temps d’ingénieur passé à traquer le blocage.

En bref

Pour des pages statiques à volume réel, le DIY coûte quelques centaines de dollars en proxies plus un travail de maintenance qui ne disparaît jamais complètement ; la voie API est un pack Pro à 299 $ à plat, sans rien à maintenir. Pour les pages rendues en JS, l’écart se creuse bien davantage dans les deux sens, parce que le poids de page (DIY) et le coût en crédits (API) montent ensemble. Refaites vos propres calculs de poids de page et de volume avant de vous engager sur l’une ou l’autre voie : la page tarifs donne le tableau complet des crédits, et l’offre gratuite vous donne 500 crédits sans carte pour tester d’abord sur vos vraies pages.