Cloudflare пусна откриване на ботове с обхват на цялата сесия вчера
На 13 юли 2026 г. Cloudflare пусна Precursor, система за непрекъснато поведенческо откриване на ботове, която следи цялата сесия, а не само момента, в който посетителят отвори страницата. Съществуващото им предизвикателство Turnstile се изпълнява около 3 милиарда пъти на ден при вход, регистрация и плащане. Precursor разширява същата видимост от страната на клиента върху всяка страница между тях.
Контекстът е важен. Turnstile задаваше един въпрос в един конкретен момент: дали този посетител е човек? Precursor задава същия въпрос непрекъснато, при всяко движение на мишката, натискане на клавиш, скролване и промяна на фокуса, като подава отговора в текущ bot score, който следва сесията.
Това е по-голяма промяна, отколкото звучи в прессъобщението.
Сесията е новият отпечатък
С години откриването на ботове идваше на кратки импулси: една проверка на входа, след което cookie гарантираше за посетителя за известно време. Дори по-новите проверки на мрежово ниво и на ниво header бяха събития за всяка отделна заявка. Ако минехте първата проверка, обикновено нямахте проблеми до следващата.
Поведенческото откриване в рамките на цялата сесия нарушава този модел. От публикацията на Cloudflare при пускането: ботовете могат да изпълняват JavaScript, да използват пълни браузърни среди и да завършват отделни предизвикателства без да събудят подозрение. Това, което остава трудно за репликиране, е последователното човешко поведение във времето.
Те посочват физиката на човешкото въвеждане като стената, в която се удря автоматизацията. Движението на мишката от човек е дъга, ограничена от движението на китката и въртенето на предмишницата. Има измеримо забавяне между забелязването на чекбокс и щракването върху него (когнитивно натоварване). Дори стабилната ръка трепти с физиологична честота на тремор. Ботовете произвеждат прави линии и математически чисти криви на Безие. Те кликват с точност, която никой човек никога не постига.
Всеки един от тези сигнали е едва забележим. Съберете ги заедно в рамките на петминутна сесия и разминаването става очевидно.
Защо презареждането вече не помага
Старият навик при откриване на ниво заявка беше прост: ако оценката на сесията се влоши, презареждате страницата, сменяте идентичността и започвате отначало. Precursor затваря тази врата.
Cloudflare са категорични: "Обхватът на ниво сесия е важен, защото означава, че ботът не може да нулира своя поведенчески подпис чрез презареждане на страницата или започване отначало с ново предизвикателство." Подозителните сесии натрупват контекст. Оценката за бот следва посетителя.
Но тази промяна удря най-силно една специфична средна група скрапери. Моделът с напълно headless браузъри и ротация на всяка заявка вече губеше срещу стандартните проверки. Тук няма изненади. Операторите с реално управление на сесиите, които поддържат една браузърна идентичност за цялата продължителност на посещението на реален потребител, са напълно защитени. Precursor наказва това, което е по средата: екипи, използващи Puppeteer или Playwright със стандартни настройки, третиращи всеки URL адрес като независима задача и презареждащи между обхожданията, за да изглеждат чисти.
Този стил на извличане на данни е евтин, защото е за еднократна употреба. Precursor прави еднократната употреба скъпа.
Какво означава това за агентните скрапери
Има и втора група, за чието засичане Precursor очевидно е създаден: агентни AI скрапери. Cloudflare го заявява директно в подзаглавието: засичане на агентно поведение чрез непрекъснати сигнали от страна на клиента.
Автономните агенти за браузване (от типа, задвижван от LLM, който планира задача и я изпълнява стъпка по стъпка) са склонни да се движат на кратки, резки интервали. Навигация, извличане, навигация, извличане. Поотделно всяко действие прилича на нещо, което реален посетител би направил. Но липсва задържане на страницата, липсва модел на превъртане за четене, липсват малки корекции или подминаване на целта с курсора. В рамките на една сесия тези липси са толкова очевидни, колкото и фалшивите трептения на мишката.
Така че, ако изграждате агент, който скрапва докато мисли, физическият данък току-що стана реален. В блога на Cloudflare се отбелязва, че Precursor "повишава разходите за опериране на автоматизация, като изисква от нея да симулира пълна сесия. Това е значително по-трудно за изграждане, по-скъпо за поддръжка и далеч по-малко надеждно за работа в мащаб."
Това е цялата цел на дизайна. Не да направи автоматизацията невъзможна, а да я направи икономически неизгодна.
Какво означава това за екипите по данни
Три неща се променят и нито едно от тях не е евтино.
Първо, бюджетите за сесии заменят бюджетите за заявки. Ако планирате капацитет за цел, защитена от Cloudflare, спрете да мислите в заявки в секунда и започнете да мислите в сесии на час: колко независими, непрекъснато изглеждащи потребителски пътеки можете да поддържате и колко дълга е всяка от тях? Кратките импулси са точният сигнатурен модел, който Precursor е настроен да засича. Преосмислянето на proxy математиката, за което писахме през май, важи и тук. Размерът на пула не е таванът, реализмът на сесията е.
Второ, изчислението дали да се разработва или купува се накланя още повече към купуването. Поддръжката на скрапер срещу защита на ниво заявка е еднократна интеграция и периодични корекции. Поддръжката му срещу защита в обхвата на цялата сесия изисква постоянна научноизследователска дейност върху поведението: модели за темпо, траектория на курсора, разпределение на времето за престой и начин за поддържане на тестово покритие за всичко това. Ако сте се колебали дали да аутсорснете събирането на уеб данни, това влошава финансовата обосновка за самостоятелно разработване.
Трето, този, който пръв внедри Precursor в мащаб, ще зададе новата базова линия за засичане в индустрията. Cloudflare защитава приблизително 20% от мрежата. Ако клиентите от електронната търговия и финансовия сектор активират Precursor агресивно през следващото тримесечие, целият останал стек за скрапване ще го усети, включително на сайтове, които никога не инсталират Precursor сами, тъй като екосистемата на защитниците следи какво работи и копира бързо.
Промяната във времевия мащаб, която никой не назовава
Писахме за прехода към поведенческо засичане преди три месеца. Precursor е реализираната като продукт версия на тази тенденция и тя премества фокуса на прозореца за измерване.
Преди засичането на ботове се случваше в рамките на една заявка. Сега то се извършва в продължение на сесия, която трае минути, понякога и по-дълго. Тази единствена промяна засяга всяка тактика за scraping, създадена по времето, когато единицата за засичане беше еднократно извикване. Ротацията на proxy, разбъркването на header стойности, регулирането на темпото на заявките на ниво секунда, всичко това губи значение, ако функцията на загуба е поведенческата последователност в рамките на петминутно взаимодействие.
Въпросът не е дали засичането на ботове продължава да се развива. Това е ясно. Въпросът е дали вашият стек за събиране на данни все още мисли в заявки, докато защитата вече мисли в сесии.