Meilleures API de screenshot en 2026 : comparées et évaluées

Notre intérêt, déclaré : nous sommes Geonode et nous vendons des proxies, qui sont un des inputs de l'option auto-hébergée. Le cadrage honnête est que la voie auto-hébergée n'est pas évidemment moins chère, parce qu'un navigateur headless télécharge chaque image, police et script d'une page, donc un screenshot rendu déplace un ordre de grandeur de plus de données qu'une requête HTTP. Sur de la bande passante facturée, ce coût est réel, et c'est ce que les gens oublient quand ils comparent un abonnement mensuel à « juste faire tourner Playwright ». Le calcul est ci-dessous, et il ne nous est pas toujours favorable.

Ce que ces services sont réellement

En dessous, chaque API de screenshot est une ferme de Chrome headless avec une interface HTTP. Vous envoyez une URL et quelques paramètres ; un navigateur rend la page ; vous récupérez un PNG, un JPEG, un WebP ou un PDF.

Les différenciateurs sont donc opérationnels plutôt que visuels :

Fiabilité à l'échelle — assez de navigateurs en marche pour absorber le trafic sans file d'attente. Options de fidélité de rendu — capture pleine page, taille du viewport, émulation d'appareil, conditions d'attente. Blocage et nettoyage — fermer les bannières de cookies, masquer des éléments, bloquer pubs et trackers. Rendu géographique — capturer depuis un pays précis, c'est-à-dire une fonctionnalité de proxy habillée en API de screenshot. Livraison — réponse directe, upload S3, une URL CDN, webhooks. Cache — si une requête répétée pour la même URL vous coûte quelque chose.

Ce dernier point mérite d'être signalé tôt, car il change l'économie de façon substantielle. Si le cas d'usage est des miniatures pour un aperçu de lien, un résultat en cache sert la plupart des requêtes et c'est le coût effectif par URL unique qui compte.

Les options, avec tarifs vérifiés

D'après la page tarifaire de chaque fournisseur, vérifiée en septembre 2026. Vérifiez avant de vous engager.

ScreenshotOne est le plus simple sur les tarifs. 17 $/mois pour 2 000 screenshots, 79 $ pour 10 000, 259 $ pour 50 000, le dépassement par screenshot tombant de 0,009 $ à 0,004 $ à mesure que vous scalez. La facturation annuelle offre deux mois gratuits.

Son offre gratuite est inhabituellement bonne — 100 screenshots par mois avec accès à toutes les fonctions, sans carte — ce qui veut dire que vous évaluez le vrai produit, pas une version limitée. Sa règle de quota vaut aussi d'être connue : « only screenshots that are successfully rendered... and not served from cache count toward your quota ». Les rendus en échec et les hits de cache sont gratuits, ce qui change matériellement le prix effectif pour des charges répétitives.

Le découpage des fonctions est raisonnable : le plan à 17 $ inclut le rendu PDF, plusieurs formats de sortie, la capture pleine page, le cache, l'upload S3, les webhooks et le mode stealth. La sélection de localisation IP — rendu géographique — apparaît au palier Growth à 79 $, avec les screenshots défilants et la génération vidéo.

Urlbox facture au millier de rendus et est plus cher en bas de gamme : 19 $/mois pour 2 000 revient à 9,50 $ le millier, et 49 $/mois pour 5 000 à 9,80 $ le millier. Le tarif s'améliore nettement avec le volume — 99 $/mois pour 15 000 font 6,60 $ le millier, et le plan Business à 498 $/mois est à 3 $ le millier au-dessus d'une base de 495 $.

Le point à vérifier avant de le choisir : les screenshots pleine page, le rendu JavaScript et le support emoji/polices se débloquent au palier Hi-Fi et au-dessus, pas sur le plan d'entrée. Si vous en avez besoin — et pleine page plus JavaScript couvrent la plupart des cas réels — le palier à 19 $ n'est pas le plan que vous achetez. Les essais durent sept jours sans carte sur les trois paliers inférieurs.

Browserless est un autre produit qui se trouve faire des screenshots. Il vend du temps de navigateur plutôt que des images : « a 'Unit' is a block of browser time of up to 30 seconds per browser connection ». Donc 20 000 unités à 25 $/mois, c'est grosso modo 166 heures de temps de navigateur, utilisables pour des screenshots, du scraping, de la génération PDF, de l'automatisation de formulaires ou tout ce que vous pouvez piloter.

Ses plans vont d'une offre gratuite de 1 000 unités avec 2 navigateurs concurrents, à 25 $/mois pour 20 000 unités et 15 concurrents, 140 $/mois pour 180 000 unités et 40 concurrents, et 350 $/mois pour 500 000 unités et 100 concurrents — le tout facturé à l'année. Notamment, l'offre gratuite inclut des proxies et la résolution de captcha, ce que la plupart des offres gratuites ne font pas.

Choisissez Browserless lorsque les screenshots sont l'un de plusieurs jobs d'automatisation de navigateur. Choisissez une API de screenshot dédiée lorsque les images sont tout le besoin, parce que vous payez alors une interface plus simple et un prix à l'image plus facile à prévoir.

Le calcul de l'auto-hébergement

La comparaison que la plupart des articles sautent, faite honnêtement.

Faire tourner Playwright soi-même coûte trois choses : du calcul, de la bande passante, et votre temps.

Calcul. Une petite instance cloud capable de faire tourner Chrome headless de façon fiable coûte peut-être 20–40 $/mois. La concurrence est limitée par la mémoire — chaque contexte de navigateur tient quelques centaines de mégaoctets une fois la page chargée — donc une instance de 4 Go gère quatre ou cinq rendus concurrents confortablement.

Bande passante. C'est le poste que les gens omettent. Une page dont le HTML fait 200 Ko peut transférer 3–4 Mo une fois chaque image, police, script de tracking et préchargement vidéo récupéré. À 10 000 screenshots par mois, cela fait 30–40 Go. Directement depuis une instance cloud, l'egress côté réponse est petit et l'ingress est généralement gratuit — donc sur votre propre infrastructure, c'est surtout un coût de temps plutôt que d'argent.

Via un proxy facturé, c'est un coût d'argent, et un coût important. Aux tarifs résidentiels de 0,79 $/Go — nos chiffres, depuis notre page tarifs, vérifiés en septembre 2026 — ces mêmes 10 000 screenshots coûtent environ 24–32 $ de bande passante seule, en plus du calcul. Face aux 79 $/mois de ScreenshotOne pour 10 000 avec rendu géographique inclus, l'auto-hébergement via des proxies résidentiels n'est pas l'économie qu'il paraît.

Bloquer des ressources change cela substantiellement. Abandonner images, polices et médias coupe l'essentiel du trafic — mais si le screenshot est le livrable, vous ne pouvez pas bloquer les images, ce qui est exactement le cas où l'économie n'est pas disponible.

Votre temps est le plus gros poste et le plus dur à chiffrer. Installation du navigateur dans des conteneurs, limites mémoire, processus zombies, paquets de polices pour les écritures non latines, logique de retry, gestion de la concurrence, et la maintenance continue de tout cela. Une demi-journée jusqu'au premier screenshot qui marche ; nettement plus jusqu'à quelque chose qui tourne sans surveillance pendant un an.

Les seuils honnêtes :

En dessous de quelques milliers par mois : utilisez un service. Les offres gratuites peuvent vous couvrir entièrement, et les plans d'entrée payants coûtent moins que l'instance.

Quelques milliers à quelques dizaines de milliers : à peu près à l'équilibre sur l'argent, et les services gagnent sur le temps. Auto-hébergez si vous faites déjà tourner de l'infrastructure de navigateur pour d'autres raisons.

Des centaines de milliers et plus : l'auto-hébergement gagne sur le coût, et à ce stade vous avez la compétence opérationnelle pour le faire. C'est aussi là que le modèle de Browserless devient intéressant comme voie médiane — les navigateurs de quelqu'un d'autre, votre code d'automatisation.

Tout ce qui dépend de la géographie : comparez avec soin. Un service avec sélection de localisation intégrée peut être moins cher que d'assembler rendu plus proxies résidentiels soi-même, et c'est certainement moins de travail.

Obtenir de bons screenshots, quelle que soit la voie

Les paramètres qui séparent une capture utilisable d'une inutilisable sont les mêmes entre services et code auto-hébergé.

Attendez un élément, jamais un délai fixe. Un sleep de trois secondes est trop court un mauvais jour et du gaspillage un bon jour, et l'échec est intermittent — le pire type. Attendre un sélecteur dont vous savez qu'il apparaît quand la page est prête est à la fois plus rapide et fiable. Tout service sérieux l'expose ; vérifiez que celui que vous choisissez le fait.

N'attendez pas le network idle. Les pages avec des beacons d'analytics, des websockets ou du polling ne se taisent jamais, donc une condition network-idle expire tout simplement. Cela attrape les gens en permanence et le symptôme — des captures qui prennent exactement la durée du timeout puis échouent — est distinctif une fois qu'on l'a vu.

Définissez le viewport exprès. La valeur par défaut est souvent 1280 ou 1920 de large, et un site responsive rend différemment à chacune. Si vous comparez des screenshots dans le temps, le viewport doit être fixe, sinon chaque comparaison est du bruit.

Désactivez les animations. Toute transition CSS en vol produit une image différente à chaque capture. Pour la comparaison visuelle, c'est la plus grande source isolée de fausses différences.

Faites défiler avant une capture pleine page. Les images en lazy-load sous la ligne de flottaison n'ont pas encore été demandées quand la page se stabilise la première fois, donc un screenshot pleine page d'une page non défilée a des espaces vides là où les images devraient être. Descendez en bas, attendez, remontez, puis capturez.

Gérez les en-têtes sticky. Les éléments avec position: fixed se comportent de façon imprévisible dans une capture pleine page recousue — souvent ils se répètent le long de l'image. Injecter du CSS pour les passer en absolute le temps de la capture le corrige, et la plupart des services exposent un moyen d'injecter du CSS exactement pour ça.

Choisissez le format pour le travail. Le PNG est lossless et lourd ; le JPEG à qualité 80 est une fraction de la taille et visuellement indiscernable pour la plupart des contenus ; le WebP se situe entre les deux. Pour des miniatures et une relecture humaine, le PNG paie généralement une précision que personne ne verra. Pour une comparaison pixel à pixel, non.

Quoi vérifier avant de choisir

Des critères qui survivent à n'importe quel tableau tarifaire.

L'offre gratuite vous laisse-t-elle tester le vrai produit ? Les 100 screenshots mensuels de ScreenshotOne avec toutes les fonctions activées sont une évaluation réelle ; un essai qui exclut la fonction dont vous avez besoin n'en est pas une.

Les fonctions dont vous avez besoin sont-elles sur le plan que vous pouvez payer ? Le découpage Urlbox est l'exemple de prudence — pleine page et rendu JavaScript ne sont pas sur le plan d'entrée, et les deux sont des choses que la plupart des gens tiennent pour acquises.

Comment les échecs et les hits de cache sont-ils facturés ? ScreenshotOne les exclut tous les deux du quota. D'autres non. Sur une charge avec de la répétition, c'est un facteur plus large que le tarif affiché.

Pouvez-vous spécifier la géographie de rendu ? Si vous devez voir à quoi ressemble une page depuis un autre pays, vérifiez à quel palier cela apparaît. C'est une capacité de proxy revendue, et le tarif suit.

Quelles conditions d'attente sont disponibles ? Un screenshot pris avant la fin du chargement de la page ne vaut rien. Attendre un sélecteur est bien plus fiable qu'attendre un nombre fixe de secondes, et tous les services ne l'offrent pas.

Pouvez-vous bloquer ou masquer des éléments ? Les bannières de cookies apparaissent sur chaque screenshot à moins que quelque chose ne les ferme. Le blocage intégré vous évite d'écrire des sélecteurs pour chaque site.

Et que se passe-t-il à votre pic ? Les limites de concurrence sont la contrainte qui mord en production. Browserless les déclare explicitement par plan ; vérifiez l'équivalent pour le service que vous envisagez.

Quand ne pas utiliser une API de screenshot

Des cas où la réponse est tout autre chose.

Quand vous voulez les données, pas l'image. Un screenshot d'un prix est un prix qu'il faut ensuite lire dans une image. Si la valeur est dans le contenu, extraisez le contenu — sélecteurs et données structurées sont moins chers, plus rapides et lisibles par une machine.

Quand vous voulez un PDF de votre propre contenu. Rendre votre propre HTML en PDF est une opération locale. Un aller-retour vers un service externe pour rendre un document que vous avez généré, c'est de la latence inutile et un coût inutile.

Quand c'est ponctuel. Votre navigateur a une fonction screenshot. Votre système d'exploitation aussi.

Quand vous avez besoin de beaucoup de screenshots de pages que vous contrôlez. Une étape au build qui les génère une fois est moins chère qu'un appel API par requête, et ça retire une dépendance externe du chemin runtime.

Quand le site l'interdit. L'accès automatisé est un accès automatisé que la sortie soit une image ou non, et les conditions d'utilisation s'appliquent quel que soit l'outil.

Questions fréquentes

Qu'est-ce qu'une API de screenshot ?

Un service hébergé qui prend une URL et renvoie une image rendue. En dessous, c'est une ferme de navigateurs headless avec une interface HTTP, donc les différenciateurs sont la fiabilité, les options de rendu, la capture géographique et la livraison, plutôt que la qualité d'image.

Combien coûte une API de screenshot ?

ScreenshotOne est à 17 $/mois pour 2 000 screenshots et 79 $ pour 10 000. Urlbox est à 19 $/mois pour 2 000 rendus, avec de meilleurs tarifs au millier aux paliers supérieurs. Browserless vend du temps de navigateur — 25 $/mois pour 20 000 unités, une unité valant jusqu'à 30 secondes de temps de navigateur.

Existe-t-il une API de screenshot gratuite ?

ScreenshotOne offre 100 screenshots par mois avec toutes les fonctions et sans carte. Browserless a une offre gratuite de 1 000 unités qui inclut proxies et résolution de captcha. Urlbox propose un essai de sept jours sans carte sur ses paliers inférieurs.

Faut-il utiliser une API de screenshot ou Playwright ?

Un service en dessous de quelques milliers de screenshots par mois, puisque les plans d'entrée coûtent moins que l'instance. Auto-hébergé au-dessus de quelques centaines de milliers, où l'économie s'inverse. Entre les deux, c'est à peu près à l'équilibre sur l'argent et le service gagne sur le temps de maintenance.

Pourquoi mes screenshots sont-ils blancs ou incomplets ?

En général un problème de timing : la capture a eu lieu avant la fin du rendu de la page. Attendez un élément précis plutôt qu'un délai fixe. Les images en lazy-load peuvent aussi nécessiter un défilement avant la capture, et le mode pleine page a ses propres particularités avec les en-têtes sticky.

Puis-je prendre des screenshots depuis un pays précis ?

Oui, avec des services qui offrent la sélection de localisation — mais vérifiez à quel palier cela apparaît, car c'est généralement une fonction payante. C'est une capacité de proxy revendue, donc comparez au coût de faire tourner un navigateur à travers un proxy résidentiel vous-même.

Comment retirer les bannières de cookies des screenshots ?

La plupart des services offrent le blocage ou le masquage d'éléments par sélecteur, et certains ont une fermeture de bannière intégrée. En auto-hébergé, vous les fermez d'un clic ou les masquez en injectant du CSS avant la capture. Dans tous les cas, il faut le traiter exprès — sinon chaque screenshot en a une.

Les API de screenshot gèrent-elles les sites lourds en JavaScript ?

Elles rendent avec un vrai navigateur, donc oui en principe — mais vérifiez le palier. Urlbox, par exemple, débloque le rendu JavaScript et la capture pleine page au Hi-Fi plutôt que sur le plan d'entrée. Les conditions d'attente disponibles comptent plus que le moteur de rendu.

Conclusion

Tous les services ici rendent avec le même moteur de navigateur, donc le choix porte sur les opérations et le tarif, pas sur la qualité d'image.

Les questions de prix qui comptent ne sont pas les tarifs affichés. Que les échecs et les hits de cache comptent dans le quota change le coût effectif plus que le prix par screenshot. Que les fonctions dont vous avez besoin — capture pleine page, rendu JavaScript, sélection géographique — soient sur le palier que vous pouvez payer vaut d'être vérifié avant de s'engager, parce que le découpage dans cette catégorie n'est pas uniforme. Et ce sont les limites de concurrence, pas les quotas mensuels, qui vous contraignent au pic.

Sur l'auto-hébergement, le calcul honnête est moins favorable qu'il n'y paraît. Le calcul est bon marché et votre temps ne l'est pas, et si le rendu doit passer par un proxy facturé, le coût de bande passante d'un navigateur qui récupère chaque asset referme l'essentiel de l'écart — avec l'ironie supplémentaire que la seule chose que vous ne pouvez pas bloquer pour économiser, ce sont les images, puisque les images sont le but.

En dessous de quelques milliers par mois, utilisez un service et probablement une offre gratuite. Au-dessus de quelques centaines de milliers, faites-le vous-même. Entre les deux, décidez à quel point vous voulez posséder l'infrastructure de navigateur, parce que c'est la vraie question et l'argent est proche d'un match nul.