Beste Screenshot-APIs 2026: Vergleich und Bewertung

Unser Interesse, offengelegt: wir sind Geonode und verkaufen Proxys, die ein Input der selbst gehosteten Option sind. Die ehrliche Einordnung ist, dass der Self-Hosting-Weg nicht offensichtlich günstiger ist, weil ein Headless-Browser jedes Bild, jede Schrift und jedes Skript einer Seite lädt, sodass ein gerenderter Screenshot eine Größenordnung mehr Daten bewegt als eine HTTP-Anfrage. Bei getakteter Bandbreite sind diese Kosten real — und genau das vergessen die Leute, wenn sie ein Monatsabo mit „einfach Playwright laufen lassen“ vergleichen. Die Rechnung steht unten, und sie fällt nicht immer zu unseren Gunsten aus.

Was diese Dienste tatsächlich sind

Darunter ist jede Screenshot-API eine Headless-Chrome-Farm mit einer HTTP-Schnittstelle. Sie senden eine URL und einige Parameter; ein Browser rendert die Seite; Sie erhalten ein PNG, ein JPEG, ein WebP oder ein PDF zurück.

Die Unterscheidungsmerkmale sind daher operativ, nicht visuell:

Zuverlässigkeit im Maßstab — genug laufende Browser, um den Traffic ohne Warteschlange aufzunehmen. Optionen für Rendering-Treue — Ganzseitenaufnahme, Viewport-Größe, Geräteemulation, Wartebedingungen. Blockieren und Aufräumen — Cookie-Banner schließen, Elemente ausblenden, Anzeigen und Tracker blockieren. Geografisches Rendering — Aufnahme aus einem bestimmten Land, also ein Proxy-Feature im Gewand einer Screenshot-API. Auslieferung — direkte Antwort, S3-Upload, eine CDN-URL, Webhooks. Caching — ob eine Wiederholungsanfrage für dieselbe URL etwas kostet.

Letzteres lohnt sich früh zu markieren, weil es die Wirtschaftlichkeit erheblich verändert. Geht es um Thumbnails für eine Link-Vorschau, bedient ein gecachtes Ergebnis die meisten Anfragen — und der effektive Preis pro eindeutiger URL ist das, was zählt.

Die Optionen, mit geprüften Preisen

Von der jeweiligen Preisseite der Anbieter, geprüft im September 2026. Vor der Entscheidung nachprüfen.

ScreenshotOne ist bei den Preisen am geradlinigsten. 17 $/Monat für 2.000 Screenshots, 79 $ für 10.000, 259 $ für 50.000, wobei die Überschreitung pro Screenshot von 0,009 $ auf 0,004 $ fällt, wenn Sie skalieren. Jahresabrechnung gibt zwei Monate gratis.

Die kostenlose Stufe ist ungewöhnlich gut — 100 Screenshots im Monat mit Zugang zu allen Funktionen, ohne Karte — Sie bewerten also das echte Produkt, nicht eine eingeschränkte Version. Die Kontingentregel ist ebenfalls wissenswert: „only screenshots that are successfully rendered... and not served from cache count toward your quota“. Fehlgeschlagene Renders und Cache-Treffer sind kostenlos, was den effektiven Preis bei repetitiven Lasten erheblich verändert.

Die Funktionsstufen sind sinnvoll: Der 17-$-Plan umfasst PDF-Rendering, mehrere Ausgabeformate, Ganzseitenaufnahme, Caching, S3-Upload, Webhooks und Stealth-Modus. IP-Standortauswahl — geografisches Rendering — erscheint in der Growth-Stufe für 79 $, zusammen mit Scroll-Screenshots und Videogenerierung.

Urlbox rechnet pro tausend Renders und ist am unteren Ende teurer: 19 $/Monat für 2.000 entspricht 9,50 $ pro Tausend, und 49 $/Monat für 5.000 entspricht 9,80 $ pro Tausend. Der Satz verbessert sich stark mit dem Volumen — 99 $/Monat für 15.000 sind 6,60 $ pro Tausend, und der Business-Plan für 498 $/Monat liegt bei 3 $ pro Tausend über einer Basis von 495 $.

Der Punkt vor der Wahl: Ganzseiten-Screenshots, JavaScript-Rendering und Emoji-/Schriftunterstützung werden erst ab der Hi-Fi-Stufe freigeschaltet, nicht im Einstiegsplan. Wenn Sie das brauchen — und Ganzseite plus JavaScript decken die meisten echten Anwendungsfälle ab — ist die 19-$-Stufe nicht der Plan, den Sie kaufen. Tests laufen sieben Tage ohne Karte auf den drei unteren Stufen.

Browserless ist ein anderes Produkt, das zufällig auch Screenshots macht. Es verkauft Browserzeit statt Bilder: „a 'Unit' is a block of browser time of up to 30 seconds per browser connection“. 20.000 Units für 25 $/Monat sind also grob 166 Stunden Browserzeit, nutzbar für Screenshots, Scraping, PDF-Erzeugung, Formularautomatisierung oder alles andere, was Sie steuern können.

Die Pläne reichen von einer kostenlosen Stufe mit 1.000 Units und 2 parallelen Browsern über 25 $/Monat für 20.000 Units und 15 parallel bis 140 $/Monat für 180.000 Units und 40 parallel sowie 350 $/Monat für 500.000 Units und 100 parallel — alles jährlich abgerechnet. Bemerkenswert: Die kostenlose Stufe enthält Proxys und Captcha-Lösung, was die meisten Free Tiers nicht tun.

Wählen Sie Browserless, wenn Screenshots eine von mehreren Browser-Automatisierungsaufgaben sind. Wählen Sie eine dedizierte Screenshot-API, wenn Bilder die gesamte Anforderung sind, weil Sie dann für eine einfachere Schnittstelle und eine leichter prognostizierbare Preisgestaltung pro Bild zahlen.

Die Self-Hosting-Rechnung

Der Vergleich, den die meisten Artikel überspringen — ehrlich gemacht.

Playwright selbst zu betreiben kostet drei Dinge: Rechenleistung, Bandbreite und Ihre Zeit.

Rechenleistung. Eine kleine Cloud-Instanz, die Headless Chrome zuverlässig fahren kann, kostet vielleicht 20–40 $/Monat. Parallelität ist durch den Speicher begrenzt — jeder Browser-Kontext hält nach dem Laden einer Seite ein paar hundert Megabyte — eine 4-GB-Instanz schafft vier oder fünf parallele Renders komfortabel.

Bandbreite. Das ist der Posten, den Leute weglassen. Eine Seite, deren HTML 200 KB groß ist, kann 3–4 MB übertragen, sobald jedes Bild, jede Schrift, jedes Tracking-Skript und jedes Video-Preload geholt wird. Bei 10.000 Screenshots im Monat sind das 30–40 GB. Direkt von einer Cloud-Instanz ist der Egress auf der Antwortseite klein und Ingress meist kostenlos — auf eigener Infrastruktur ist das also vor allem ein Zeit-, kein Geldkostenpunkt.

Über einen getakteten Proxy ist es ein Geldkostenpunkt, und ein erheblicher. Bei Residential-Tarifen von 0,79 $/GB — unsere Zahlen, von unserer Preisseite, geprüft im September 2026 — kosten dieselben 10.000 Screenshots allein an Bandbreite rund 24–32 $, zusätzlich zur Rechenleistung. Gegen ScreenshotOnes 79 $/Monat für 10.000 inklusive geografischem Rendering ist Self-Hosting über Residential-Proxys nicht die Ersparnis, die es scheint.

Ressourcen zu blockieren ändert das erheblich. Bilder, Schriften und Medien abzubrechen, senkt den Traffic um den Großteil — aber wenn der Screenshot das Lieferobjekt ist, können Sie Bilder nicht blockieren, und genau dann entfällt die Ersparnis.

Ihre Zeit ist der größte Posten und der am schwersten zu bepreisende. Browser-Installation in Containern, Speicherlimits, Zombie-Prozesse, Schriftpakete für nicht-lateinische Schriften, Retry-Logik, Parallelitätsverwaltung und die laufende Wartung von alledem. Einen halben Tag bis zum ersten funktionierenden Screenshot; deutlich mehr bis zu etwas, das ein Jahr unbeaufsichtigt läuft.

Die ehrlichen Schwellen:

Unter ein paar Tausend im Monat: einen Dienst nutzen. Die Free Tiers können Sie vollständig abdecken, und die bezahlten Einstiegspläne kosten weniger als die Instanz.

Ein paar Tausend bis Zehntausende: grob ein Unentschieden beim Geld, Dienste gewinnen bei der Zeit. Self-Hosten, wenn Sie ohnehin Browser-Infrastruktur aus anderen Gründen betreiben.

Hunderttausende und mehr: Self-Hosting gewinnt bei den Kosten, und dann haben Sie die operative Kompetenz dafür. Hier wird das Modell von Browserless als Mittelweg interessant — fremde Browser, Ihr Automatisierungscode.

Alles geografisch Abhängige: sorgfältig vergleichen. Ein Dienst mit eingebauter Standortauswahl kann günstiger sein, als Rendering plus Residential-Proxys selbst zusammenzubauen, und es ist sicher weniger Arbeit.

Gute Screenshots, unabhängig vom Weg

Die Parameter, die eine brauchbare Aufnahme von einer unbrauchbaren trennen, sind bei Diensten und selbst gehostetem Code dieselben.

Auf ein Element warten, nie auf eine feste Verzögerung. Ein Sleep von drei Sekunden ist an einem schlechten Tag zu kurz und an einem guten verschwenderisch, und der Fehler ist intermittierend — die schlimmste Sorte. Auf einen Selektor zu warten, von dem Sie wissen, dass er erscheint, wenn die Seite fertig ist, ist schneller und zuverlässig. Jeder ernsthafte Dienst bietet das; prüfen Sie, ob Ihrer das tut.

Nicht auf Network Idle warten. Seiten mit Analytics-Beacons, Websockets oder Polling werden nie still, eine Network-Idle-Bedingung läuft also einfach in den Timeout. Das erwischt Leute ständig, und das Symptom — Aufnahmen, die genau die Timeout-Dauer dauern und dann fehlschlagen — ist unverkennbar, sobald man es gesehen hat.

Den Viewport bewusst setzen. Der Standard ist meist 1280 oder 1920 Breite, und eine responsive Site rendert an jedem anders. Wenn Sie Screenshots über die Zeit vergleichen, muss der Viewport fest sein, sonst ist jeder Vergleich Rauschen.

Animationen deaktivieren. Jede CSS-Transition mitten im Flug erzeugt bei jeder Aufnahme ein anderes Bild. Für den visuellen Vergleich ist das die größte einzelne Quelle falscher Unterschiede.

Vor einer Ganzseitenaufnahme scrollen. Lazy-loaded Bilder unterhalb des Falzes wurden beim ersten Setzen der Seite noch nicht angefordert, eine Ganzseitenaufnahme einer ungescrollten Seite hat also leere Stellen, wo Bilder sein sollten. Nach unten scrollen, warten, zurückscrollen, dann aufnehmen.

Sticky Header behandeln. Elemente mit position: fixed verhalten sich in einer zusammengesetzten Ganzseitenaufnahme unvorhersehbar — oft wiederholen sie sich im Bild nach unten. CSS zu injizieren, das sie für die Dauer der Aufnahme absolute macht, behebt das, und die meisten Dienste bieten genau deshalb eine CSS-Injektion.

Das Format zur Aufgabe wählen. PNG ist verlustfrei und groß; JPEG bei Qualität 80 ist ein Bruchteil der Größe und visuell für die meisten Inhalte nicht zu unterscheiden; WebP liegt dazwischen. Für Thumbnails und menschliche Prüfung zahlt PNG meist für Präzision, die niemand sieht. Für Pixelvergleiche gilt das nicht.

Was man vor der Wahl prüfen sollte

Kriterien, die jede Preistabelle überdauern.

Lässt die kostenlose Stufe das echte Produkt testen? ScreenshotOnes 100 monatliche Screenshots mit allen Funktionen sind eine echte Evaluation; ein Test, der die benötigte Funktion ausschließt, ist es nicht.

Liegen die benötigten Funktionen auf dem Plan, den Sie sich leisten können? Die Urlbox-Stufen sind das Warnbeispiel — Ganzseite und JavaScript-Rendering sind nicht im Einstiegsplan, und beides halten die meisten für selbstverständlich.

Wie werden Fehler und Cache-Treffer abgerechnet? ScreenshotOne nimmt beides aus dem Kontingent. Andere nicht. Bei Last mit Wiederholung wiegt das stärker als der Listenpreis.

Können Sie die Rendering-Geografie festlegen? Wenn Sie sehen müssen, wie eine Seite aus einem anderen Land aussieht, prüfen Sie, auf welcher Stufe das liegt. Es ist eine weiterverkaufte Proxy-Fähigkeit und entsprechend bepreist.

Welche Wartebedingungen gibt es? Ein Screenshot, bevor die Seite fertig geladen ist, ist wertlos. Auf einen Selektor zu warten ist weit zuverlässiger als eine feste Sekundenzahl, und nicht jeder Dienst bietet das.

Können Sie Elemente blockieren oder ausblenden? Cookie-Banner erscheinen in jedem Screenshot, wenn sie niemand schließt. Eingebautes Blocking erspart Selektoren für jede Site.

Und was passiert in der Spitze? Parallelitätslimits sind die Einschränkung, die in Produktion trifft. Browserless nennt sie explizit pro Plan; prüfen Sie das Äquivalent beim Dienst Ihrer Wahl.

Wann man keine Screenshot-API nutzen sollte

Fälle, in denen die Antwort etwas ganz anderes ist.

Wenn Sie die Daten wollen, nicht das Bild. Ein Screenshot eines Preises ist ein Preis, den Sie danach aus einem Bild herauslesen müssen. Liegt der Wert im Inhalt, extrahieren Sie den Inhalt — Selektoren und strukturierte Daten sind billiger, schneller und maschinenlesbar.

Wenn Sie ein PDF Ihres eigenen Inhalts wollen. Eigenes HTML nach PDF zu rendern ist eine lokale Operation. Ein Umweg über einen externen Dienst, um ein Dokument zu rendern, das Sie selbst erzeugt haben, ist unnötige Latenz und unnötige Kosten.

Wenn es einmalig ist. Ihr Browser hat eine Screenshot-Funktion. Ihr Betriebssystem auch.

Wenn Sie viele Screenshots von Seiten brauchen, die Sie kontrollieren. Ein Build-Schritt, der sie einmal erzeugt, ist günstiger als ein API-Aufruf pro Anfrage und entfernt eine externe Abhängigkeit aus dem Runtime-Pfad.

Wenn die Site es verbietet. Automatisierter Zugriff ist automatisierter Zugriff, ob die Ausgabe ein Bild ist oder nicht, und die Nutzungsbedingungen gelten unabhängig vom Werkzeug.

Häufige Fragen

Was ist eine Screenshot-API?

Ein gehosteter Dienst, der eine URL entgegennimmt und ein gerendertes Bild zurückgibt. Darunter ist es eine Headless-Browser-Farm mit einer HTTP-Schnittstelle; die Unterscheidungsmerkmale sind Zuverlässigkeit, Rendering-Optionen, geografische Aufnahme und Auslieferung — nicht Bildqualität.

Was kostet eine Screenshot-API?

ScreenshotOne kostet 17 $/Monat für 2.000 Screenshots und 79 $ für 10.000. Urlbox kostet 19 $/Monat für 2.000 Renders, mit besseren Preisen pro Tausend auf höheren Stufen. Browserless verkauft Browserzeit — 25 $/Monat für 20.000 Units, wobei eine Unit bis zu 30 Sekunden Browserzeit ist.

Gibt es eine kostenlose Screenshot-API?

ScreenshotOne bietet 100 Screenshots im Monat mit allen Funktionen und ohne Karte. Browserless hat eine kostenlose Stufe mit 1.000 Units, die Proxys und Captcha-Lösung enthält. Urlbox bietet einen siebentägigen Test ohne Karte auf den unteren Stufen.

Soll ich eine Screenshot-API oder Playwright nutzen?

Einen Dienst unter ein paar Tausend Screenshots im Monat, weil die Einstiegspläne weniger kosten als die Instanz. Selbst gehostet über ein paar Hunderttausend, wo sich die Wirtschaftlichkeit umkehrt. Dazwischen ist es grob ein Unentschieden beim Geld, und der Dienst gewinnt bei der Wartungszeit.

Warum sind meine Screenshots leer oder unvollständig?

Meist ein Timing-Problem: Die Aufnahme geschah, bevor die Seite fertig gerendert war. Auf ein bestimmtes Element warten statt auf eine feste Verzögerung. Lazy-loaded Bilder brauchen oft auch einen Scroll vor der Aufnahme, und der Ganzseitenmodus hat eigene Eigenheiten mit Sticky Headern.

Kann ich Screenshots aus einem bestimmten Land machen?

Ja, mit Diensten, die Standortauswahl anbieten — prüfen Sie aber, auf welcher Stufe das liegt, denn es ist meist eine bezahlte Funktion. Es ist eine weiterverkaufte Proxy-Fähigkeit; vergleichen Sie mit den Kosten, einen Browser selbst über einen Residential-Proxy zu fahren.

Wie entferne ich Cookie-Banner aus Screenshots?

Die meisten Dienste bieten Element-Blocking oder Ausblenden per Selektor, manche haben eingebaute Banner-Schließung. Selbst gehostet schließen Sie sie per Klick oder blenden sie durch CSS-Injektion vor der Aufnahme aus. So oder so muss man es bewusst behandeln — sonst hat jeder Screenshot eins.

Kommen Screenshot-APIs mit JavaScript-lastigen Sites klar?

Sie rendern mit einem echten Browser, also ja im Prinzip — aber prüfen Sie die Stufe. Urlbox etwa schaltet JavaScript-Rendering und Ganzseitenaufnahme erst bei Hi-Fi frei, nicht im Einstiegsplan. Die verfügbaren Wartebedingungen zählen mehr als die Rendering-Engine.

Fazit

Jeder Dienst hier rendert mit derselben Browser-Engine; die Wahl betrifft Betrieb und Preis, nicht Bildqualität.

Die Preisfragen, die zählen, sind nicht die Listenpreise. Ob Fehler und Cache-Treffer ins Kontingent fallen, ändert die effektiven Kosten mehr als der Preis pro Screenshot. Ob die Funktionen, die Sie brauchen — Ganzseitenaufnahme, JavaScript-Rendering, geografische Auswahl — auf der Stufe liegen, die Sie sich leisten können, sollte man vor der Bindung prüfen, weil die Stufung in dieser Kategorie nicht einheitlich ist. Und Parallelitätslimits, nicht Monatskontingente, beschränken Sie in der Spitze.

Beim Self-Hosting fällt die ehrliche Rechnung ungünstiger aus, als sie aussieht. Rechenleistung ist billig und Ihre Zeit nicht, und wenn das Rendering über einen getakteten Proxy laufen muss, schließt der Bandbreitenpreis eines Browsers, der jedes Asset holt, den Großteil der Lücke — mit der Ironie, dass das Einzige, was Sie zum Sparen nicht blockieren können, die Bilder sind, weil die Bilder der Punkt sind.

Unter ein paar Tausend im Monat einen Dienst nutzen, wahrscheinlich eine kostenlose Stufe. Über ein paar Hunderttausend selbst betreiben. Dazwischen entscheiden, wie sehr Sie Browser-Infrastruktur besitzen wollen — das ist die eigentliche Frage, und beim Geld liegt es nah am Unentschieden.