Was ist Screen Scraping?Vorteile und Einsatzbereiche

Screen Scraping bezeichnet die Praxis, Daten aus der gerenderten Ausgabe einer Anwendung zu lesen, also aus den Pixeln und dem Text, die ein Mensch auf dem Bildschirm sehen würde, und diese Daten an eine andere Stelle zu übertragen. Anstatt ein System über eine dokumentierte Schnittstelle nach seinen Daten zu befragen, nimmt man die Daten auf dieselbe Weise auf, wie ein Mensch sie liest: vom Bildschirm. Das klingt primitiv, und in gewisser Weise ist es das auch. Es ist jedoch nach wie vor der einzige Weg, Daten aus vielen Systemen herauszuholen, die keinen anderen Ausgang haben.

Dieser Artikel erläutert, was Screen Scraping tatsächlich bedeutet, wie es sich von Web Scraping und dem Datenabruf über eine API unterscheidet und wie es in der Praxis funktioniert, wenn der "Bildschirm" ein Terminal, eine ältere Desktop-Anwendung oder eine modern gerenderte Webseite ist. Wir gehen durch, wo es seinen berechtigten Platz hat (Legacy-Systeme, Finanzen und Datenmigration), wo es an Grenzen stößt und wie man es verantwortungsvoll einsetzt.

Was ist Screen Scraping?

Screen Scraping ist der Prozess des Sammelns der Anzeigeausgabe einer Anwendung und deren Übertragung in eine andere. Ein Scraping-Programm liest den sichtbaren Inhalt, die rohen Texte und Werte, die in der Benutzeroberfläche erscheinen, und parst sie in ein eigenes strukturiertes Modell, damit ein zweites System sie verwenden kann.

Das entscheidende Merkmal ist, dass Screen Scraping auf der Präsentationsschicht arbeitet. Es fragt das Quellsystem nicht nach einem sauberen Export und fragt auch nicht seine Datenbank ab. Es nimmt alles, was auf dem Bildschirm steht: Zeichen in einem Terminalfenster, Felder in einem Desktop-Formular, Text und Tabellen in einem Browser, und rekonstruiert die zugrunde liegenden Daten aus dieser Oberfläche. Die Quellanwendung bemerkt in der Regel nicht, dass sie auf diese Weise gelesen wird, denn aus ihrer Sicht ist nichts Ungewöhnliches passiert: Sie hat einfach ihren normalen Bildschirm gezeichnet.

Historisch gesehen stammt der Begriff aus genau dieser wörtlichen Handlung. Vor Jahrzehnten lasen Programme Zeichenzellen direkt aus dem Bildschirmpuffer eines Mainframe-Terminals, um festzuhalten, was eine Grünbild-Anwendung zeigte. Die Ziele haben sich verändert, aber die Idee nicht: Wenn ein System einem immer nur eine gerenderte Anzeige liefert, scrapt man die Anzeige.

Screen Scraping vs. Web Scraping

Die Begriffe "Screen Scraping" und "Web Scraping" werden oft synonym verwendet, und sie überschneiden sich, aber sie sind nicht dasselbe. Der sauberste Weg, sie zu unterscheiden, ist, was jedes liest.

Web Scraping liest Struktur. Es arbeitet gegen das Markup einer Webseite, das HTML, das DOM, einzelne Elemente, und zieht spezifische Felder heraus, indem es sie gezielt ansteuert: einen Preis in einem Element, einen Produkttitel in einem anderen, eine Liste von Links, eine E-Mail-Adresse im Seitentext. Es interessiert sich für den zugrunde liegenden Quellcode der Seite, nicht nur für ihr Aussehen. Das meiste, was wir in diesem Blog behandeln, von XPath und CSS-Selektoren bis zum Parsen von HTML mit BeautifulSoup, ist Web Scraping in diesem Sinne.

Screen Scraping liest Ausgabe. Es erfasst das gerenderte Ergebnis, die visuellen Daten, die der Bildschirm anzeigt, und kommt gut mit Quellen aus, die überhaupt kein nützliches Markup haben: ein Terminal, ein Desktop-Fenster, ein abgeflachter Bericht, ein Bild einer Seite. Wenn das Ziel eine Webseite ist, verschwimmen die Grenzen, weil ein gerenderter Browserbildschirm auch ein HTML-Dokument ist. Aber der Blickwinkel ist ein anderer. Web Scraping fragt: "Welches Element enthält diesen Wert?" Screen Scraping fragt: "Was zeigt der Bildschirm, und wie lese ich es in Daten zurück?"

Kurz gesagt: Jedes Web Scraping einer gerenderten Seite ist eine Art Screen Scraping, aber sehr viel Screen Scraping hat überhaupt nichts mit dem Web zu tun.

Screen Scraping vs. API-Zugriff

Wenn Screen Scraping das Lesen von Daten vom Bildschirm ist, dann ist API-Zugriff das Gegenteil: das direkte Abfragen des Systems nach seinen Daten. Eine API (Application Programming Interface) ist ein dokumentierter Endpunkt, den ein System absichtlich bereitstellt und der saubere, strukturierte Daten wie JSON zurückgibt, mit stabilen Feldern und einem Vertrag, der einem sagt, was zu erwarten ist.

Wenn eine API vorhanden ist, schlägt sie Screen Scraping fast immer. Die Daten kommen bereits strukturiert an, man muss nicht das Layout erraten, und der Anbieter hat einem mitgeteilt, dass die Form konsistent bleibt. Screen Scraping ist im Vergleich dazu fragil: Es hängt davon ab, wie der Bildschirm zufällig angeordnet ist, sodass ein kosmetisches Redesign oder eine verschobene Spalte eine funktionierende Integration über Nacht kaputtmachen kann.

Der Grund, warum Screen Scraping fortbesteht, ist einfach. Viele Systeme haben keine API oder keine, die man nutzen darf. Eine 30 Jahre alte Mainframe-Anwendung, ein internes Tool, das niemand neu aufbauen wird, ein Anbieterportal, das nur eine Webseite rendert: Diese Systeme stellen einen Bildschirm und nichts weiter bereit. Wenn die einzige Schnittstelle, die ein System bietet, seine Anzeige ist, ist das Lesen dieser Anzeige kein Hack, sondern die Integration. Screen Scraping ist das Mittel der Wahl, wenn die sauberere Lösung schlicht nicht existiert.

So funktioniert Screen Scraping

Unabhängig davon, wie das Ziel gerendert wird, folgt Screen Scraping demselben breiten Bogen: den Bildschirm vor sich bringen, was er zeigt erfassen, diese Aufnahme in strukturierte Daten umwandeln und an das nächste System übergeben. Die Mechanismen unterscheiden sich je nach Quelle.

Legacy- und Terminal-Bildschirme auslesen

Bei Mainframe- und Terminal-Anwendungen verbindet sich das Werkzeug so, wie es der ursprüngliche Client tun würde, oft über ein Terminal-Protokoll, und liest den Text, der das Zeichenraster des Bildschirms ausfüllt. Da die Daten bereits als Text in festen Positionen angeordnet sind, kann der Scraper bekannte Bereiche des Bildschirms abbilden, "die Kontonummer befindet sich in Zeile 6, Spalten 12 bis 23", und jedes Feld nach Position herausziehen. Das ist starr, aber zuverlässig, solange das Bildschirmlayout gleich bleibt.

Desktop-Oberflächen auslesen

Bei Desktop-Anwendungen liest ein Scraper die Werte aus Bildschirm-UI-Elementen: den Inhalt eines Textfelds, einer Beschriftung, einer Gitterzelle. Wo die Werte direkt als Text gelesen werden können, reicht das aus. Wo das nicht möglich ist, zum Beispiel bei Daten, die in ein Bild oder ein benutzerdefiniertes Steuerelement eingebettet sind, erfasst das Werkzeug den Bereich als Bild und lässt OCR darüber laufen.

Moderne Web-Bildschirme auslesen

Bei einer modernen Webseite ist der "Bildschirm" das, was ein Browser rendert, nachdem er das HTML geladen und das JavaScript der Seite ausgeführt hat. Das ist wichtig: Ein großer Teil der heutigen Websites baut seinen sichtbaren Inhalt im Browser auf, sodass das rohe HTML einer einfachen Anfrage fast leer ist und die eigentlichen Daten erst erscheinen, nachdem die Seite gerendert wurde. Um diesen Bildschirm zu scrapen, muss man die Seite so rendern, wie es ein Browser tut, und dann das Ergebnis lesen. Das ist dasselbe Problem wie das Crawlen von JavaScript-lastigen Websites, und deshalb steht eine echte Browser-Engine, headless oder nicht, im Mittelpunkt des modernen Screen Scrapings im Web.

OCR: Pixel zurück in Text verwandeln

Wenn die Daten nur als Bild vorliegen, als gescanntes Formular, Diagramm, Screenshot, übernimmt die optische Zeichenerkennung (OCR) die Umwandlung. OCR liest die Formen von Zeichen in einem Bild und gibt maschinenlesbaren Text zurück, den der Scraper dann parsen und speichern kann. OCR ist die Brücke, die es Screen Scraping ermöglicht, Quellen zu verarbeiten, bei denen es genuinen keinen zugrunde liegenden Text gibt, nur ein Bild davon.

Sobald die Daten erfasst und geparst sind, besteht der letzte Schritt darin, sie in ein verwendbares Format zu schreiben: eine Tabellenkalkulation, eine JSON-Nutzlast, eine Datenbankzeile, ein PDF, was auch immer das empfangende System erwartet. Diese Übergabe, von der Anzeige eines anderen in den eigenen strukturierten Speicher, ist der eigentliche Zweck der Übung.

Wofür Screen Scraping verwendet wird

Screen Scraping taucht überall dort auf, wo Daten hinter einer Anzeige ohne sauberere Möglichkeit eingeschlossen sind. Einige wenige Muster machen den größten Teil der realen Anwendungsfälle aus.

Altsysteme und Modernisierung

Das ist das Heimfeld von Screen Scraping. Unternehmen betreiben kritische Informationen in Legacy-Anwendungen, die auf veralteter Technologie basieren: Mainframe-Terminals, alte Desktop-Tools, Systeme, deren ursprüngliche Entwickler längst weg sind. Die Daten in ihnen steuern weiterhin das Tagesgeschäft, aber es gibt keine API und keinen Export. Screen Scraping liest diese Legacy-Bildschirme und leitet ihre Daten in moderne Schnittstellen, sodass ein neues Frontend oder ein neuer Dienst alte Daten nutzen kann, ohne dass jemand das Originalsystem neu schreiben muss. Es ist oft die einzige praktische Brücke zwischen einem System, das sich nicht ändern kann, und Software, die seine Daten benötigt.

Finanzen und Bankwesen

Finanzdienstleister setzen auf Screen Scraping, wenn Kontodaten hinter einem Portal und nicht hinter einer offenen API liegen. Mit der ausdrücklichen Genehmigung und den Zugangsdaten des Kunden kann ein Aggregations-Tool sich bei einer Bankwebsite anmelden, die angezeigten Salden und Transaktionen vom Bildschirm lesen und sie in eine Budgetierungs-App, ein Buchhaltungssystem oder den Zeichnungsablauf eines Kreditgebers übertragen. Dieses Konto-Aggregationsmuster hat eine Generation von Fintech angetrieben, bevor Open-Banking-APIs existierten, und schließt noch immer Lücken, wo diese APIs nicht hinreichen. Das Unverzichtbare hier ist die Zustimmung: Dies geschieht nur, weil der Kontoinhaber es genehmigt hat.

Datenmigration und Website-Umstellungen

Wenn ein Unternehmen eine alte Plattform verlässt, müssen die Daten mitgenommen werden. Wenn das Quellsystem nicht sauber exportieren kann, liest Screen Scraping die Datensätze direkt aus seiner Schnittstelle, damit sie in das neue System geladen werden können. Dasselbe gilt für Website-Übergänge: Inhalte von einer veralteten, weitläufigen Website auf ein modernes Layout zu migrieren, ist viel schneller, wenn ein Scraper exportiert, was die alten Seiten anzeigen, anstatt dass jemand alles neu eintippen muss. Screen Scraping verwandelt eine fragile manuelle Migration in eine wiederholbare.

Aggregation und Preisvergleich

Vergleichsseiten und Datenaggregato lesen dieselbe Art von Wert von vielen Quellen und stellen sie nebeneinander. Ein Preisvergleichsdienst zum Beispiel liest den Preis, den ein bestimmtes Produkt bei mehreren Händlern anzeigt, damit ein Käufer oder ein Vermittler, der Großinventar bewegt, sehen kann, wer am günstigsten ist. Wenn diese Quellen moderne Webshops sind, ist das klar im Bereich des E-Commerce Web Scrapings, und ein strukturierter Endpunkt, der geparste Felder zurückgibt, erspart einem, das Layout jedes Händlers von Hand neu herzuleiten.

Vorteile von Screen Scraping

Für die Situationen, in die es passt, bietet Screen Scraping eine Handvoll konkreter Vorteile.

• Es funktioniert, wenn nichts anderes funktioniert. Der einzige größte Vorteil ist die Reichweite: Es holt Daten aus Systemen heraus, die keine API und keinen Export bereitstellen. Für eine Legacy-App ist das der Unterschied zwischen der Nutzung der Daten und dem vollständigen Fehlen der Daten.
• Es ist schnell aufzusetzen. Da es eine bestehende Schnittstelle liest, muss der Besitzer des Quellsystems nichts für einen erstellen. Man richtet einen Scraper auf den Bildschirm aus und beginnt mit der Erfassung, was oft viel schneller ist als die Beauftragung einer neuen Integration.
• Es ist kosteneffektiv. Ein Scraping-Skript oder eine verwaltete Scraping-API kann Arbeit leisten, die sonst manuelle Dateneingabe oder ein individuelles Integrationsprojekt erfordern würde, und automatisiert eine wiederkehrende Übertragung zu einem Bruchteil der Kosten.
• Es ist präzise und konsistent. Automatisierte Erfassung liest dieselben Felder immer auf dieselbe Weise, was Tippfehler und Duplikate eliminiert, die sich bei manueller Neueingabe einschleichen, und die Datenqualität über große Mengen hinweg stabil hält.
• Es skaliert die langweilige Arbeit. Sobald ein Screen-Scraping-Ablauf definiert ist, läuft er über viele Datensätze oder viele Seiten, ohne dass jemand jeden Schritt beobachten muss, und befreit Menschen von repetitivem Kopieren und Einfügen.

Grenzen und Risiken

Screen Scraping ist wirklich nützlich, aber es ist die Option, zu der man greift, wenn bessere fehlen, und es birgt echte Nachteile, die es wert sind, benannt zu werden.

Es ist fragil. Da es vom Layout einer Anzeige abhängt, bricht Screen Scraping, wenn sich diese Anzeige ändert. Ein Feld verschieben, eine Seite neu gestalten, einen Terminalbildschirm neu anordnen, und ein funktionierender Scraper kann anfangen, Unsinn zurückzugeben, ohne eine Fehlermeldung. Alles, was eine gerenderte Oberfläche liest, erbt diese Sprödigkeit, weshalb Screen-Scraping-Integrationen laufende Wartung benötigen, die eine stabile API nicht erfordern würde.

OCR ist unvollkommen. Wenn man sich auf OCR verlässt, um Werte aus Bildern zu lesen, erbt man deren Fehlerquote. Bilder schlechter Qualität, ungewöhnliche Schriften und enge Layouts erzeugen Fehllesungen, sodass jeder OCR-basierte Ablauf Validierung statt blindem Vertrauen in die Ausgabe benötigt.

Moderne Web-Ziele wehren sich. Den Bildschirm einer zeitgenössischen Website zu scrapen bedeutet, mit denselben Abwehrmechanismen umzugehen, denen jeder Scraper begegnet: Bot-Erkennung, IP-basiertes Rate Limiting und CAPTCHAs. Ein naiver Scraper wird schnell blockiert, weshalb robuste IP-Rotation und eine echte Rendering-Engine so wichtig sind, wenn der Bildschirm eine Webseite ist.

Sensible Daten erhöhen den Einsatz. Viele Screen-Scraping-Anwendungsfälle, insbesondere im Finanzbereich, berühren persönliche oder vertrauliche Informationen. Das macht Zustimmung, Sicherheit und sorgfältiger Umgang nicht zu optionalen Annehmlichkeiten, sondern zum Kern des richtigen Vorgehens.

Verantwortungsvolles Scraping

Was auch immer der Bildschirm ist, man scrapt mit Vorsicht. Man respektiert die Nutzungsbedingungen jeder Quelle und deren robots.txt und beschränkt sich auf Daten, zu deren Zugriff man berechtigt ist. Das bedeutet öffentliche Informationen oder, wie im Bankenfall, Daten, die der Kontoinhaber einem ausdrücklich erlaubt hat, in seinem Namen zu lesen. Man hält Anfragen in einem vernünftigen Rahmen, um den Dienst, den man liest, nicht zu beeinträchtigen, und behandelt alle persönlichen oder finanziellen Daten, die man erfasst, mit der gebotenen Sicherheit. Verantwortungsvolles Screen Scraping hat weniger mit cleveren Workarounds zu tun und mehr damit, innerhalb der von der Quelle gesetzten Grenzen zu bleiben.

Häufig gestellte Fragen

Ist Screen Scraping dasselbe wie Web Scraping?

Nicht ganz. Web Scraping zieht spezifische Felder aus der HTML-Struktur einer Seite heraus, während Screen Scraping die gerenderte Anzeige selbst liest und auch auf Quellen jenseits des Webs funktioniert, wie Terminals und Desktop-Apps. Wenn das Ziel eine Webseite ist, überschneiden sie sich stark, weil ein gerenderter Browserbildschirm auch ein HTML-Dokument ist, aber Screen Scraping ist der übergeordnete Begriff für das Lesen von Daten von einer Oberfläche.

Warum Screen Scraping statt einer API nutzen?

Meistens, weil keine verwendbare API existiert. Legacy-Mainframes, alte Desktop-Tools und viele Anbieterportale bieten nur einen Bildschirm, sodass das Lesen dieses Bildschirms der einzige Weg ist, ihre Daten zu erhalten. Wenn eine dokumentierte API verfügbar ist, ist sie fast immer die bessere Wahl, da sie strukturierte Daten zurückgibt, die nicht bei jeder Neugestaltung der Schnittstelle kaputtgehen.

Erfordert Screen Scraping OCR?

Nur wenn die Daten ausschließlich als Bild vorliegen. Wenn die Werte auf dem Bildschirm als Text gelesen werden können, Terminal-Zeichen, Webseiteninhalt, UI-Felder, parst man den Text direkt. OCR kommt ins Spiel, wenn man Text aus einem Bild zurückgewinnen muss, wie einem gescannten Formular, einem Diagramm oder einem Screenshot ohne zugrunde liegende Textebene.

Ist Screen Scraping 2026 noch relevant?

Ja. APIs haben viele Integrationen ersetzt, aber enorme Mengen kritischer Daten leben noch immer in Legacy-Systemen ohne andere Schnittstelle, und moderne Websites müssen noch immer gerendert und wie ein Bildschirm gelesen werden. Solange Systeme Daten nur über eine Anzeige bereitstellen, bleibt Screen Scraping die praktische Brücke dazu.

Wie betreibt man Screen Scraping auf einer modernen Website, ohne blockiert zu werden?

Man muss die Seite in einem echten Browser rendern, damit ihr JavaScript ausgeführt wird, und muss wie ein echter Besucher aussehen: rotierende Residential-IPs, vernünftige Anfragehäufigkeiten und CAPTCHA-Behandlung. Das selbst aufzubauen ist aufwendig, weshalb viele Teams einen verwalteten Dienst wie die Crawling API nutzen, um die gerenderte Seite abzurufen, oder die Crawling API, wenn sie die Felder automatisch geparst haben möchten.

Ist Screen Scraping legal?

Das hängt davon ab, was man scrapt und wie. Öffentliche Daten zu lesen, oder Daten, auf deren Zugriff einem der Eigentümer ausdrücklich genehmigt hat, innerhalb der Nutzungsbedingungen einer Website und deren robots.txt und in einem vernünftigen Tempo, ist die verantwortungsvolle Grundlage. Sensible und persönliche Daten, insbesondere im Finanzbereich, erfordern Zustimmung und sorgfältigen Umgang. Man prüft also die Bedingungen der Quelle und seine eigenen Verpflichtungen, bevor man beginnt.

SR

Sidrah Ramzan

Technische Content-Autorin · Crawlbase

Technische Content-Autorin bei Crawlbase, die über Residential- und Mobile-Proxys, Rotation und die Wahl eines Netzwerks schreibt, das echter Scraping-Last standhält.