Verso la quindicesima volta in cui un’istanza di Chrome headless mi ha restituito un rettangolo bianco vuoto invece della pagina prezzi di un concorrente, ho deciso di smettere di fingere che la mia configurazione self-hosted per gli screenshot fosse “abbastanza buona”. Non lo era. E, a giudicare dai thread nei forum che leggo da mesi, non ero l’unico.
Nel 2026, acquisire uno screenshot affidabile su larga scala è un problema di infrastruttura browser travestito da semplice chiamata API. Le pagine moderne arrivano con , immagini con caricamento lazy, banner di consenso cookie, sfide anti-bot e hydration di single-page app che può completarsi diversi secondi dopo il trigger dell’evento load. Una chiamata ingenua del tipo “URL in, PNG out” fallisce su tutto questo. Nelle ultime settimane ho testato 10 strumenti per screenshot — API SaaS, librerie self-hosted e uno strumento che evita del tutto gli screenshot — sugli stessi URL complicati. Questo articolo raccoglie tutto ciò che ho trovato: osservazioni reali sulla latenza, insidie dei piani free, modellazione dei costi su scala e una valutazione onesta di quando non serve affatto un’API per screenshot.
Cos’è un’API per screenshot e perché è importante?
Un’API per screenshot è un servizio ospitato (o una libreria self-hosted) che accetta un URL e restituisce un’immagine renderizzata — PNG, JPEG, WebP, PDF — di come appare quella pagina in un browser reale. Tu invii una richiesta. Il servizio avvia Chrome headless (o Chromium, o Firefox), carica la pagina, attende JavaScript, scorre se necessario e cattura il viewport o l’intera pagina.
Sorprendentemente, molte persone che cercano la “migliore API per screenshot” in realtà hanno bisogno delle informazioni presenti nella pagina, non di un’immagine della pagina stessa. Se stai monitorando i prezzi dei concorrenti, creando liste di lead da directory, archiviando annunci immobiliari o seguendo cataloghi di prodotti, uno screenshot ti costringe a passare da OCR o da una pipeline con modello visivo per estrarre di nuovo i dati dall’immagine. È costoso, lento e soggetto a errori.
L’ è progettato come web scraper e strumento di estrazione dati basato su AI. Non restituisce un PNG della pagina, ma i dati strutturati presenti nella pagina.
La prende un URL e uno schema JSON, poi restituisce direttamente campi strutturati — prezzi, nomi, email, immagini, indirizzi, valutazioni. La fa la stessa cosa in due clic: apri l’estensione, premi “AI Suggest Fields” ed esporta in Excel, Google Sheets, Airtable o Notion.
I casi d’uso più comuni includono:
- Generazione di card OG/social: creare dinamicamente immagini Open Graph per l’anteprima dei link. La mostra quanto questo pattern sia diventato comune.
- Visual regression testing: confrontare screenshot tra deploy per individuare bug UI. che il 34,8% delle organizzazioni più grandi usa già l’AI per la regressione visiva.
- Archiviazione per compliance: conservare prove visive con timestamp degli stati di una pagina per esigenze legali o normative.
- Monitoraggio dei concorrenti: catturare nel tempo pagine prezzi, schede prodotto o modifiche alle landing page.
- Thumbnail per directory: generare immagini di anteprima per aggregatori di link, dashboard o strumenti interni.
Perché non eseguire semplicemente il proprio browser? Perché, su scala, mantenere cluster Chrome headless richiede configurazioni Docker per i font, cold start su Lambda, aggiornamenti di versione di Chromium, pool di proxy, code di retry e script di scrolling per contenuti caricati lazy. Il e cresce a un CAGR del 18,5% — e la cattura degli screenshot è una parte fondamentale di quell’infrastruttura.
Come ho testato queste 10 API per screenshot
Non ho trovato nessun articolo comparativo esistente che pubblichi benchmark reali sui tempi di risposta o tassi di successo nei casi limite su più API. La maggior parte si limita a elencare funzionalità e prezzi.
Io volevo qualcosa di più utile.
Ho testato ogni strumento su un set rappresentativo di tipi di pagina:
- Una pagina HTML statica semplice (baseline)
- Una SPA pesante in JavaScript (app React con fetch lato client)
- Una pagina con un banner di consenso cookie GDPR ben visibile
- Una galleria di immagini caricata lazy (immagini sotto la piega)
- Una pagina protetta da anti-bot (sfida in stile Cloudflare)
Per ciascuno, ho misurato:
- Latenza: tempo dalla chiamata API alla consegna dell’immagine (stima p50)
- Tasso di successo tecnico: l’API ha restituito almeno un’immagine decodificabile?
- Tasso di successo visivo: l’immagine conteneva davvero il contenuto della pagina — e non uno schermo bianco, uno skeleton, una barriera CAPTCHA o un overlay cookie?
- Gestione del banner cookie: il banner veniva bloccato o chiuso senza configurazioni manuali?
Alcune note. Ho eseguito i test da una sola regione, con parametri di default o consigliati, in una finestra temporale breve. È un’indicazione, non un benchmark statisticamente rigoroso. Ma è più di quanto offra qualsiasi articolo concorrente, e i pattern erano chiari.
Osservazioni sintetiche del benchmark
| API | Latenza pagina statica | SPA renderizzata? | Banner cookie gestito? | Immagini lazy caricate? | Anti-bot superato? |
|---|---|---|---|---|---|
| Thunderbit (Extract) | N/D (restituisce dati) | ✅ (estrae dati) | N/D | N/D | ✅ (secondo l’API) |
| ScreenshotOne | ~1,5 s | ✅ | ✅ (con parametri di blocco) | ✅ (con ritardo di scroll) | ❌ (nessun bypass CAPTCHA) |
| Urlbox | ~2 s | ✅ | ✅ (opzioni click/nascondi) | ✅ (modalità stitch) | Parziale (tier Ultra) |
| CaptureKit | ~2 s | ✅ | ✅ (opzione rimozione) | ✅ | Parziale (stealth dichiarato) |
| Scrapingdog | ~2,5 s | ✅ | Documentazione limitata | ✅ (base) | A livello di piattaforma |
| ApiFlash | ~2 s | ✅ | ✅ (opzione hide) | ✅ (standard) | ❌ (debole) |
| ScreenshotMachine | ~2 s | ✅ | Base | Base | ❌ |
| Screenshotlayer | ~3 s | Parziale (JS scarso) | ❌ | Parziale | ❌ |
| Puppeteer (self-hosted) | ~1 s | ✅ (controllo totale) | Scripting manuale | Scripting manuale | Proxy manuale necessario |
| Playwright (self-hosted) | ~1 s | ✅ (controllo totale) | Scripting manuale | Scripting manuale | Proxy manuale necessario |
La conclusione: tutte le API SaaS hanno gestito bene la pagina statica. Le differenze sono emerse su SPA, banner cookie e soprattutto sulle pagine anti-bot. Gli strumenti self-hosted offrivano il massimo controllo, ma richiedevano anche più lavoro di ingegneria.
Cosa rende davvero valida un’API per screenshot? (Criteri di selezione)
Ecco i criteri che ho pesato — e perché contano più di quanto pensi.
| Criterio | Perché conta |
|---|---|
| Motore di rendering e supporto JS | Le SPA e i contenuti caricati lazy mandano in crisi molte API; i banner cookie che bloccano il contenuto sono una lamentela ricorrente |
| Latenza (tempo fino all’immagine) | I flussi di produzione richiedono velocità prevedibile, non solo un costo medio basso |
| Costo per 1K / 10K / 100K screenshot | Nei forum si lamentano della poca trasparenza dei prezzi; un utente voleva “100K render sotto i 100 dollari” |
| Onestà del piano free | Punto dolente ad alta gravità: più thread segnalano blocchi prima dei limiti pubblicizzati |
| Gestione dei casi limite | Banner cookie, anti-bot, restrizioni geografiche — 4 segnalazioni ad alta gravità nei forum e nessun concorrente le testa su tutte le API |
| Formati di output | PNG, JPEG, WebP, PDF — coperti in modo incoerente tra gli strumenti |
| SaaS vs. self-hosted | Dibattito acceso nei forum; solo un articolo concorrente lo affronta davvero |
| Integrazioni no-code | Zapier, Make, n8n — citati da alcuni strumenti ma solo in modo superficiale |
| Supporto SDK/libreria | Richiesta nei forum: “Avete in programma di aggiungere una libreria Python?” |
| Uptime / manutenzione | Preoccupazione ricorrente: “il founder prima o poi smette di tenere Chrome aggiornato” |
La affidabilità conta più del prezzo. Non è una mia opinione: è il sentimento costante che emerge dai forum per sviluppatori che ho letto per mesi. Un’API per screenshot che restituisce immagini vuote nel 10% dei casi ti costa più in debug e retry di una che fa pagare pochi centesimi in più per cattura.
1. Thunderbit — La migliore alternativa a un’API per screenshot quando ti servono dati, non pixel
non è un’API per screenshot nel senso tradizionale, e voglio essere trasparente da subito. Il nostro team ha costruito Thunderbit come web scraper e strumento di estrazione dati basato su AI. Non restituisce un PNG della pagina, ma i dati strutturati presenti nella pagina.
Sorprendentemente, molte persone che cercano la “migliore API per screenshot” in realtà hanno bisogno delle informazioni presenti nella pagina, non di un’immagine della pagina stessa. Se stai monitorando i prezzi dei concorrenti, creando liste di lead da directory, archiviando annunci immobiliari o seguendo cataloghi di prodotti, uno screenshot ti costringe a passare da OCR o da una pipeline con modello visivo per estrarre di nuovo i dati dall’immagine. È costoso, lento e soggetto a errori.
La di Thunderbit prende un URL e uno schema JSON, poi restituisce direttamente campi strutturati — prezzi, nomi, email, immagini, indirizzi, valutazioni. La fa la stessa cosa in due clic: apri l’estensione, premi “AI Suggest Fields” ed esporta in Excel, Google Sheets, Airtable o Notion.
Quando Thunderbit batte un’API per screenshot
| Scenario | API per screenshot | Thunderbit (estrazione dati) |
|---|---|---|
| Monitorare i prezzi dei concorrenti | Restituisce un’immagine da fare OCR o leggere manualmente | Restituisce direttamente dati strutturati sui prezzi in Google Sheets |
| Archiviare annunci immobiliari | Immagine statica, dati bloccati nei pixel | Campi strutturati (prezzo, letti, indirizzo) esportabili in Airtable/Notion |
| Creare liste di lead da directory | Immagine di una pagina contatti | Nomi, email, telefoni e ruoli estratti come righe |
| Generare card social OG | ✅ Scelta ideale — serve un’immagine reale | ❌ Non è lo strumento giusto |
| Visual regression testing | ✅ Scelta ideale — confronto pixel per pixel | ❌ Non è lo strumento giusto |
Dichiarazione completa: se ti serve davvero un’immagine renderizzata per card social, QA o archiviazione per compliance, Thunderbit non è lo strumento giusto. Usa una delle API per screenshot qui sotto. Ma se il tuo flusso termina con righe in un foglio di calcolo o record in un CRM, probabilmente stai facendo un over-engineering con gli screenshot.
Funzionalità principali
- Estrazione dati strutturati con AI tramite Extract API ed estensione Chrome
- e arricchimento dei dati (apertura automatica delle pagine di dettaglio)
- Scraping pianificato per il monitoraggio continuo
- Esportazione gratuita in Excel, Google Sheets, Airtable, Notion — nessun paywall sugli export
- Scraping cloud (50 pagine alla volta) o scraping basato su browser
Prezzi
- Piano gratuito: 6 pagine (estensione); 600 unità API una tantum (API)
- Estensione: da circa 15 $/mese (mensile) o 9 $/mese (annuale) con fatturazione a crediti (1 credito = 1 riga di output)
- API: Extract = 20 unità API per pagina; Distill (Markdown) = 1 unità per pagina. Piano Starter: 16 $/mese (annuale), 3.000 pagine Extract/anno. Pro: 40 $/mese (annuale), 30.000 pagine Extract/anno.
Tutti i dettagli su .
Ideale per
Team di sales, ecommerce e operations che hanno bisogno dei dati dietro la pagina — non di un’immagine della pagina. Se vuoi approfondire il tema dell’ o vedere come Thunderbit si confronta con altri , ne abbiamo scritto anche lì.
2. ScreenshotOne — Il migliore per impostazioni predefinite adatte agli sviluppatori
è lo strumento che consiglierei alla maggior parte degli sviluppatori che hanno bisogno di un’API per screenshot generalista. Ha il set di parametri più ampio che io abbia visto, documentazione solida e billing prevedibile.
La homepage riporta , una trasparenza superiore a quella della maggior parte dei concorrenti. Nei miei test ha gestito bene SPA e banner cookie quando ho usato i parametri corretti (block_cookie_banners, wait_for_selector, ritardo di scroll). Le catture full-page con immagini lazy hanno funzionato dopo aver attivato l’algoritmo di scroll-and-stitch.
Funzionalità principali
- Formati di output: PNG, JPEG, WebP, GIF, JP2, TIFF, AVIF, HEIF, PDF, HTML, Markdown
- Blocco integrato di cookie, annunci, tracker e chat
- Geolocalizzazione: routing per paese IP per
- Iniezione personalizzata di JS/CSS, click/hover prima della cattura, dark mode, reduced motion
- Integrazioni: SDK per la maggior parte dei linguaggi, Zapier/Make/Airtable
- Caching, upload S3, URL firmati, rendering asincrono
Prezzi
| Piano | Prezzo | Screenshot | Extra |
|---|---|---|---|
| Free | 0 $ | 100/mese | — |
| Basic | 27 $/mese | 2.000 | 0,009 $/extra |
| Growth | 79 $/mese | 10.000 | 0,006 $/extra |
| Scale | 159 $/mese | 50.000 | 0,004 $/extra |
Gli screenshot falliti dovuti a errori HTTP/browser/rete nel quota. I problemi visivi (pagina caricata ma contenuto errato) possono invece essere conteggiati, salvo revisione.
Punti di forza e limiti
- Punti di forza: set di funzionalità più ampio tra le pure API per screenshot, politica equa sui request falliti, documentazione forte, integrazioni no-code
- Limiti: — per pagine anti-bot serviranno proxy esterni o servizi di unlock
Ideale per
Sviluppatori e team che vogliono un’API per screenshot ben documentata, ricca di funzionalità, con impostazioni sensate e prezzi prevedibili.
3. Urlbox — Il migliore per catture perfette al pixel di pagine complesse
è l’opzione premium. Se ti servono rendering perfetti di SPA pesanti in JavaScript, catture full-page in qualità retina o archiviazione per compliance di livello enterprise, è qui che devi guardare.
La è davvero la migliore spiegazione tecnica che abbia trovato sul perché la cattura dell’intera pagina sia difficile. La loro modalità stitch scorre la pagina, attiva gli elementi lazy, blocca gli header sticky, rileva gli sfondi al 100% di altezza e unisce le sezioni. Per pagine a scroll infinito, limitano di default il numero di sezioni, a meno che tu non lo consenta esplicitamente.
Funzionalità principali
- Formati di output: PNG, JPEG, WebP, AVIF, SVG, PDF, HTML, MP4, WebM, Markdown
- Rendering retina (2x), 4K/5K, supporto WebGL/GPU
- Iniezione personalizzata di CSS/JS, dark mode, blocco di ads/cookie, click su accept, chiusura modali con tasto Esc
- Consegna via webhook, storage compatibile S3, render link (cache, non consuma quota)
- Certified Archive e opzioni SLA enterprise
Prezzi
| Piano | Prezzo | Render |
|---|---|---|
| Lo-Fi | 19 $/mese | 2.000 (siti propri, thumbnail) |
| Hi-Fi | 49 $/mese | 5.000 |
| Ultra | 99 $/mese | 15.000 |
| Business | 498 $/mese | Base + 3 $/1K render |
| Enterprise | Da 3.000 $/mese | Personalizzato |
Urlbox offre una prova di 7 giorni (senza carta) ma nessun piano gratuito permanente. Le richieste che non restituiscono un’immagine non vengono fatturate. I render link in cache non contano nel quota.
Punti di forza e limiti
- Punti di forza: output di altissima qualità per pagine complesse, miglior algoritmo di stitch full-page che ho testato, integrazioni webhook/S3/archive, funzionalità enterprise
- Limiti: prezzo più alto, nessun piano free permanente, gestione anti-bot migliorata su Ultra+ ma non è il punto di forza principale
Ideale per
Team che hanno bisogno di output visivi ad alta fedeltà — compliance, QA, dashboard enterprise — e sono disposti a pagare per la qualità del rendering.
4. CaptureKit — Il migliore per catture specifiche per dispositivo
è uno strumento indie più recente che va oltre le aspettative. La sua funzione distintiva è l’emulazione integrata dei dispositivi: iPhone 14 Pro Max, Galaxy S23 Ultra, Pixel 7 Pro, iPad, Huawei P60 Pro e — tutti selezionabili come preset senza dover fare calcoli manuali del viewport.
L’impostazione di una cattura base ha richiesto circa 3 minuti, incluso il test nel playground. Il playground ti permette di provare i parametri prima ancora di scrivere codice, un’ottima caratteristica per prototipazione rapida.
Funzionalità principali
- Emulazione dei dispositivi con oltre 20 preset (iOS, Android, tablet, desktop)
- Formati di output: PNG, JPEG, WebP, PDF
- Rimozione di cookie/ads/selettori, blocco risorse, stealth mode
- Upload S3, caching, integrazioni Zapier/Make
- Bonus: Page Content API, AI Summarizer API, estrazione HTML
Prezzi
| Piano | Prezzo | Crediti |
|---|---|---|
| Free | 0 $ (per sempre) | 100 crediti |
| Starter | 7 $/mese | 1.000 |
| Pro | 29 $/mese | 10.000 |
| Ultimate | 89 $/mese | 50.000 |
| Custom | Contatta il reparto vendite | Oltre 50K |
Uno screenshot = 1 credito. Non c’è un livello self-serve pubblico per 100K — dovresti contattare il reparto vendite.
Punti di forza e limiti
- Punti di forza: emulazione dei dispositivi pronta all’uso, prezzo d’ingresso accessibile, extra utili (content API, AI summarizer), playground pulito
- Limiti: servizio più recente con storico più breve, meno opzioni di geolocalizzazione, prove indipendenti limitate sull’efficacia stealth/anti-bot
Ideale per
Sviluppatori indie e piccoli team che hanno bisogno di screenshot specifici per dispositivo con setup rapido e prezzi accessibili.
5. Scrapingdog — Il migliore per catture a basso costo e alto volume
include la sua Screenshot API in una piattaforma più ampia di web scraping. La funzione screenshot usa 5 crediti per cattura e l’infrastruttura di Scrapingdog comprende e rendering con Chrome headless.
Le opzioni di personalizzazione visiva sono più scarne rispetto a ScreenshotOne o Urlbox — non troverai modalità retina, iniezione CSS personalizzata o algoritmi stitch nella documentazione pubblica degli screenshot. Ma il costo per screenshot a volume è molto competitivo.
Funzionalità principali
- Catture full-page e viewport tramite Chrome headless
- Parte di una piattaforma di scraping più ampia con rotazione proxy e fingerprinting
- Supporto per richieste concorrenti (scalabile in base al piano)
- Le richieste fallite (timeout dopo i retry) restituiscono 410 e
Prezzi
| Piano | Prezzo | Crediti | Equivalente screenshot |
|---|---|---|---|
| Free trial | 0 $ | 1.000 | ~200 |
| Lite | 40 $/mese | 200.000 | 40.000 |
| Standard | 90 $/mese | 1.000.000 | 200.000 |
| Pro | 200 $/mese | 3.000.000 | 600.000 |
Al tier Lite, siamo intorno a 0,001 $ per screenshot — l’opzione SaaS più economica che ho trovato su scala.
Punti di forza e limiti
- Punti di forza: estremamente economico su grandi volumi, infrastruttura di scraping più ampia, rotazione di proxy/fingerprint
- Limiti: meno opzioni di personalizzazione visiva, documentazione pubblica limitata sugli screenshot, output base (solo PNG nella documentazione pubblica)
Ideale per
Sviluppatori che hanno bisogno di screenshot ad alto volume con budget ridotto e non richiedono personalizzazioni al pixel.
6. ApiFlash — Il migliore per semplicità a basso costo
gira su AWS Lambda con Chrome aggiornato. È un’API a un solo endpoint che fa esattamente ciò che promette — catture semplici e affidabili per pagine lineari.
Ho visto che funziona bene per pagine statiche e moderatamente dinamiche. Ha avuto più difficoltà sui siti protetti da anti-bot, cosa prevedibile data l’architettura più semplice.
Funzionalità principali
- Formati di output: PNG, JPEG, WebP
- Catture full-page e viewport, rilevamento automatico del caricamento pagina
- Blocco annunci, nascondimento banner cookie, export S3
- SDK/esempi per C#, cURL, Go, Java, Node, PHP, Python, Ruby
- Rate limit:
Prezzi
| Piano | Prezzo | Screenshot |
|---|---|---|
| Free | 0 $ | 100/mese |
| Lite | 7 $/mese | 1.000 |
| Medium | 35 $/mese | 10.000 |
| Large | 80 $/mese | 100.000 |
A 80 $ per 100K, ApiFlash è una delle opzioni SaaS più economiche — ma ricorda che questo vale per pagine standard. Per anti-bot o catture full-page complesse potrebbe servire uno strumento diverso.
Punti di forza e limiti
- Punti di forza: API semplice, scalabilità supportata da AWS, molto conveniente, piano gratuito continuativo
- Limiti: geolocalizzazione limitata, nessuna funzione anti-bot, personalizzazione minima rispetto a ScreenshotOne o Urlbox
Ideale per
Side project, strumenti interni e team che hanno bisogno di catture semplici a basso costo.
7. ScreenshotMachine — Il migliore per integrazioni rapide e senza fronzoli
esiste da anni. La sua funzione distintiva è l’API Builder — un’interfaccia web che genera URL per screenshot immediati che puoi incorporare senza scrivere codice backend.
Supporta l’emulazione di desktop, tablet e mobile, orientamento regolabile, zoom e ritardo. Niente di spettacolare, ma affidabile per i casi d’uso base.
Funzionalità principali
- Emulazione dispositivi: desktop, tablet, mobile
- Catture full-length, orientamento/zoom/ritardo regolabili
- API Builder per link screenshot istantanei (nessun backend richiesto)
- Formati di output: PNG, JPEG
Prezzi
| Piano | Prezzo | Screenshot |
|---|---|---|
| Free | 0 $ | 100/mese |
| Basic | 9 $/mese | ~2.500 |
| Pro | 59 $/mese | ~20.000 |
| Enterprise | 99 $/mese | ~50.000 |
Punti di forza e limiti
- Punti di forza: API Builder facile, affidabile per catture base, prezzi discreti a volume medio
- Limiti: meno opzioni avanzate, personalizzazione limitata, nessuna funzione anti-bot
Ideale per
Utenti non tecnici o team che hanno bisogno di link screenshot rapidi ed embeddabili senza un’integrazione API profonda.
8. Screenshotlayer — Il migliore per gli utenti storici di APILayer
è una delle API per screenshot più vecchie, parte della famiglia APILayer. È semplice — un singolo endpoint REST — ma mostra chiaramente la sua età.
Nei miei test, la pre-esecuzione JavaScript non era affidabile. Le SPA spesso venivano renderizzate in modo parziale o rimanevano bianche. La documentazione appare datata rispetto ai concorrenti più recenti.
Funzionalità principali
- API REST semplice con personalizzazione del viewport
- Catture full-page, iniezione CSS, più formati di export
- Parte dell’ecosistema APILayer (facile da abbinare ad altri prodotti APILayer)
Prezzi
| Piano | Prezzo | Screenshot |
|---|---|---|
| Free | 0 $ | 100/mese |
| Professional | 40 $/mese | 10.000 |
Punti di forza e limiti
- Punti di forza: endpoint semplicissimo, piano gratuito per side project, ecosistema APILayer
- Limiti: documentazione datata, rendering JavaScript scarso, nessuna funzione anti-bot, costo per cattura più alto rispetto alle API più recenti su scala
Ideale per
Team già dentro l’ecosistema APILayer che hanno bisogno di catture base e non richiedono rendering JS moderno.
9. Puppeteer (self-hosted) — Il migliore per il pieno controllo con Node.js
è la libreria open source Node.js di Google per controllare Chrome headless. È lo standard di riferimento per la cattura screenshot self-hosted — e la base su cui sono costruite molte API SaaS.
Con Puppeteer hai accesso completo al Chrome DevTools Protocol. Puoi cliccare, scorrere, digitare, intercettare richieste di rete, iniettare script e catturare screenshot o PDF con controllo a livello di pixel. Ma devi anche gestire tutto: aggiornamenti di Chrome, container Docker, scalabilità, rendering dei font e logica di retry.
Funzionalità principali
- Accesso completo al Chrome DevTools Protocol
- Interazione con la pagina prima della cattura: click, scroll, input, attesa dei selettori
- Intercettazione rete, generazione PDF, viewport personalizzato
- Gratuito e open source —
Prezzi
Gratuito (open source). Paghi solo l’infrastruttura server — un VPS base parte da circa 5-10 $/mese per volumi bassi.
Punti di forza e limiti
- Punti di forza: screenshot illimitati (solo costo infrastrutturale), massima flessibilità, community enorme, nessun lock-in del vendor
- Limiti: richiede competenze Node.js, devi gestire aggiornamenti e scalabilità di Chrome, nessuna rotazione proxy o funzione anti-bot integrata, con screenshot bianchi, fallimenti nel lazy load e timeout
Ideale per
Sviluppatori Node.js che vogliono il pieno controllo sulla pipeline di rendering e hanno capacità DevOps per mantenere l’infrastruttura.
10. Playwright (self-hosted) — Il migliore per i test multi-browser
è la libreria open source di automazione di Microsoft. Supporta Chromium, Firefox e WebKit — e offre SDK per Python, Node.js, Java e .NET.
Rispetto a Puppeteer, Playwright ha un’API più pulita, auto-wait integrato (che riduce l’instabilità) e supporto multi-browser pronto all’uso. Per pipeline di visual regression testing che devono validare su più browser, Playwright è la scelta più forte.
Funzionalità principali
- Multi-browser: Chromium, Firefox, WebKit
- SDK: Python, Node.js, Java, .NET
- Auto-wait integrato che riduce le catture instabili
- Mocking di rete, contesti browser parallelizzati, trace viewer
- Gratuito e open source
Prezzi
Gratuito (open source). Solo costi infrastrutturali — simili a Puppeteer.
Punti di forza e limiti
- Punti di forza: copertura multi-browser, API più pulita, auto-wait integrato, ampio supporto SDK, forte per pipeline CI/CD
- Limiti: stesso carico di manutenzione di Puppeteer, nessun proxy/anti-bot integrato, richiede investimento DevOps per scalare
Ideale per
Team che fanno visual regression testing cross-browser, aziende Python/Java e chiunque abbia bisogno di qualcosa di più di Chromium.
La verità sul piano free — cosa ottieni davvero prima di pagare
Diversi thread nei forum segnalano frustrazione per i piani free fuorvianti — un utente ha scritto: “screenshotapi.net diceva 100/mese, ma mi ha bloccato molto prima”. Questa è la sezione che avrei voluto trovare quando ho iniziato a valutare questi strumenti.
| Strumento | Limite free dichiarato | Continuo o trial? | Carta richiesta? | Nota chiave |
|---|---|---|---|---|
| Thunderbit (API) | 600 unità API | Una tantum | No | 20 unità/pagina Extract = 30 pagine totali |
| Thunderbit (Estensione) | 6 pagine (10 con trial) | Gratis + trial | No | 1 credito = 1 riga di output |
| ScreenshotOne | 100/mese | Continuo | No | I problemi visivi possono essere conteggiati |
| Urlbox | Prova di 7 giorni | Limitato nel tempo | No | Nessun piano free permanente |
| CaptureKit | 100 crediti | Continuo | No | Nessun tier self-serve oltre 50K |
| Scrapingdog | 1.000 crediti (30 giorni) | Trial | No | 5 crediti/screenshot = circa 200 catture |
| ApiFlash | 100/mese | Continuo | No | Capacità anti-bot limitata |
| ScreenshotMachine | 100/mese | Continuo | No | Solo funzionalità base |
| Screenshotlayer | 100/mese | Continuo | No | Rendering JS scarso |
| Puppeteer | Illimitato | Continuo (OSS) | N/D | Paghi il compute |
| Playwright | Illimitato | Continuo (OSS) | N/D | Paghi il compute |
Il mio consiglio: prova sempre il piano free sui tuoi URL reali prima di impegnarti. Un piano gratuito che non riesce a renderizzare le tue pagine vale esattamente 0 $.
Costi su scala: quanto pagherai davvero a 1K, 10K, 50K e 100K screenshot al mese
La maggior parte degli articoli comparativi elenca i piani tariffari, ma non modella quanto spenderai davvero man mano che cresci. Uno sviluppatore che passa da un side project (1K/mese) a un SaaS in produzione (100K/mese) ha bisogno di numeri reali.
Eccoli — il tier pubblico più basso o il percorso di extra pubblicato che copre ciascun volume.
| Strumento | 1K/mese | 10K/mese | 50K/mese | 100K/mese | Note |
|---|---|---|---|---|---|
| ScreenshotOne | 27 $ | 79 $ | 159 $ | ~459 $ | Scale: 159 $ + 50K extra a 0,004 $ |
| Urlbox | 49 $ (Hi-Fi) | 99 $ | ~645 $ | ~795 $ | Business: 498 $ base + 3 $/1K |
| CaptureKit | 7 $ | 29 $ | 89 $ | Personalizzato | Nessun self-serve pubblico a 100K |
| Scrapingdog | 40 $ | 40 $ | 90 $ | 90 $ | 5 crediti/cattura; il più economico su scala |
| ApiFlash | 7 $ | 35 $ | 80 $ | 80 $ | Il piano Large copre fino a 100K |
| ScreenshotMachine | 9 $ | 59 $ | 99 $ | 99 $+ | Enterprise a 50K |
| Screenshotlayer | 40 $ | 40 $ | 40 $+ | Personalizzato | Professional copre 10K |
| Puppeteer (self-hosted) | ~5 $ (VPS) | ~20 $ | ~80 $ | ~150 $+ | Gestisci tu l’infrastruttura |
| Playwright (self-hosted) | ~5 $ (VPS) | ~20 $ | ~80 $ | ~150 $+ | Gestisci tu l’infrastruttura |
| Thunderbit Extract API | 16 $/mese (annuale) | 40 $/mese (annuale) | Personalizzato | Personalizzato | 20 unità/pagina; non basato su screenshot |
La domanda del pareggio: quando conviene il self-hosting?
Intorno alle 25K screenshot al mese, un VPS da 40 $/mese che esegue Playwright eguaglia il costo dei piani SaaS di fascia media. Ma ti assumi tutto il rischio di manutenzione: aggiornamenti di Chrome, bug nel rendering dei font, scalabilità durante i picchi di traffico e logica di retry. Se hai un team DevOps e un’infrastruttura stabile, il self-hosting fa risparmiare sopra le 50K/mese. Se non li hai, il costo nascosto del tempo di ingegneria può superare facilmente il premium SaaS.
SaaS vs. API per screenshot self-hosted: come decidere
La maggior parte degli articoli comparativi ignora del tutto questo dibattito. Ecco un framework decisionale basato su ciò che ho visto funzionare:
Scegli SaaS se:
- Il volume è sotto le 10K/mese
- Non hai un team DevOps dedicato
- Ti servono bypass anti-bot, routing geografico o gestione del banner cookie già pronti
- Vuoi zero overhead di manutenzione
Scegli self-hosted (Puppeteer/Playwright) se:
- Il volume supera le 50K/mese con infrastruttura stabile
- Ti serve controllo totale sul rendering (script personalizzati, intercettazione rete, contesti browser)
- Stai catturando contenuti sensibili alla privacy che non possono uscire dalla tua rete
- Hai vincoli di budget su larga scala e capacità ingegneristiche
Valuta un approccio ibrido:
- Usa un’API SaaS per i siti difficili da renderizzare (anti-bot, limitati geograficamente, SPA complesse)
- Self-host per catture semplici e ad alto volume (pagine statiche, strumenti interni)
Una preoccupazione emersa nei forum e che vale la pena segnalare: “il founder prima o poi smette di tenere Chrome aggiornato”. Questo rischio riguarda sia il SaaS (abbandono del fornitore) sia il self-hosted (devi automatizzare tu gli aggiornamenti di Chromium). Per il SaaS, controlla lo storico uptime e la versione del browser del vendor. Per il self-hosted, configura aggiornamenti automatici di Chrome/Chromium nella pipeline CI.
Quando non ti serve affatto un’API per screenshot
Ogni confronto con i concorrenti che ho letto salta completamente questo punto — e potrebbe essere la cosa più utile che posso dirti.
Diversi casi d’uso comuni delle “API per screenshot” — monitoraggio dei concorrenti, scraping di directory, archiviazione di listing, estrazione di dati prodotto — descrivono situazioni in cui l’utente finisce per catturare un’immagine, ma in realtà ha bisogno dei dati presenti nella pagina. Uno screenshot di una pagina prezzi ti dà pixel. Un’estrazione strutturata ti dà numeri che puoi filtrare, confrontare, visualizzare e su cui agire.
| Scenario | Risultato API screenshot | Risultato Thunderbit Extract |
|---|---|---|
| Monitorare i prezzi dei concorrenti | Immagine da fare OCR o leggere manualmente | Dati strutturati sui prezzi → Google Sheets |
| Archiviare annunci immobiliari | Immagine statica, dati bloccati nei pixel | Prezzo, letti, indirizzo, immagini → Airtable/Notion |
| Estrarre cataloghi prodotti | Screenshot di una griglia prodotti | SKU, nome, prezzo, varianti, URL immagini → CSV |
| Generare card social OG | ✅ Scelta ideale — serve un’immagine reale | ❌ Non è lo strumento giusto |
| Visual regression testing | ✅ Scelta ideale — confronto pixel | ❌ Non è lo strumento giusto |
| Archiviazione QA/compliance | ✅ Scelta ideale — prova visiva | ❌ Non è lo strumento giusto |
Se il tuo flusso di lavoro termina con “e poi leggo i numeri dallo screenshot”, stai aggiungendo un passaggio inutile. L’estensione Chrome di Thunderbit o la possono estrarre quei dati direttamente — niente OCR, niente modello visivo, niente lettura manuale.
Per approfondire come funziona nella pratica, consulta le nostre guide sul e sull’.
Tabella comparativa delle migliori API per screenshot (tutti e 10 gli strumenti a colpo d’occhio)
| Strumento | Ideale per | Piano free | Prezzo iniziale | Costo a 100K/mese | Formati | Cookie/Banner | Anti-bot | Geo/Proxy |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | Estrazione dati (non pixel) | 6 pagine (est); 600 unità API | 16 $/mese (API annuale) | N/D (dati, non screenshot) | JSON/CSV/Markdown | N/D | L’API dichiara gestione | La documentazione API menziona geo |
| ScreenshotOne | API generalista per sviluppatori | 100/mese | 27 $/mese | ~459 $ | PNG/JPEG/WebP/GIF/PDF/+ | ✅ Forte | ❌ Nessun bypass CAPTCHA | 18 paesi |
| Urlbox | Fedeltà al pixel, enterprise | Prova 7 giorni | 19 $/mese (Lo-Fi) | ~795 $ | PNG/JPEG/WebP/AVIF/SVG/PDF/video | ✅ Forte | Parziale (Ultra+) | ✅ Forte |
| CaptureKit | Emulazione dispositivi, indie dev | 100 crediti | 7 $/mese | Personalizzato | PNG/JPEG/WebP/PDF | ✅ | Stealth dichiarato | Limitato |
| Scrapingdog | Budget ad alto volume | 1K crediti trial | 40 $/mese | 90 $ | PNG | Documentazione limitata | A livello di piattaforma | Geo-targeting |
| ApiFlash | Semplicità economica | 100/mese | 7 $/mese | 80 $ | PNG/JPEG/WebP | ✅ Base | ❌ Debole | Limitato |
| ScreenshotMachine | Integrazioni senza fronzoli | 100/mese | 9 $/mese | ~99 $ | PNG/JPEG | Base | ❌ | ❌ |
| Screenshotlayer | Utenti storici APILayer | 100/mese | 40 $/mese | Personalizzato | Multipli | ❌ | ❌ | ❌ |
| Puppeteer | Controllo completo Node.js | Illimitato (OSS) | ~5 $ VPS | ~150 $ (infra) | Qualsiasi (scriptato) | Manuale | Proxy manuale | Manuale |
| Playwright | Test multi-browser | Illimitato (OSS) | ~5 $ VPS | ~150 $ (infra) | Qualsiasi (scriptato) | Manuale | Proxy manuale | Manuale |
Come scegliere la giusta API per screenshot
Ecco una guida rapida alla decisione:
- Ti servono dati strutturati (prezzi, lead, listing), non immagini? →
- Catture generaliste con ottima documentazione? → ScreenshotOne
- Rendering perfetto al pixel di pagine complesse? → Urlbox
- Screenshot specifici per dispositivo con budget contenuto? → CaptureKit
- Costo più basso per screenshot ad alto volume? → Scrapingdog o ApiFlash
- Pagine molto anti-bot o con restrizioni geografiche? → Valuta ScrapFly (non in questa lista ma vale la pena analizzarlo) o Urlbox Ultra
- Controllo totale, self-hosted? → Playwright (multi-browser) o Puppeteer (ecosistema Node.js)
- Sei già nell’ecosistema APILayer? → Screenshotlayer
- Link rapidi da incorporare, senza backend? → ScreenshotMachine
Per la maggior parte degli sviluppatori all’inizio, il piano free di ScreenshotOne è il posto migliore dove sperimentare. Per la maggior parte degli utenti business che capiscono di aver bisogno di dati e non di immagini, vale la pena provare l’estensione Chrome di Thunderbit — puoi e testarla con 6 pagine gratuite.
Conclusione
Dopo aver testato tutti e 10 gli strumenti, la scoperta più importante non riguardava la latenza o il prezzo. Una quota significativa dei casi d’uso delle “API per screenshot” si risolve meglio con l’estrazione di dati strutturati. Se il tuo flusso prevede di catturare un’immagine e poi estrarne le informazioni, stai aggiungendo un passaggio che costa tempo, denaro e precisione.
Per i casi d’uso che richiedono davvero un’immagine renderizzata — card social, regressione visiva, archiviazione per compliance, prove per QA — le API SaaS sono diventate molto più mature. ScreenshotOne offre il miglior equilibrio tra funzionalità e prezzo. Urlbox fornisce la fedeltà più alta. ApiFlash e Scrapingdog vincono sul budget. E Puppeteer/Playwright restano la scelta giusta per i team che hanno la capacità ingegneristica di fare self-hosting.
Qualunque cosa tu scelga, prova prima il piano free sui tuoi URL reali.
La differenza tra uno strumento che funziona su example.com e uno che funziona sulle tue pagine reali — quella è la differenza che conta.
Per saperne di più su come in Thunderbit pensiamo al e all’estrazione dati, visita il nostro — lì mostriamo casi d’uso reali.
FAQ
1. Qual è la migliore API gratuita per screenshot nel 2026?
ScreenshotOne e ApiFlash offrono entrambe piani free continuativi di 100 screenshot/mese senza richiedere carta di credito. CaptureKit offre 100 crediti gratuiti (continuativi). Scrapingdog offre 1.000 crediti come trial di 30 giorni, pari a circa 200 screenshot. Per il self-hosted, Puppeteer e Playwright sono gratuiti e open source — paghi solo i costi del server. Prova sempre il piano free sui tuoi URL reali, perché i piani gratuiti che non riescono a renderizzare le tue pagine target valgono poco o niente.
2. Posso usare un’API per screenshot senza scrivere codice?
Sì. ScreenshotOne si integra con Zapier e Make. CaptureKit offre connettori Zapier/Make. L’API Builder di ScreenshotMachine genera link screenshot incorporabili senza codice backend. Per l’estrazione dati (non screenshot), l’estensione Chrome di Thunderbit funziona in due clic, senza scrivere codice.
3. API per screenshot SaaS vs. Puppeteer: quale costa meno?
Sotto circa 25K screenshot/mese, le API SaaS sono in genere più economiche se consideri il tempo di ingegneria. Oltre le 50K/mese, con infrastruttura stabile e capacità DevOps, Puppeteer o Playwright self-hosted possono far risparmiare — un VPS da 40 $/mese a quel volume si avvicina ai piani SaaS di fascia media. Ma devi assorbire tutta la manutenzione: aggiornamenti di Chrome, scalabilità, logica di retry e debug dei problemi di rendering.
4. Le API per screenshot funzionano in modo affidabile sui siti pesanti in JavaScript?
La maggior parte delle moderne API SaaS usa Chromium headless e supporta condizioni di attesa (wait_for_selector, network idle, delay). Nei miei test, ScreenshotOne, Urlbox e CaptureKit hanno gestito bene le SPA con i parametri corretti. Screenshotlayer ha avuto difficoltà con le pagine pesanti in JS. Puppeteer e Playwright self-hosted ti danno il controllo completo, ma richiedono scripting manuale per ogni caso limite.
5. Quando dovrei usare l’estrazione dati invece di un’API per screenshot?
Se il tuo obiettivo finale è leggere, confrontare, filtrare o analizzare le informazioni in una pagina — prezzi, contatti, specifiche prodotto, dati di listing — l’estrazione strutturata dei dati è più veloce e più azionabile rispetto al catturare un’immagine e poi fare OCR. Strumenti come l’Extract API o l’estensione Chrome di Thunderbit restituiscono direttamente campi strutturati. Riserva le API per screenshot ai casi in cui ti serve davvero un artefatto visivo: card social, prove di compliance, visual regression testing o evidenze per QA.
Scopri di più