Qui paie pour la page qui n'existe pas
Vous hésitez entre ScraperAPI, Zenrows et FourA, et votre liste de cibles contient des liens morts: produits retirés de la vente, offres d'emploi expirées, pages déplacées. Chaque crawl en comporte. Une question se pose alors: que facture chacun d'entre nous lorsque la cible répond 404, d'après leurs documentations tarifaires et la nôtre, consultées le 9 septembre 2026.
Ce que FourA facture lorsque la cible dit non
Chaque request vers FourA aboutit à l'un des sept résultats possibles, et seul le succès est facturé. Sans règle de validation, une request n'est considérée comme un succès que si la cible renvoie un code HTTP 200. Une 404 est un échec applicatif. Tout comme une 500, une 403, et une page de challenge rejetée par votre règle. Aucun de ces cas n'est facturé ni décompté de votre forfait.
Cela inclut les requests que vous annulez. Interrompez la connexion avant l'arrivée de la réponse et le résultat sera un échec de service, qui est gratuit.
Ce que vous payez est défini par moteur: Single coûte 1 crédit, 2 avec un profil de navigateur, Proxy Finder 2 ou 4, Browser 5, ou 10 pour une page interactive. Chaque réponse contient un header X-FourA-Credits qui mesure la consommation réelle, et le Dashboard affiche Billed à côté de Spent, ce qui vous permet de constater l'écart vous-même.
Si une 404 constitue une donnée pour vous (vous vérifiez quelles annonces ont disparu), vous l'indiquez: ajoutez 404 dans validate.status.accept et cette réponse sera renvoyée comme un succès facturé. C'est vous qui décidez de ce qui compte, pas le code de statut. Nous avons détaillé ce mécanisme dans Validate Rules Now Decide What Counts as Success.
Ce que ScraperAPI et Zenrows facturent pour la même réponse
La page des crédits de ScraperAPI l'indique clairement: "Nous ne facturons que les requêtes réussies (codes d'état 200 et 404) et les requêtes annulées de votre côté avant de nous laisser suffisamment de temps pour les terminer (70 secondes)." Une page simple coûte 1 crédit, render=true en coûte 10, et une request vers un site protégé par un service de détection de bots ajoute 10 crédits par request. Leur page des codes de statut rappelle la règle de la 404 et précise qu'une request toujours en échec après 70 secondes de tentatives n'est pas facturée. Sur le forfait Hobby, 49 $ par mois donnent droit à 100 000 crédits, au 9 septembre 2026.
Zenrows applique la même logique. Sa documentation tarifaire indique: "Les réponses HTTP 404 et 410 sont considérées comme réussies car la requête s'est terminée correctement et a renvoyé des données valides." Son tableau de crédits est intitulé "crédits par requête réussie": une request standard coûte 1, le rendu JavaScript 5, les proxys premium 10, les deux combinés 25, et la page de tarification précise que ces pondérations sont fixes.
| ScraperAPI | Zenrows | FourA | |
|---|---|---|---|
| 404 simple | 1 crédit | 1 crédit | 0 |
| 404 avec rendu | 10 crédits | 5 crédits | 0 |
| Annulé par vous | facturé sous 70 s | non précisé | 0 |
| 404 demandé explicitement | 1 crédit | 1 crédit | facturé, selon votre règle |
Pourquoi FourA se démarque ici
Supposons que 5 000 de vos URL ce mois-ci soient mortes. Avec rendu sur ScraperAPI, selon les deux règles ci-dessus, cela représente 50 000 crédits, soit la moitié des 100 000 du forfait Hobby, dépensés pour des pages qui n'existent pas. Sur Zenrows, ces mêmes 5 000 URL coûtent 25 000 crédits au tarif du rendu. Sur FourA, elles sont facturées zéro, sauf si vous nous avez indiqué qu'un 404 était le résultat attendu, auquel cas elles sont facturées car elles constituaient la donnée recherchée. Ce n'est pas une remise. C'est une réponse différente à la question de savoir qui définit le succès : le code de statut, ou vous.
Rendons justice à la concurrence. ScraperAPI propose un endpoint d'estimation des coûts et un plafond max_cost, ce qui vous permet d'évaluer le prix d'une URL avant de la récupérer, et renvoie le coût de chaque request dans un header sa-credit-cost. Zenrows publie une grille tarifaire unique de crédits, garantit que les barèmes ne bougeront pas et ne facture pas non plus les tentatives échouées. Les deux sont clairs sur leurs règles. Nous plaçons simplement le curseur ailleurs.
Exécutez la même request sur FourA
Analysez une semaine de vos propres logs et comptez deux éléments : les réponses renvoyant un 404 ou 410, et les requests abandonnées par votre client. Multipliez le premier chiffre par le poids correspondant (1, 5, 10 ou 25) : vous obtenez la part de la facture qui ne vous apporte rien. Sur FourA, cette ligne reste à zéro, et le statut de chaque request dans le journal d'activité vous en explique la raison.
Vérifiez-le par vous-même : créez un compte gratuit sur auth.foura.ai/signup, envoyez l'une de vos URL mortes via Single, et observez le compteur Billed rester fixe dans Usage & Limits pendant que Spent s'incrémente.