Någonstans kring femtonde gången en headless Chrome-instans returnerade en tom vit rektangel i stället för en konkurrents prissida bestämde jag mig för att sluta låtsas att min egenhostade screenshot-lösning var "tillräckligt bra". Det var den inte. Och att döma av forumtrådarna jag läst i månader är jag inte ensam.
Att fånga en tillförlitlig skärmbild i stor skala 2026 är ett problem med webbläsarinfrastruktur förklätt till ett enkelt API-anrop. Moderna sidor levereras med en median-JavaScript-payload på runt 697 KB, lazy-laddade bilder, samtyckesrutor för cookies, anti-bot-utmaningar och SPA-hydrering som kan bli klar flera sekunder efter att load-eventet har utlösts. Ett naivt anrop av typen "URL in, PNG ut" går sönder på alla dessa. Jag har lagt de senaste veckorna på att testa 10 screenshot-verktyg — SaaS-API:er, egenhostade bibliotek och ett verktyg som helt kringgår skärmbilder — mot samma uppsättning kluriga URL:er. Den här artikeln är allt jag kom fram till: faktiska latensobservationer, fallgropar i gratisnivåerna, kostnadsmodellering vid skalning och en ärlig bedömning av när du inte behöver ett screenshot-API över huvud taget.
Vad är ett screenshot-API och varför spelar det roll?
Ett screenshot-API är en hostad tjänst (eller ett egenhostat bibliotek) som tar emot en URL och returnerar en renderad bild — PNG, JPEG, WebP, PDF — av hur sidan ser ut i en riktig webbläsare. Du skickar en förfrågan. Tjänsten startar headless Chrome (eller Chromium, eller Firefox), laddar sidan, väntar in JavaScript, scrollar vid behov och fångar viewporten eller hela sidan.
Extrahera data i stället för skärmbilder Get Started Free
Förvånansvärt många som söker efter "bästa screenshot-API" behöver egentligen informationen på sidan, inte en bild av den. Om du bevakar konkurrenters priser, bygger leadlistor från kataloger, arkiverar bostadsannonser eller följer produktkataloger tvingar en skärmbild in dig i en OCR- eller vision-modellpipeline för att få ut datan ur bilden igen. Det är dyrt, långsamt och felbenäget.
Thunderbits officiella webbplats är byggd som ett AI-drivet verktyg för web scraping och dataextraktion. Den returnerar ingen PNG av en sida — den returnerar den strukturerade datan på sidan.
Extract API tar emot en URL och ett JSON-schema och returnerar sedan strukturerade fält — priser, namn, e-postadresser, bilder, adresser, betyg — direkt. Nedladdningssidan för Chrome-tillägget gör samma sak på två klick: öppna tillägget, tryck på "AI Suggest Fields" och exportera till Excel, Google Sheets, Airtable eller Notion.
Vanliga användningsområden är bland annat:
- Generering av OG-/sociala kort: Att dynamiskt skapa Open Graph-bilder för länkförhandsvisningar. Vercels dokumentation om OG-bilder visar hur vanligt det här mönstret har blivit.
- Visuell regressionstestning: Att jämföra skärmbilder mellan deployer för att fånga UI-buggar. LambdaTest rapporterar att 34,8 % av större organisationer redan använder AI för visuell regressionstestning.
- Arkivering för regelefterlevnad: Att lagra tidsstämplade visuella bevis på sidors tillstånd för juridiska eller regulatoriska behov.
- Konkurrentbevakning: Att fånga prissidor, produktlistor eller förändringar på landningssidor över tid.
- Katalogminiatyrer: Att generera förhandsbilder för länksamlingar, dashboards eller interna verktyg.
Varför inte bara köra en egen webbläsare? För att i stor skala innebär drift av headless Chrome-kluster typsnittskonfiguration i Docker, kallstarter i Lambda, uppdateringar av Chromium-versioner, proxypooler, retry-köer och scrollskript för lazy-laddat innehåll. Enbart marknaden för web scraping nådde 0,99 miljarder dollar 2025 och växer med 18,5 % CAGR — och skärmbildsinsamling är en central del av den infrastrukturen.
Testa Thunderbit för strukturerad dataextraktion
Så testade jag dessa 10 screenshot-API:er
Ingen befintlig jämförelseartikel jag kunde hitta publicerar faktiska svarstidsmätningar eller andelen klarade edge case-fall över flera API:er. De flesta listar bara funktioner och priser.
Jag ville ha något mer användbart.
Jag testade varje verktyg mot en representativ uppsättning sidtyper:
- En enkel statisk HTML-sida (baslinje)
- En JavaScript-tung SPA (React-app med datahämtning på klientsidan)
- En sida med en framträdande GDPR-cookiebanner
- Ett lazy-laddat bildgalleri (bilder nedanför fold)
- En anti-bot-skyddad sida (utmaning av Cloudflare-typ)
För var och en mätte jag:
- Latens: Tid från API-anrop till levererad bild (uppskattad p50)
- Hård lyckandefrekvens: Returnerade API:et över huvud taget en avkodbar bild?
- Visuell lyckandefrekvens: Innehöll bilden det faktiska sidinnehållet — inte en tom skärm, ett skelett, en CAPTCHA-vägg eller ett cookie-överlägg?
- Hantering av cookiebanners: Blockerades eller stängdes bannern utan manuell konfiguration?
Några förbehåll. Jag körde testerna från en enda region, med standardparametrar eller rekommenderade parametrar, under ett kort tidsfönster. Detta är riktningsgivande, inte ett statistiskt rigoröst benchmark. Men det är mer än vad någon konkurrerande artikel erbjuder, och mönstren var tydliga.
Sammanfattande benchmark-observationer
| API | Latens statisk sida | SPA renderad? | Cookiebanner hanterad? | Lazy-bilder laddade? | Klarar anti-bot? |
|---|---|---|---|---|---|
| Thunderbit (Extract) | Ej relevant (returnerar data) | ✅ (extraherar data) | Ej relevant | Ej relevant | ✅ (enligt API:ets uppgift) |
| ScreenshotOne | ~1,5 s | ✅ | ✅ (med blockeringsparametrar) | ✅ (med scrollfördröjning) | ❌ (ingen CAPTCHA-kringgång) |
| Urlbox | ~2 s | ✅ | ✅ (klick-/döljalternativ) | ✅ (stitch-läge) | Delvis (Ultra-nivån) |
| CaptureKit | ~2 s | ✅ | ✅ (borttagningsalternativ) | ✅ | Delvis (stealth utlovas) |
| Scrapingdog | ~2,5 s | ✅ | Begränsad dokumentation | ✅ (grundläggande) | Utfästelser på plattformsnivå |
| ApiFlash | ~2 s | ✅ | ✅ (döljalternativ) | ✅ (standard) | ❌ (svagt) |
| ScreenshotMachine | ~2 s | ✅ | Grundläggande | Grundläggande | ❌ |
| Screenshotlayer | ~3 s | Delvis (svag JS) | ❌ | Delvis | ❌ |
| Puppeteer (egenhostad) | ~1 s | ✅ (full kontroll) | Manuell skriptning | Manuell skriptning | Manuell proxy krävs |
| Playwright (egenhostad) | ~1 s | ✅ (full kontroll) | Manuell skriptning | Manuell skriptning | Manuell proxy krävs |
Slutsatsen: alla SaaS-API:er klarade den statiska sidan galant. Skillnaderna dök upp på SPA:er, cookiebanners och framför allt anti-bot-sidor. De egenhostade verktygen gav mest kontroll men krävde mest ingenjörsarbete.
Vad kännetecknar det bästa screenshot-API:et? (Urvalskriterier)
Här är kriterierna jag viktade — och varför vart och ett spelar större roll än man kan tro.
| Kriterium | Varför det spelar roll |
|---|---|
| Renderingsmotor och JS-stöd | SPA:er och lazy-laddat innehåll knäcker många API:er; cookiebanners som blockerar innehåll är ett återkommande klagomål |
| Latens (tid till bild) | Produktionsflöden behöver förutsägbar hastighet, inte bara låg snittkostnad |
| Kostnad per 1 000 / 10 000 / 100 000 skärmbilder | Användare på forum klagar på att prissättningen är ogenomskinlig; en användare ville ha "100 000 renderingar för under 100 dollar" |
| Ärlighet i gratisnivån | Smärtpunkt med hög allvarlighetsgrad: flera trådar rapporterar att de stängts av innan de utlovade gränserna |
| Hantering av edge case | Cookiebanners, anti-bot, geoblockering — 4 forumomnämnanden med hög allvarlighetsgrad och ingen konkurrent testar detta över flera API:er |
| Utdataformat | PNG, JPEG, WebP, PDF — täcks ojämnt mellan verktygen |
| SaaS kontra egenhostat | Livlig forumdebatt; bara en konkurrerande artikel behandlar detta på allvar |
| No-code-integrationer | Zapier, Make, n8n — nämns av vissa verktyg men bara ytligt |
| Stöd för SDK/bibliotek | Forumönskemål: "Planerar ni att lägga till ett Python-bibliotek?" |
| Upptid/underhåll | Forumoro: "grundaren ger till slut upp med att hålla Chrome uppdaterat" |
Tillförlitlighet spelar större roll än pris. Det är inte bara min åsikt — det är den genomgående uppfattningen i de utvecklarforum jag följt i månader. Ett screenshot-API som returnerar tomma bilder 10 % av gångerna kostar dig mer i felsökning och omförsök än ett som tar några ören extra per bild.
1. Thunderbit — bästa alternativet till ett screenshot-API när du behöver data, inte pixlar
Thunderbit är inget screenshot-API i traditionell mening, och det vill jag vara tydlig med. Vårt team byggde Thunderbit som ett AI-drivet verktyg för web scraping och dataextraktion. Det returnerar ingen PNG av en sida — det returnerar den strukturerade datan på sidan.
Förvånansvärt många som söker efter "bästa screenshot-API" behöver egentligen informationen på sidan, inte en bild av den. Om du bevakar konkurrenters priser, bygger leadlistor från kataloger, arkiverar bostadsannonser eller följer produktkataloger tvingar en skärmbild in dig i en OCR- eller vision-modellpipeline för att få ut datan ur bilden igen. Det är dyrt, långsamt och felbenäget.
Thunderbits Extract API tar emot en URL och ett JSON-schema och returnerar sedan strukturerade fält — priser, namn, e-postadresser, bilder, adresser, betyg — direkt. Nedladdningssidan för Chrome-tillägget gör samma sak på två klick: öppna tillägget, tryck på "AI Suggest Fields" och exportera till Excel, Google Sheets, Airtable eller Notion.
När Thunderbit slår ett screenshot-API
| Scenario | Screenshot-API | Thunderbit (dataextraktion) |
|---|---|---|
| Bevaka konkurrenters priser | Returnerar en bild som du måste OCR-tolka eller läsa manuellt | Returnerar strukturerad prisdata direkt till Google Sheets |
| Arkivera bostadsannonser | Statisk bild, datan inlåst i pixlar | Strukturerade fält (pris, antal rum, adress) exporterbara till Airtable/Notion |
| Bygga leadlistor från kataloger | Bild av en kontaktsida | Extraherade namn, e-postadresser, telefonnummer och titlar som rader |
| Generera sociala OG-kort | ✅ Bäst lämpat — du behöver en faktisk bild | ❌ Fel verktyg |
| Visuell regressionstestning | ✅ Bäst lämpat — pixeljämförelse | ❌ Fel verktyg |
Full transparens: om du behöver en bokstavligt renderad bild för sociala kort, QA eller arkivering för regelefterlevnad är Thunderbit inte ditt verktyg. Använd något av screenshot-API:erna nedan. Men om ditt arbetsflöde slutar med rader i ett kalkylark eller poster i ett CRM är du förmodligen överingenjör med skärmbilder.
Viktiga funktioner
- AI-driven extraktion av strukturerad data via Extract API och Chrome-tillägget
- Scraping av undersidor och databerikning (klickar automatiskt in på detaljsidor)
- Schemalagd scraping för löpande bevakning
- Kostnadsfri export till Excel, Google Sheets, Airtable, Notion — ingen betalvägg på export
- Molnbaserad scraping (50 sidor åt gången) eller webbläsarbaserad scraping
Priser
- Gratisnivå: 6 sidor (tillägget); 600 API-enheter engångs (API:et)
- Tillägget: Från ca 15 $/månad (månadsvis) eller ca 9 $/månad (årsvis) med kreditbaserad debitering (1 kredit = 1 utdatarad)
- API:et: Extract = 20 API-enheter per sida; Distill (Markdown) = 1 enhet per sida. Starter-planen: 16 $/månad (årsvis), 3 000 Extract-sidor/år. Pro: 40 $/månad (årsvis), 30 000 Extract-sidor/år.
Fullständiga prisuppgifter finns på Thunderbits prissida.
Bäst för
Sälj-, e-handels- och driftsteam som behöver datan bakom sidan — inte en bild av den. Vill du veta mer om AI-baserad web scraping eller se hur Thunderbit står sig mot andra web scrapers har vi skrivit om det också.
2. ScreenshotOne — bäst för utvecklarvänliga standardinställningar
ScreenshotOne är verktyget jag skulle rekommendera till de flesta utvecklare som behöver ett allmänt screenshot-API. Det har den bredaste parameteruppsättningen jag sett, gedigen dokumentation och förutsägbar fakturering.
På startsidan uppges 4 000+ aktiva utvecklare och 99,924 % upptid, vilket är mer transparens än de flesta konkurrenter erbjuder. I mina tester hanterade det SPA:er och cookiebanners bra när jag använde rätt parametrar (block_cookie_banners, wait_for_selector, scrollfördröjning). Helsidesbilder med lazy-laddade bilder fungerade efter att jag aktiverat scroll-och-stitch-algoritmen.
Viktiga funktioner
- Utdataformat: PNG, JPEG, WebP, GIF, JP2, TIFF, AVIF, HEIF, PDF, HTML, Markdown
- Inbyggd blockering av cookies/annonser/spårare/chattar
- Geolokalisering: IP-routing per land för 18 länder
- Injicering av egen JS/CSS, klick/hover före bildtagning, mörkt läge, reducerad rörelse
- Integrationer: SDK:er för de flesta språk, Zapier/Make/Airtable
- Cachning, S3-uppladdning, signerade URL:er, asynkron rendering
Priser
| Plan | Pris | Skärmbilder | Överförbrukning |
|---|---|---|---|
| Free | 0 $ | 100/månad | — |
| Basic | 17 $/månad | 2 000 | 0,009 $/extra |
| Growth | 79 $/månad | 10 000 | 0,006 $/extra |
| Scale | 259 $/månad | 50 000 | 0,004 $/extra |
Misslyckade skärmbilder till följd av HTTP-, webbläsar- eller nätverksfel räknas inte mot kvoten. Visuella problem (sidan laddades men innehållet ser fel ut) kan räknas om de inte granskas.
Styrkor och begränsningar
- Styrkor: Bredaste funktionsuppsättningen bland renodlade screenshot-API:er, rimlig policy för misslyckade förfrågningar, stark dokumentation, no-code-integrationer
- Begränsningar: Ingen CAPTCHA-kringgång som standard — du behöver externa proxy-/unlocker-tjänster för anti-bot-sidor
Bäst för
Utvecklare och team som vill ha ett väldokumenterat, funktionsrikt screenshot-API med vettiga standardinställningar och förutsägbara priser.
3. Urlbox — bäst för pixelperfekta bilder av komplexa sidor
Urlbox är premiumalternativet. Om du behöver pixelperfekt rendering av JavaScript-tunga SPA:er, helsidesbilder i retinakvalitet eller arkivering för regelefterlevnad på företagsnivå är det hit du ska titta.
Urlbox dokumentation om helsidesskärmbilder är ärligt talat den bästa tekniska förklaringen jag hittat till varför helsidesbilder är svårt. Deras stitch-läge scrollar sidan, triggar lazy-element, fryser sticky headers, upptäcker bakgrunder med 100 % höjd och syr ihop sektionerna. För sidor med oändlig scroll begränsar de antalet sektioner som standard om du inte uttryckligen tillåter fler.
Viktiga funktioner
- Utdataformat: PNG, JPEG, WebP, AVIF, SVG, PDF, HTML, MP4, WebM, Markdown
- Retinarendering (2x), 4K/5K, stöd för WebGL/GPU
- Injicering av egen CSS/JS, mörkt läge, annons-/cookieblockering, automatiskt klick på acceptera, stängning av modaler med escape-tangenten
- Webhook-leverans, S3-kompatibel lagring, renderingslänkar (cachade, belastar inte kvoten)
- Certified Archive och SLA-alternativ för företag
Priser
| Plan | Pris | Renderingar |
|---|---|---|
| Lo-Fi | 19 $/månad | 2 000 (egna webbplatser, miniatyrer) |
| Hi-Fi | 49 $/månad | 5 000 |
| Ultra | 99 $/månad | 15 000 |
| Business | 498 $/månad | Bas + 3 $/1 000 renderingar |
| Enterprise | Från 3 000 $/månad | Anpassat |
Urlbox erbjuder 7 dagars provperiod (utan kort) men ingen permanent gratisplan. Förfrågningar som inte lyckas returnera en bild debiteras inte. Cachade renderingslänkar räknas inte mot kvoten.
Styrkor och begränsningar
- Styrkor: Högsta utdatakvaliteten för komplexa sidor, bästa helsides-stitch-algoritmen jag testade, integrationer för webhook/S3/arkiv, funktioner för företag
- Begränsningar: Högre prisnivå, ingen permanent gratisnivå, anti-bot-hanteringen förbättras från Ultra och uppåt men är inte det främsta säljargumentet
Bäst för
Team som behöver visuellt resultat med hög trohet — regelefterlevnad, QA, företagsdashboards — och är villiga att betala för renderingskvalitet.
4. CaptureKit — bäst för enhetsspecifika bilder
CaptureKit är ett nyare indieverktyg som slår över sin viktklass. Dess främsta funktion är inbyggd enhetsemulering: iPhone 14 Pro Max, Galaxy S23 Ultra, Pixel 7 Pro, iPad, Huawei P60 Pro och många fler — alla valbara som förinställningar utan egen viewport-matematik.
Att sätta upp en enkel bildtagning tog ungefär 3 minuter, inklusive testet i deras playground. Med playgrounden kan du prova parametrar innan du skriver någon kod, vilket är en trevlig detalj för snabb prototypning.
Viktiga funktioner
- Enhetsemulering med 17+ förinställningar (iOS, Android, surfplatta, dator)
- Utdataformat: PNG, JPEG, WebP, PDF
- Borttagning av cookies/annonser/selektorer, resursblockering, stealth-läge
- S3-uppladdning, cachning, Zapier-/Make-integrationer
- Bonus: Page Content API, AI Summarizer API, HTML-extraktion
Priser
| Plan | Pris | Krediter |
|---|---|---|
| Free | 0 $ (för alltid) | 100 krediter |
| Starter | 7 $/månad | 1 000 |
| Pro | 29 $/månad | 10 000 |
| Ultimate | 89 $/månad | 50 000 |
| Custom | Kontakta säljteamet | Över 50 000 |
En skärmbild = 1 kredit. Ingen publik självbetjäningsnivå för 100 000 — där måste du kontakta säljteamet.
Styrkor och begränsningar
- Styrkor: Enhetsemulering direkt ur lådan, prisvärd ingångsnivå, användbara extrafunktioner (content-API, AI-sammanfattare), snygg playground
- Begränsningar: Nyare tjänst med kortare meritlista, färre geolokaliseringsalternativ, begränsade oberoende belägg för hur väl stealth/anti-bot fungerar
Bäst för
Indieutvecklare och små team som behöver enhetsspecifika skärmbilder med snabb uppsättning och överkomligt pris.
5. Scrapingdog — bäst för budgetbilder i stora volymer
Scrapingdog paketerar sitt Screenshot API inuti en bredare web scraping-plattform. Skärmbildsfunktionen drar 5 krediter per bild, och Scrapingdogs infrastruktur omfattar 40 miljoner+ roterande proxyservrar och rendering med headless Chrome.
Alternativen för visuell anpassning är magrare än hos ScreenshotOne eller Urlbox — du hittar inga retinalägen, ingen injicering av egen CSS och inga stitch-algoritmer i den publika skärmbildsdokumentationen. Men kostnaden per skärmbild vid volym är svår att slå.
Viktiga funktioner
- Helsides- och viewport-bilder via headless Chrome
- Del av en bredare scraping-plattform med proxyrotation och fingerprinting
- Stöd för samtidiga förfrågningar (skalar med plannivån)
- Misslyckade förfrågningar (timeout efter omförsök) returnerar 410 och debiteras inte
Priser
| Plan | Pris | Krediter | Motsvarar i skärmbilder |
|---|---|---|---|
| Free | 0 $ | 200 | ~40 |
| Lite | 40 $/månad | 200 000 | 40 000 |
| Standard | 90 $/månad | 1 000 000 | 200 000 |
| Pro | 200 $/månad | 3 000 000 | 600 000 |
På Lite-nivån blir det ungefär 0,001 $ per skärmbild — det billigaste SaaS-alternativet jag hittade vid skalning.
Styrkor och begränsningar
- Styrkor: Extremt billigt vid volym, bredare scraping-infrastruktur, rotation av proxy/fingerprint
- Begränsningar: Färre alternativ för visuell anpassning, begränsad publik dokumentation specifikt om skärmbilder, enkelt utdata (endast PNG enligt den publika dokumentationen)
Bäst för
Utvecklare som behöver skärmbilder i stora volymer på en budget och inte kräver pixelperfekt anpassning.
6. ApiFlash — bäst för budgetvänlig enkelhet
ApiFlash körs på AWS Lambda med uppdaterad Chrome. Det är ett API med en enda endpoint som gör precis det som utlovas — enkla, tillförlitliga bilder av okomplicerade sidor.
Jag tyckte att det fungerade bra för statiska och måttligt dynamiska sidor. Det kämpade mer med anti-bot-skyddade webbplatser, vilket är väntat med tanke på dess enklare arkitektur.
Viktiga funktioner
- Utdataformat: PNG, JPEG, WebP
- Helsides- och viewport-bilder, automatisk detektering av sidladdning
- Annonsblockering, döljning av cookiebanners, S3-export
- SDK:er/exempel för C#, cURL, Go, Java, Node, PHP, Python, Ruby
- Hastighetsgräns: 20 förfrågningar/sekund, burst 400
Priser
| Plan | Pris | Skärmbilder |
|---|---|---|
| Free | 0 $ | 100/månad |
| Lite | 7 $/månad | 1 000 |
| Medium | 35 $/månad | 10 000 |
| Large | 180 $/månad | 100 000 |
För 180 $ för 100 000 bilder är ApiFlash ett av de billigaste SaaS-alternativen — men kom ihåg att det gäller standardsidor. Anti-bot-skyddade eller komplexa helsidesbilder kan kräva ett annat verktyg.
Styrkor och begränsningar
- Styrkor: Enkelt API, AWS-baserad skalbarhet, mycket prisvärt, löpande gratisnivå
- Begränsningar: Begränsad geolokalisering, inga anti-bot-funktioner, minimal anpassning jämfört med ScreenshotOne eller Urlbox
Bäst för
Sidoprojekt, interna verktyg och team som behöver enkla bilder till låg kostnad.
7. ScreenshotMachine — bäst för snabba, problemfria integrationer
ScreenshotMachine har funnits i många år. Dess främsta funktion är API Builder — ett webbgränssnitt som genererar färdiga skärmbilds-URL:er som du kan bädda in utan att skriva någon backendkod.
Tjänsten stöder emulering av dator, surfplatta och mobil samt justerbar orientering, zoom och fördröjning. Inget märkvärdigt, men tillförlitligt för grundläggande användningsfall.
Viktiga funktioner
- Enhetsemulering: Dator, surfplatta, mobil
- Helsidesbilder, justerbar orientering/zoom/fördröjning
- API Builder för direkta skärmbildslänkar (ingen backend behövs)
- Utdataformat: PNG, JPEG
Priser
| Plan | Pris | Skärmbilder |
|---|---|---|
| Free | 0 $ | 100/månad |
| Basic | 9 €/månad | ~2 500 |
| Pro | 59 €/månad | ~20 000 |
| Enterprise | 99 €/månad | ~50 000 |
Styrkor och begränsningar
- Styrkor: Enkel API Builder, tillförlitligt för grundläggande bilder, hyfsad prissättning i mellanvolym
- Begränsningar: Färre avancerade alternativ, begränsad anpassning, inga anti-bot-funktioner
Bäst för
Icke-tekniska användare eller team som snabbt behöver inbäddade skärmbildslänkar utan djup API-integration.
8. Screenshotlayer — bäst för befintliga APILayer-användare
Screenshotlayer är ett av de äldre screenshot-API:erna och ingår i APILayer-familjen. Det är enkelt — en enda REST-endpoint — men det börjar visa sin ålder.
I mina tester var förhandskörningen av JavaScript opålitlig. SPA:er renderades ofta delvis eller blankt. Dokumentationen känns daterad jämfört med nyare konkurrenter.
Viktiga funktioner
- Enkelt REST-API med anpassningsbar viewport
- Helsidesbilder, CSS-injicering, flera exportformat
- Del av APILayer-ekosystemet (lätt att paketera med andra APILayer-produkter)
Priser
| Plan | Pris | Skärmbilder |
|---|---|---|
| Free | 0 $ | 100/månad |
| Basic | 19,99 $/månad | 10 000 |
| Professional | 59,99 $/månad | 30 000 |
| Enterprise | 149,99 $/månad | 75 000 |
Styrkor och begränsningar
- Styrkor: Urenkel endpoint, gratisnivå för sidoprojekt, APILayer-ekosystemet
- Begränsningar: Daterad dokumentation, svag JavaScript-rendering, inga anti-bot-funktioner, högre kostnad per bild än Scrapingdog vid skalning
Bäst för
Team som redan är inne i APILayer-ekosystemet, behöver grundläggande bilder och inte kräver modern JS-rendering.
9. Puppeteer (egenhostad) — bäst för full kontroll med Node.js
Puppeteer är Googles Node.js-bibliotek med öppen källkod för att styra headless Chrome. Det är guldstandarden för egenhostad skärmbildsinsamling — och grunden som många SaaS-API:er är byggda på.
Med Puppeteer får du full åtkomst till Chrome DevTools Protocol. Du kan klicka, scrolla, skriva, fånga upp nätverksanrop, injicera skript och ta skärmbilder eller PDF:er med kontroll på pixelnivå. Men du sköter också allt: Chrome-uppdateringar, Docker-containrar, skalning, typsnittsrendering och retry-logik.
Viktiga funktioner
- Full åtkomst till Chrome DevTools Protocol
- Interaktion med sidan före bildtagning: klicka, scrolla, skriva, vänta på selektorer
- Nätverksavlyssning, PDF-generering, egen viewport
- Gratis och öppen källkod — tiotals miljoner nedladdningar från npm varje vecka
Priser
Gratis (öppen källkod). Du betalar bara för serverinfrastrukturen — en enkel VPS börjar runt 5–10 $/månad för låga volymer.
Styrkor och begränsningar
- Styrkor: Obegränsat antal skärmbilder (endast infrastrukturkostnad), maximal flexibilitet, enorm community, ingen inlåsning hos en leverantör
- Begränsningar: Kräver Node.js-kunskap, du sköter Chrome-uppdateringar och skalning, ingen inbyggd proxyrotation eller anti-bot-funktionalitet, vanliga problem med tomma skärmbilder, misslyckad lazy-laddning och timeouts
Bäst för
Node.js-utvecklare som behöver full kontroll över renderingskedjan och har DevOps-kapacitet att underhålla infrastrukturen.
10. Playwright (egenhostad) — bäst för test i flera webbläsare
Playwright är Microsofts automationsbibliotek med öppen källkod. Det stöder Chromium, Firefox och WebKit — och erbjuder SDK:er för Python, Node.js, Java och .NET.
Jämfört med Puppeteer har Playwright ett renare API, inbyggd auto-väntan (som minskar flakighet) och stöd för flera webbläsare direkt ur lådan. För pipelines för visuell regressionstestning som behöver validera över flera webbläsare är Playwright det starkare valet.
Viktiga funktioner
- Flera webbläsare: Chromium, Firefox, WebKit
- SDK:er: Python, Node.js, Java, .NET
- Inbyggd auto-väntan minskar flakiga bilder
- Nätverksmockning, parallelliserade webbläsarkontexter, trace viewer
- Gratis och öppen källkod
Priser
Gratis (öppen källkod). Endast infrastrukturkostnader — motsvarande Puppeteer.
Styrkor och begränsningar
- Styrkor: Täckning över flera webbläsare, renare API, inbyggd auto-väntan, brett SDK-stöd, starkt för CI/CD-pipelines
- Begränsningar: Samma underhållsbörda som Puppeteer, ingen inbyggd proxy/anti-bot, kräver DevOps-investering för att skala
Bäst för
Team som gör visuell regressionstestning över flera webbläsare, Python-/Java-organisationer och alla som behöver mer än bara Chromium.
Sanningstabellen för gratisnivåer — vad du faktiskt får innan du betalar
Flera forumtrådar flaggar för frustration över vilseledande gratisnivåer — en användare skrev: "screenshotapi.net sa 100/månad, men stängde av mig långt tidigare." Det här är avsnittet jag önskar hade funnits när jag började utvärdera de här verktygen.
| Verktyg | Utlovad gratisgräns | Löpande eller provperiod? | Kort krävs? | Viktigt förbehåll |
|---|---|---|---|---|
| Thunderbit (API) | 600 API-enheter | Engångs | Nej | 20 enheter/Extract-sida = 30 sidor totalt |
| Thunderbit (tillägget) | 6 sidor (10 med provperiod) | Gratis + provperiod | Nej | 1 kredit = 1 utdatarad |
| ScreenshotOne | 100/månad | Löpande | Nej | Visuella problem kan räknas |
| Urlbox | 7 dagars provperiod | Tidsbegränsad | Nej | Ingen permanent gratisplan |
| CaptureKit | 100 krediter | Löpande | Nej | Ingen självbetjäningsnivå över 50 000 |
| Scrapingdog | 200 krediter/månad | Löpande | Nej | 5 krediter/skärmbild = ~40 bilder |
| ApiFlash | 100/månad | Löpande | Nej | Begränsad anti-bot-förmåga |
| ScreenshotMachine | 100/månad | Löpande | Nej | Endast grundläggande funktioner |
| Screenshotlayer | 100/månad | Löpande | Nej | Svag JS-rendering |
| Puppeteer | Obegränsat | Löpande (öppen källkod) | Ej relevant | Du betalar för beräkningskraften |
| Playwright | Obegränsat | Löpande (öppen källkod) | Ej relevant | Du betalar för beräkningskraften |
Mitt råd: testa alltid gratisnivån mot dina faktiska mål-URL:er innan du binder upp dig. En gratisnivå som inte klarar att rendera dina sidor är värd exakt 0 kronor.
Kostnad vid skalning: vad du faktiskt betalar vid 1 000, 10 000, 50 000 och 100 000 skärmbilder per månad
De flesta jämförelseartiklar räknar upp prisplaner men modellerar inte vad du faktiskt kommer att lägga ut när du skalar upp. En utvecklare som går från ett sidoprojekt (1 000/månad) till en SaaS i produktion (100 000/månad) behöver riktiga siffror.
Här är de — den lägsta publika nivån eller den publicerade vägen för överförbrukning som täcker varje volym.
| Verktyg | 1 000/mån | 10 000/mån | 50 000/mån | 100 000/mån | Anmärkningar |
|---|---|---|---|---|---|
| ScreenshotOne | 17 $ | 79 $ | 259 $ | ~459 $ | Scale 259 $ + 50 000 extra à 0,004 $ |
| Urlbox | 49 $ (Hi-Fi) | 99 $ | ~645 $ | ~795 $ | Business: 498 $ i bas + 3 $/1 000 |
| CaptureKit | 7 $ | 29 $ | 89 $ | Anpassat | Ingen publik självbetjäning för 100 000 |
| Scrapingdog | 40 $ | 40 $ | 90 $ | 90 $ | 5 krediter/bild; billigast vid skalning |
| ApiFlash | 7 $ | 35 $ | 180 $ | 180 $ | Large-planen täcker upp till 100 000 |
| ScreenshotMachine | 9 € | 59 € | 99 € | 99 €+ | Enterprise vid 50 000 |
| Screenshotlayer | 19,99 $ | 19,99 $ | 149,99 $ | Anpassat | Enterprise täcker upp till 75 000 |
| Puppeteer (egenhostad) | ~5 $ (VPS) | ~20 $ | ~80 $ | ~150 $+ | Du sköter infrastrukturen |
| Playwright (egenhostad) | ~5 $ (VPS) | ~20 $ | ~80 $ | ~150 $+ | Du sköter infrastrukturen |
| Thunderbit Extract API | 16 $/mån (årsvis) | 40 $/mån (årsvis) | Anpassat | Anpassat | 20 enheter/sida; inte skärmbildsbaserat |
Break even-frågan: när lönar sig egen hosting?
Vid ungefär 25 000 skärmbilder/månad matchar en VPS för 40 $/månad som kör Playwright kostnaden för SaaS-planer i mellanskiktet. Men du tar då på dig hela underhållsrisken: Chrome-uppdateringar, buggar i typsnittsrendering, skalning vid trafiktoppar och retry-logik. Har du ett DevOps-team och stabil infrastruktur sparar egen hosting pengar över 50 000/månad. Har du inte det kan den dolda kostnaden för ingenjörstid lätt överstiga SaaS-premien.
SaaS kontra egenhostat screenshot-API: så väljer du
De flesta jämförelseartiklar ignorerar den här debatten helt. Här är ett beslutsunderlag baserat på vad jag sett fungera:
Välj SaaS om:
- Volymen ligger under 10 000/månad
- Du saknar ett dedikerat DevOps-team
- Du behöver anti-bot-kringgång, geo-routing eller hantering av cookiebanners direkt ur lådan
- Du vill ha noll underhåll
Välj egenhostat (Puppeteer/Playwright) om:
- Volymen överstiger 50 000/månad och du har stabil infrastruktur
- Du behöver full kontroll över renderingen (egna skript, nätverksavlyssning, webbläsarkontexter)
- Du fångar integritetskänsligt innehåll som inte får lämna ditt nätverk
- Du har budgetrestriktioner vid skalning och har ingenjörskapacitet
Överväg ett hybridupplägg:
- Använd ett SaaS-API för svårrenderade sajter (anti-bot, geoblockerade, komplexa SPA:er)
- Hosta själv för enkla bilder i stora volymer (statiska sidor, interna verktyg)
En forumoro värd att lyfta fram: "grundaren ger till slut upp med att hålla Chrome uppdaterat." Den risken gäller både SaaS (leverantören lägger ned) och egenhostat (du måste automatisera Chromium-uppdateringar). För SaaS: kontrollera leverantörens upptidshistorik och webbläsarversion. För egenhostat: sätt upp automatiska Chrome-/Chromium-uppdateringar i din CI-pipeline.
När du inte behöver något screenshot-API alls
Varje konkurrentjämförelse jag läst hoppar över det här helt — och det kan vara det mest användbara jag har att säga.
Flera vanliga användningsfall för "screenshot-API" — konkurrentbevakning, scraping av kataloger, arkivering av annonser, extraktion av produktdata — beskriver situationer där användaren rutinmässigt tar en bild men egentligen behöver datan på sidan. En skärmbild av en prissida ger dig pixlar. Strukturerad extraktion ger dig siffror som du kan filtrera, jämföra, visualisera och agera på.
| Scenario | Resultat med screenshot-API | Resultat med Thunderbit Extract |
|---|---|---|
| Bevaka konkurrenters priser | Bild som du måste OCR-tolka eller läsa manuellt | Strukturerad prisdata → Google Sheets |
| Arkivera bostadsannonser | Statisk bild, datan inlåst i pixlar | Pris, antal rum, adress, bilder → Airtable/Notion |
| Extrahera produktkatalog | Skärmbild av ett produktrutnät | SKU, namn, pris, varianter, bild-URL:er → CSV |
| Generera sociala OG-kort | ✅ Bäst lämpat — du behöver en faktisk bild | ❌ Fel verktyg |
| Visuell regressionstestning | ✅ Bäst lämpat — pixeljämförelse | ❌ Fel verktyg |
| Arkivering för QA/regelefterlevnad | ✅ Bäst lämpat — visuellt bevis | ❌ Fel verktyg |
Om ditt arbetsflöde slutar med "och sedan läser jag av siffrorna från skärmbilden" lägger du till ett onödigt steg. Thunderbits Chrome-tillägg eller Extract API kan hämta datan direkt — ingen OCR, ingen vision-modell, ingen manuell avläsning.
Vill du se hur det fungerar i praktiken, kolla in våra guider om scraping utan kodning och AI för e-handel.
Jämförelsetabell över de bästa screenshot-API:erna (alla 10 verktyg i överblick)
| Verktyg | Bäst för | Gratisnivå | Lägsta betalplan | Kostnad 100 000/mån | Format | Cookie/banner | Anti-bot | Geo/proxy |
|---|---|---|---|---|---|---|---|---|
| Thunderbit | Dataextraktion (inte pixlar) | 6 sidor (tillägget); 600 API-enheter | 16 $/mån (API, årsvis) | Ej relevant (data, inte skärmbilder) | JSON/CSV/Markdown | Ej relevant | Hantering enligt API:ets uppgift | API-dokumentationen nämner geo |
| ScreenshotOne | Allmänt utvecklar-API | 100/mån | 17 $/mån | ~459 $ | PNG/JPEG/WebP/GIF/PDF/+ | ✅ Starkt | ❌ Ingen CAPTCHA-kringgång | 18 länder |
| Urlbox | Pixelperfekt, företag | 7 dagars provperiod | 19 $/mån (Lo-Fi) | ~795 $ | PNG/JPEG/WebP/AVIF/SVG/PDF/video | ✅ Starkt | Delvis (Ultra+) | ✅ Starkt |
| CaptureKit | Enhetsemulering, indieutvecklare | 100 krediter | 7 $/mån | Anpassat | PNG/JPEG/WebP/PDF | ✅ | Stealth utlovas | Begränsat |
| Scrapingdog | Stora volymer på budget | 200 krediter/mån | 40 $/mån | 90 $ | PNG | Begränsad dokumentation | På plattformsnivå | Geotargeting |
| ApiFlash | Enkelhet på budget | 100/mån | 7 $/mån | 180 $ | PNG/JPEG/WebP | ✅ Grundläggande | ❌ Svagt | Begränsat |
| ScreenshotMachine | Problemfria integrationer | 100/mån | 9 €/mån | ~99 € | PNG/JPEG | Grundläggande | ❌ | ❌ |
| Screenshotlayer | Befintliga APILayer-användare | 100/mån | 19,99 $/mån | Anpassat | Flera | ❌ | ❌ | ❌ |
| Puppeteer | Full kontroll med Node.js | Obegränsat (öppen källkod) | ~5 $ VPS | ~150 $ (infra) | Valfritt (skriptat) | Manuellt | Manuell proxy | Manuellt |
| Playwright | Test i flera webbläsare | Obegränsat (öppen källkod) | ~5 $ VPS | ~150 $ (infra) | Valfritt (skriptat) | Manuellt | Manuell proxy | Manuellt |
Så väljer du rätt screenshot-API
Här är den snabba beslutsguiden:
- Behöver du strukturerad data (priser, leads, annonser) i stället för bilder? → Thunderbit
- Allmänna bilder med utmärkt dokumentation? → ScreenshotOne
- Pixelperfekt rendering av komplexa sidor? → Urlbox
- Enhetsspecifika skärmbilder på en budget? → CaptureKit
- Billigast per skärmbild vid stora volymer? → Scrapingdog
- Anti-bot-tunga eller geoblockerade sidor? → Överväg ScrapFly (inte med i den här listan men värd att utvärdera) eller Urlbox Ultra
- Full kontroll, egenhostat? → Playwright (flera webbläsare) eller Puppeteer (Node.js-ekosystemet)
- Redan inne i APILayer-ekosystemet? → Screenshotlayer
- Snabba inbäddade länkar utan backend? → ScreenshotMachine
För de flesta utvecklare som just kommit igång är ScreenshotOnes gratisnivå den bästa platsen att experimentera på. För de flesta företagsanvändare som inser att de behöver data snarare än bilder är Thunderbits Chrome-tillägg värt ett försök — du kan installera det här och testa med 6 gratis sidor.
Sammanfattningsvis
Efter att ha testat alla 10 verktygen handlade den största insikten varken om latens eller pris. En betydande andel av användningsfallen för "screenshot-API" löses bättre med strukturerad dataextraktion. Om ditt arbetsflöde går ut på att fånga en bild och sedan plocka ut information ur den lägger du till ett steg som kostar tid, pengar och precision.
För de användningsfall som verkligen kräver en renderad bild — sociala kort, visuell regression, arkivering för regelefterlevnad, QA-bevis — har SaaS-API:erna mognat betydligt. ScreenshotOne erbjuder den bästa balansen mellan funktioner och pris. Urlbox levererar högst trohet. ApiFlash och Scrapingdog vinner på budget. Och Puppeteer/Playwright förblir rätt val för team som har ingenjörskapaciteten att hosta själva.
Vad du än väljer: testa gratisnivån mot dina faktiska mål-URL:er först.
Skillnaden mellan ett verktyg som fungerar på example.com och ett som fungerar på dina verkliga sidor — det är den skillnad som betyder något.
Vill du veta mer om hur vi på Thunderbit ser på web scraping och dataextraktion, kolla in vår YouTube-kanal — där går vi igenom verkliga användningsfall.
Testa Thunderbit för dataextraktion Get Started Free
Vanliga frågor
1. Vilket är det bästa gratis screenshot-API:et 2026?
ScreenshotOne och ApiFlash erbjuder båda löpande gratisnivåer på 100 skärmbilder/månad utan att kreditkort krävs. CaptureKit ger 100 gratis krediter (löpande). Scrapingdog erbjuder 200 krediter i månaden på en löpande gratisplan, vilket motsvarar ungefär 40 skärmbilder. För egen hosting är Puppeteer och Playwright gratis och öppen källkod — du betalar bara för serverkostnaderna. Testa alltid gratisnivån mot dina faktiska URL:er, eftersom gratisplaner som inte klarar att rendera dina målsidor inte är värda särskilt mycket.
2. Kan jag använda ett screenshot-API utan att skriva kod?
Ja. ScreenshotOne integrerar med Zapier och Make. CaptureKit erbjuder kopplingar till Zapier/Make. ScreenshotMachines API Builder genererar inbäddningsbara skärmbildslänkar utan backendkod. För dataextraktion (inte skärmbilder) fungerar Thunderbits Chrome-tillägg på två klick, helt utan kodning.
3. SaaS-screenshot-API kontra Puppeteer: vilket är billigast?
Under ungefär 25 000 skärmbilder/månad är SaaS-API:er vanligtvis billigare när du räknar in ingenjörstiden. Över 50 000/månad med stabil infrastruktur och DevOps-kapacitet kan egenhostad Puppeteer eller Playwright spara pengar — en VPS för 40 $/månad matchar vid den volymen ungefär SaaS-planerna i mellanskiktet. Men du tar på dig allt underhåll: Chrome-uppdateringar, skalning, retry-logik och felsökning av renderingsproblem.
4. Fungerar screenshot-API:er tillförlitligt på JavaScript-tunga webbplatser?
De flesta moderna SaaS-API:er använder headless Chromium och stöder väntvillkor (wait_for_selector, network idle, fördröjning). I mina tester hanterade ScreenshotOne, Urlbox och CaptureKit alla SPA:er bra med rätt parametrar. Screenshotlayer kämpade med JS-tunga sidor. Egenhostad Puppeteer och Playwright ger dig full kontroll men kräver manuell skriptning för varje specialfall.
5. När bör jag använda dataextraktion i stället för ett screenshot-API?
Om ditt slutmål är att läsa, jämföra, filtrera eller analysera informationen på en sida — priser, kontaktuppgifter, produktspecifikationer, annonsdata — är strukturerad dataextraktion snabbare och mer handlingsbar än att fånga en bild och sedan OCR-tolka den. Verktyg som Thunderbits Extract API eller Chrome-tillägg returnerar strukturerade fält direkt. Spara screenshot-API:erna till när du verkligen behöver en visuell artefakt: sociala kort, bevis för regelefterlevnad, visuell regressionstestning eller QA-underlag.
Läs mer
