Cloudflare hat gestern sitzungsbasierte Bot-Erkennung veröffentlicht
Am 13. Juli 2026 hat Cloudflare Precursor gelauncht, eine Engine zur kontinuierlichen verhaltensbasierten Bot-Erkennung. Sie überwacht die gesamte Sitzung und nicht nur den Moment, in dem ein Besucher landet. Das bestehende Turnstile-Challenge-System läuft etwa 3 Milliarden Mal am Tag bei Login, Registrierung und Checkout. Precursor weitet dieselbe clientseitige Sichtbarkeit auf jede einzelne Seite dazwischen aus.
Die Einordnung ist entscheidend. Turnstile stellte eine einzige Frage zu einem bestimmten Zeitpunkt: Ist dieser Besucher ein Mensch? Precursor stellt dieselbe Frage kontinuierlich, bei jeder Mausbewegung, jedem Tastendruck, jedem Scrollen und jedem Fokuswechsel. Die Antwort fließt in einen fortlaufenden Bot-Score ein, der die Sitzung begleitet.
Das ist eine größere Veränderung, als es die Pressemitteilung vermuten lässt.
Die Sitzung ist der neue Fingerprint
Jahrelang funktionierte Bot-Erkennung in kurzen Intervallen: Ein Check an der Tür, dann ein Cookie, das den Besucher für eine Weile bestätigte. Sogar die neueren Prüfungen auf Netzwerkebene und im Header waren Pro-Request-Ereignisse. Wenn du die erste Prüfung bestanden hast, warst du bis zur nächsten meist im grünen Bereich.
Sitzungsbasierte Verhaltenserkennung bricht mit diesem Muster. Aus dem Launch-Post von Cloudflare: Bots können JavaScript ausführen, vollständige Browserumgebungen nutzen und einzelne Challenges abschließen, ohne Verdacht zu erregen. Was schwer zu replizieren bleibt, ist konsistentes menschliches Verhalten über Zeit.
Sie nennen die Physik menschlicher Eingaben als die Hürde, an der Automatisierung scheitert. Eine menschliche Mausbewegung ist ein Bogen, begrenzt durch Handgelenk und Unterarmrotation. Es gibt eine messbare Verzögerung zwischen dem Erkennen einer Checkbox und dem Klicken (kognitive Last). Und selbst eine ruhige Hand zittert mit einer physiologischen Tremorfrequenz. Bots erzeugen gerade Linien und mathematisch saubere Bezier-Kurven. Sie klicken mit einer Präzision, die kein Mensch je erreicht.
Jedes einzelne dieser Signale ist schwach lesbar. Rechnet man sie über eine fünfminütige Sitzung zusammen, wird die Abweichung eindeutig.
Warum Neuladen dich nicht mehr rettet
Die alte Gewohnheit bei Pro-Request-Erkennung war simpel: Wenn der Score einer Sitzung stieg, lade die Seite neu, rotiere die Identität, starte von vorn. Precursor schließt diese Tür.
Cloudflare sagt es deutlich: "Session scoping is important because it means a bot cannot reset its behavioral signature by refreshing the page or starting over with a new challenge." Verdächtige Sitzungen sammeln Kontext an. Der Bot-Score folgt dem Besucher.
Diese Änderung trifft jedoch ein bestimmtes mittleres Spektrum von Scrapern am härtesten. Das vollständig headless, auf Pro-Request-Rotation basierende Modell verlor ohnehin schon gegen Standardprüfungen. Das ist nichts Neues. Die wirklich sitzungsbewussten Betreiber, die eine Browser-Identität über die Dauer eines echten Nutzerbesuchs laufen lassen, sind weitgehend sicher. Precursor bestraft das, was dazwischen liegt: Teams, die Puppeteer oder Playwright mit Standardeinstellungen betreiben, jede URL wie einen unabhängigen Job behandeln und zwischen den Crawls neuladen, um unauffällig zu wirken.
Diese Art des Scrapings ist günstig, weil sie wegwerfbar ist. Precursor macht Wegwerfen teuer.
Was das für agentische Scraper bedeutet
Es gibt eine zweite Gruppe, für deren Erkennung Precursor eindeutig gebaut wurde: agentenbasierte KI-Scraper. Cloudflare hebt das direkt in der Unterüberschrift hervor: Erkennung agentischen Verhaltens durch kontinuierliche clientseitige Signale.
Autonome Browsing-Agenten (die LLM-gesteuerte Variante, die eine Aufgabe plant und Schritt für Schritt ausführt) agieren meist in kurzen, präzisen Schüben. Navigieren, extrahieren, navigieren, extrahieren. Isoliert betrachtet sieht jede Aktion wie die eines echten Besuchers aus. Aber es gibt keine Verweildauer, kein typisches Scroll-Verhalten beim Lesen, keine kleinen Korrekturen, kein Überschwingen beim Anvisieren eines Ziels. Über eine gesamte Session hinweg fällt dieses Fehlen genauso stark auf wie künstliches Maus-Jittering.
Wenn du also einen Agenten baust, der während des Denkprozesses Daten scrapet, wird die Physik-Steuer spürbar real. Im Blogbeitrag von Cloudflare heißt es, Precursor „erhöht die Betriebskosten von Automatisierungen, indem es sie zwingt, eine vollständige Session zu simulieren. Das ist deutlich schwerer zu bauen, teurer in der Wartung und im großen Maßstab weitaus unzuverlässiger im Betrieb.“
Das ist das gesamte Designziel. Nicht Automatisierung unmöglich zu machen, sondern sie unwirtschaftlich zu machen.
Was das für Datenteams bedeutet
Drei Dinge ändern sich, und keines davon ist billig.
Erstens: Session-Budgets ersetzen Request-Budgets. Wenn du Kapazitäten für ein durch Cloudflare geschütztes Ziel planst, hör auf, in Requests pro Sekunde zu denken. Denk stattdessen in Sessions pro Stunde: Wie viele unabhängige, plausibel wirkende User Journeys kannst du aufrechterhalten, und wie lange dauert jede einzelne? Kurze Schübe sind genau das Muster, auf dessen Erkennung Precursor abgestimmt ist. Das Überdenken der Proxy-Berechnung, über das wir im Mai geschrieben haben, gilt auch hier. Die Pool-Größe ist nicht das Limit; der Realismus der Session ist es.
Zweitens: Die Make-or-Buy-Entscheidung kippt weiter Richtung Kaufen. Einen Scraper gegen einen Request-basierten Schutz zu betreiben, erfordert eine einmalige Integration und gelegentliche Patches. Ihn gegen einen Session-basierten Schutz zu betreiben, bedeutet kontinuierliche Verhaltens-F&E: Pacing-Modelle, Cursor-Pfade, Verteilungen der Verweildauer und ein Setup, um all das testbar zu halten. Wenn du bisher unsicher warst, ob du die Web-Datenerfassung auslagern sollst, verschlechtert dies die Wirtschaftlichkeit von Eigenentwicklungen noch weiter.
Drittens: Wer Precursor zuerst flächendeckend ausrollt, definiert den neuen Erkennungsstandard für die gesamte Branche. Cloudflare schützt rund 20 % des Webs. Wenn Kunden aus E-Commerce und Finanzwesen Precursor im nächsten Quartal aggressiv aktivieren, wird das jeder andere Scraping-Stack zu spüren bekommen. Das gilt auch für Websites, die Precursor selbst gar nicht nutzen, da das Security-Ökosystem erfolgreiche Ansätze beobachtet und schnell übernimmt.
Die Verschiebung der Zeitskala, die niemand benennt
Wir haben bereits vor drei Monaten über die Entwicklung hin zur verhaltensbasierten Erkennung geschrieben. Precursor ist die produktisierte Version dieses Trends und setzt das Messfenster neu an.
Bot-Erkennung fand früher im Rahmen eines einzelnen Requests statt. Heute erstreckt sie sich über Sessions, die Minuten oder länger dauern. Diese eine Änderung wirkt sich auf jede Scraping-Taktik aus, die entwickelt wurde, als die Erkennungseinheit noch ein einzelner Call war. Proxy-Rotation, Header-Fuzzing und Request-Pacing im Sekundentakt verlieren an Relevanz, wenn die Verlustfunktion das Verhaltensmuster über fünf Minuten Interaktion bewertet.
Die Frage ist nicht, ob sich die Bot-Erkennung weiterentwickelt. Das ist sicher. Die Frage ist, ob dein Data-Collection-Stack noch in Requests denkt, während die Gegenseite bereits in Sessions denkt.