Ein Headless Browser ist ein echter Browser ohne Bildschirm
Er verarbeitet HTML, führt JavaScript aus, wendet CSS an, verwaltet Cookies und spricht dieselben Netzwerkprotokolle wie ein sichtbarer Browser. Es fehlt allein das Fenster.
Was headless wegnimmt und was nicht
Das Fenster fällt weg, die Engine bleibt
Das Layout wird weiterhin berechnet, JavaScript läuft, die Ereignisschleife arbeitet. Chrome im Headless-Modus ist Chrome. Genau deshalb ist der Ressourcenbedarf höher als bei einem HTTP-Client.
Der Speichervorteil ist kleiner als gedacht
Ohne Compositing und Fensterverwaltung sinkt der Overhead, doch Renderer-Prozess, JavaScript-Heap und Netzwerk-Stack bleiben unverändert. Kalkulieren Sie mit einigen hundert Megabyte je Instanz.
Steuerung erfolgt über ein Protokoll
Ohne Fenster gibt es nichts zu klicken. Die Steuerung läuft über das Chrome DevTools Protocol, auf dem Playwright und Puppeteer aufsetzen. Jede Handlung braucht einen Protokollaufruf.
Erkennbar, und zunehmend deklariert
Headless Chrome unterscheidet sich messbar von einer Desktop-Installation. Der belastbare Weg führt über Web Bot Auth, also über das Deklarieren der eigenen Identität statt über Verschleierung.
Headless im Vergleich zu den Alternativen
| HTTP-Client (curl, requests) | Kein JavaScript, kein DOM. Schnell und günstig, wenn der Server die Inhalte bereits ausliefert. |
|---|---|
| HTML-Parser mit Fetch | Liest Markup, führt aber nichts aus. Für statische Seiten geeignet, für Single-Page-Anwendungen nutzlos. |
| Headless Browser | Vollständige Engine samt JavaScript, Cookies und Storage. Die richtige Wahl, wenn sich die Seite erst im Client aufbaut. |
| Browser mit virtuellem Display | Dieselbe Engine mit Fenster. Weiterhin nötig, wenn eine Erweiterung oder ein Medien-Codec headless streikt. |
| Speicherbedarf je Instanz | Etwa 150 bis 400 MB für Chromium, abhängig von der Zahl offener Seiten |
| Kaltstart | Rund ein bis drei Sekunden für einen frischen Prozess, deutlich weniger bei Wiederverwendung |
Stand: 2026-08-31
Häufige Fragen
Ist Headless Chrome dasselbe wie Chrome?
Seit Chrome 112 nutzt der neue Headless-Modus dieselbe Binärdatei und denselben Rendering-Pfad statt einer eigenen Implementierung. Die früheren Abweichungen, etwa bei Erweiterungen und beim Drucken, sind weitgehend verschwunden.
Brauche ich für Web Scraping einen Headless Browser?
Oft nicht. Liefert der Server die Daten bereits im ersten HTML-Dokument oder über einen JSON-Endpunkt, ist ein HTTP-Client schneller und um Größenordnungen günstiger. Ein Browser lohnt sich, wenn Inhalte erst durch Skripte entstehen.
Warum läuft mein Headless-Durchlauf langsamer als mein Desktop-Browser?
Meist weil nichts zwischengespeichert ist. Ein Desktop-Profil verfügt über Monate an Festplatten-Cache, DNS- und TLS-Zustand; ein frischer Container über nichts davon. Ein persistentes Profil schließt den größten Teil der Lücke.
Erkennt eine Website den Headless-Betrieb?
Ja, und zuverlässig. Statt dies zu verbergen, ist der tragfähigere Weg, sich korrekt zu verhalten: sich zu erkennen zu geben, robots-Vorgaben zu beachten und die Anfragerate niedrig zu halten.
Headless Browser nutzen, ohne die Flotte zu betreiben
Fünf Browser-Stunden ohne Karte. Richten Sie ein bestehendes Playwright- oder Puppeteer-Skript auf einen anderen Endpunkt und vergleichen Sie.