Cloudflare wdrożyło wczoraj wykrywanie botów na poziomie sesji
13 lipca 2026 roku Cloudflare uruchomiło Precursor, silnik ciągłego behawioralnego wykrywania botów, który monitoruje całą sesję, a nie tylko moment wejścia użytkownika na stronę. Ich dotychczasowy mechanizm Turnstile wykonuje około 3 miliardów weryfikacji dziennie przy logowaniu, rejestracji i finalizacji zamówień. Precursor rozszerza tę samą widoczność po stronie klienta na każdą podstronę pomiędzy nimi.
Sposób ujęcia tematu ma kluczowe znaczenie. Turnstile zadawało jedno pytanie w jednym momencie: czy ten użytkownik to człowiek? Precursor zadaje to samo pytanie w sposób ciągły, przy każdym ruchu myszy, naciśnięciu klawisza, przewinięciu strony i zmianie fokusu, przekazując wynik do bieżącej oceny bota powiązanej z daną sesją.
To znacznie większa zmiana, niż wynikałoby to z informacji prasowej.
Sesja staje się nowym odciskiem palca
Przez lata wykrywanie botów odbywało się punktowo: pojedyncza weryfikacja na wejściu, a następnie cookie poświadczające autentyczność użytkownika przez pewien czas. Nawet nowsze kontrole na poziomie sieci i nagłówków były zdarzeniami per-request. Przejście pierwszego testu dawało względny spokój aż do kolejnego sprawdzenia.
Behawioralne wykrywanie na poziomie sesji łamie ten schemat. Jak podaje Cloudflare w poście premierowym: boty potrafią wykonywać JavaScript, korzystać z pełnych środowisk przeglądarkowych i rozwiązywać pojedyncze wyzwania bez wzbudzania podejrzeń. Tym, co nadal trudno odtworzyć, jest spójne ludzkie zachowanie w czasie.
Jako barierę nie do przejścia dla automatyzacji wskazują fizykę interakcji człowieka. Ruch ludzkiej myszy to łuk, ograniczony ruchem nadgarstka i rotacją przedramienia. Między zauważeniem pola wyboru a kliknięciem go występuje mierzalne opóźnienie (obciążenie poznawcze). Nawet stabilna dłoń wykazuje drżenie o częstotliwości fizjologicznej. Boty generują linie proste i matematycznie idealne krzywe Beziera. Klikają z precyzją, której żaden człowiek nigdy nie osiągnie.
Każdy z tych sygnałów z osobna jest ledwo zauważalny. Zsumowane w trakcie pięciominutowej sesji dają wyraźną i jednoznaczną anomalię.
Dlaczego odświeżanie strony już nie pomaga
Stary nawyk przy detekcji per-request był prosty: jeśli ocena sesji zaczynała rosnąć, wystarczyło odświeżyć stronę, zmienić tożsamość i zacząć od nowa. Precursor zamyka tę furtkę.
Cloudflare mówi wprost: "Zakres sesyjny jest ważny, ponieważ oznacza, że bot nie może zresetować swojej sygnatury behawioralnej przez odświeżenie strony lub rozpoczęcie od nowa z nowym wyzwaniem". Podejrzane sesje gromadzą kontekst. Ocena bota podąża za użytkownikiem.
Ta zmiana uderza jednak najmocniej w określoną, pośrednią grupę scraperów. Model w pełni headless z rotacją per-request i tak przegrywał już ze standardowymi kontrolami. Nic nowego. Zespoły w pełni świadome zarządzania sesją, utrzymujące jedną tożsamość przeglądarki przez czas trwania wizyty realnego użytkownika, radzą sobie bez większych problemów. Precursor uderza w to, co znajduje się pośrodku: zespoły korzystające z Puppeteer lub Playwright z domyślnymi ustawieniami, traktujące każdy URL jak niezależne zadanie i odświeżające sesję między operacjami, aby zachować pozory czystego profilu.
Taki styl scrapowania jest tani, ponieważ opiera się na jednorazowości. Precursor sprawia, że jednorazowość staje się droga.
Co to oznacza dla scraperów agentowych
Istnieje druga grupa, do wykrywania której Precursor został wyraźnie stworzony: autonomiczne scrapery oparte na AI (agentic AI scrapers). Cloudflare wprost wskazuje na to w podtytule: wykrywanie zachowań agentów za pomocą ciągłych sygnałów po stronie klienta.
Autonomiczne agenty przeglądające (te oparte na LLM, które planują zadanie i wykonują je krok po kroku) poruszają się zazwyczaj w krótkich, zdecydowanych seriach. Nawigacja, ekstrakcja, nawigacja, ekstrakcja. Pojedynczo każda akcja wygląda jak coś, co mógłby zrobić prawdziwy użytkownik. Brakuje jednak czasu zatrzymania (dwell time), wzorców przewijania podczas czytania, drobnych korekt czy minięcia celu kursorem. W skali całej sesji te braki są tak samo wyraźne, jak sztucznie generowane drżenie myszy (mouse jitter).
Jeśli więc budujesz agenta, który scrapuje w trakcie przetwarzania danych, fizyczny koszt operacji właśnie stał się faktem. Wpis na blogu Cloudflare zauważa, że Precursor "podnosi koszt obsługi automatyzacji, wymagając od niej symulowania pełnej sesji. Jest to znacznie trudniejsze do zbudowania, droższe w utrzymaniu i o wiele mniej niezawodne w działaniu na dużą skalę".
I taki jest właśnie główny cel projektowy. Nie uniemożliwić automatyzację, lecz uczynić ją nieopłacalną ekonomicznie.
Co to oznacza dla zespołów danych
Zmieniają się trzy kwestie, a żadna z nich nie jest tania.
Po pierwsze, budżety sesyjne zastępują budżety requestów. Planując przepustowość dla celu chronionego przez Cloudflare, przestań myśleć w kategoriach liczby requestów na sekundę, a zacznij w kategoriach liczby sesji na godzinę: ile niezależnych, wyglądających na ciągłe ścieżek użytkownika jesteś w stanie utrzymać i jak długo trwa każda z nich? Krótkie zrywy to dokładnie ten profil, do wykrywania którego dostrojono Precursor. Przeliczenie matematyki proxy, o którym pisaliśmy w maju, ma zastosowanie także tutaj. Rozmiar puli nie jest już limitem; jest nim realizm sesji.
Po drugie, bilans zysków i strat (build vs. buy) przechyla się bardziej w stronę zakupu gotowych rozwiązań. Utrzymanie scrapera przeciwko zabezpieczeniom działającym na poziomie pojedynczego requestu to jednorazowa integracja i sporadyczne poprawki. Utrzymanie go przeciwko ochronie na poziomie sesji oznacza ciągłe prace badawczo-rozwojowe nad zachowaniem: modele tempa akcji (pacing models), trajektorie kursora, rozkłady czasu zatrzymania oraz sposób na utrzymanie pokrycia testowego dla tego wszystkiego. Jeśli wahałeś się nad outsourcingiem zbierania danych webowych, to pogarsza kalkulację na rzecz budowania własnego rozwiązania.
Po trzecie, ten, kto wdroży Precursor na dużą skalę jako pierwszy, wyznaczy nowy standard wykrywania dla całej branży. Cloudflare chroni około 20% sieci. Jeśli klienci z sektora e-commerce i finansów zaczną agresywnie włączać Precursor w nadchodzącym kwartale, odczuje to infrastruktura scrapingowa każdego innego podmiotu, w tym na stronach, które same nigdy nie zainstalują Precursora, ponieważ ekosystem obrońców obserwuje skuteczne metody i szybko je kopiuje.
Zmiana skali czasowej, o której nikt nie mówi
Pisaliśmy o przejściu w stronę detekcji behawioralnej trzy miesiące temu. Precursor to skomercjalizowana wersja tego trendu, która na nowo definiuje okno pomiarowe.
Wykrywanie botów odbywało się kiedyś w obrębie jednego requestu. Teraz zachodzi w trakcie sesji trwającej minuty, a czasem dłużej. Ta pojedyncza zmiana wpływa na każdą taktykę scrapingu napisaną w czasach, gdy jednostką detekcji było pojedyncze wywołanie. Rotacja proxy, fuzzing nagłówków czy pacing requestów w skali sekund tracą na znaczeniu, jeśli funkcją straty jest spójność behawioralna w trakcie pięciominutowej interakcji.
Pytanie nie brzmi, czy wykrywanie botów nadal ewoluuje. To oczywiste. Chodzi o to, czy Twój stack do zbierania danych nadal myśli kategoriami requestów, podczas gdy systemy ochronne operują na poziomie sesji.