Вчера Cloudflare выпустила поведенческую детекцию ботов на уровне сессий
13 июля 2026 года Cloudflare запустила Precursor, движок непрерывного поведенческого анализа ботов, который отслеживает всю сессию, а не только момент захода пользователя. Их текущий челлендж Turnstile отрабатывает около 3 миллиардов раз в сутки при входе, регистрации и оформлении заказа. Precursor распространяет эту же видимость на стороне клиента на все промежуточные страницы.
Контекст имеет значение. Turnstile задавал один вопрос в один конкретный момент: является ли посетитель человеком? Precursor задает этот же вопрос непрерывно, анализируя каждое движение мыши, нажатие клавиши, скролл и смену фокуса, передавая результат в динамический bot score, привязанный к сессии.
Это гораздо более серьезный сдвиг, чем кажется по тексту пресс-релиза.
Сессия стала новым цифровым отпечатком
Годами защита от ботов работала короткими вспышками: одна проверка на входе, затем cookie, подтверждающий статус посетителя на какое-то время. Даже более современные проверки сетевого уровня и заголовков выполнялись per-request. Если первая проверка пройдена, в большинстве случаев все было чисто до следующей.
Поведенческая детекция на уровне сессий ломает эту схему. Из анонса Cloudflare: боты могут исполнять JavaScript, использовать полноценные окружения браузера и проходить отдельные челленджи, не вызывая подозрений. Но воспроизвести стабильное поведение человека на длинной дистанции по-прежнему сложно.
Физика человеческого ввода называется тем барьером, о который спотыкается автоматизация. Движение мыши человека представляет собой дугу, ограниченную движением запястья и предплечья. Между обнаружением чекбокса и кликом есть измеримая задержка (когнитивная нагрузка). Даже уверенная рука имеет физиологический тремор определенной частоты. Боты же рисуют прямые линии и математически выверенные кривые Безье. Они кликают с недостижимой для человека точностью.
Каждый из этих сигналов по отдельности едва различим. Но если сложить их за пятиминутную сессию, расхождение становится очевидным.
Почему перезагрузка страницы больше не спасает
Старая тактика при per-request детекции была простой: если оценка сессии начинала расти, достаточно было обновить страницу, сменить личность и начать заново. Precursor закрывает эту возможность.
Cloudflare заявляет прямо: "Привязка к сессии важна, поскольку бот больше не может сбросить свой поведенческий профиль перезагрузкой страницы или прохождением нового челленджа". Подозрительные сессии накапливают контекст. Bot score закрепляется за посетителем.
Это изменение сильнее всего бьет по промежуточному сегменту скраперов. Полностью headless-модель с ротацией на каждый запрос и так уже проигрывала стандартным проверкам. Здесь ничего нового. Операторы с полной поддержкой сессий, удерживающие один профиль браузера на протяжении всего времени визита реального пользователя, практически не пострадают. Precursor наказывает то, что находится посередине: команды, использующие Puppeteer или Playwright со стандартными настройками, обрабатывающие каждый URL как отдельную задачу и обновляющие страницы между обходами для видимой чистоты.
Такой подход к скрапингу обходился дешево, потому что был одноразовым. Precursor делает одноразовость дорогой.
Что это значит для агентных скраперов
Есть и вторая группа, для обнаружения которой явно создавался Precursor: агентские ИИ-скрейперы. Cloudflare прямо указывает на это в подзаголовке: обнаружение агентского поведения с помощью непрерывных сигналов на стороне клиента.
Автономные браузерные агенты (на базе LLM, которые планируют задачу и выполняют ее шаг за шагом) обычно действуют короткими, решительными рывками. Переход, извлечение, переход, извлечение. По отдельности каждое действие похоже на поведение реального пользователя. Но здесь нет пауз, нет паттернов прокрутки при чтении, нет мелких корректировок, нет промахов мимо цели. На протяжении всей сессии такое отсутствие деталей выдает себя так же явно, как и фальшивое дрожание курсора.
Поэтому, если вы создаете агента, который собирает данные в процессе рассуждений, налог на физику становится реальностью. В блоге Cloudflare отмечается, что Precursor "повышает стоимость автоматизации, требуя имитировать полную сессию. Это значительно сложнее в разработке, дороже в обслуживании и гораздо менее надежно при масштабировании".
В этом и заключается вся цель архитектуры. Не сделать автоматизацию невозможной, а сделать ее экономически невыгодной.
Что это значит для команд работы с данными
Меняются три вещи, и ни одна из них не обойдется дешево.
Во-первых, бюджеты сессий заменяют бюджеты запросов. Если вы планируете нагрузку на цель под защитой Cloudflare, перестаньте мыслить категориями запросов в секунду и начните считать сессии в час: сколько независимых, выглядящих непрерывными пользовательских путей вы можете поддерживать и сколько длится каждый из них? Короткие всплески активности представляют собой именно ту сигнатуру, на поиск которой настроен Precursor. Переосмысление расчетов для proxy, о котором мы писали в мае, применимо и здесь. Размер пула больше не является потолком; потолком становится реалистичность сессии.
Во-вторых, выбор между собственной разработкой и готовым решением еще сильнее склоняется в пользу покупки. Поддержка скрейпера против защиты на уровне отдельных запросов сводится к разовой интеграции и редким патчам. Поддержка скрейпера против защиты на уровне сессий требует непрерывного поведенческого R&D: моделей темпа, траекторий курсора, распределений времени задержки и способов покрыть все это тестами. Если вы сомневались, стоит ли отдавать сбор веб-данных на аутсорс, теперь разработка своими силами выглядит еще менее выгодной.
В-третьих, тот, кто первым масштабнет Precursor в проде, задаст новый базовый уровень детекта для всей индустрии. Cloudflare защищает около 20% интернета. Если клиенты из сфер e-commerce и финансов активно включат Precursor в течение следующего квартала, это повлияет на стек скрейпинга у всех остальных, включая сайты, которые сами никогда не поставят Precursor, потому что индустрия защиты быстро перенимает рабочие решения.
Сдвиг временных масштабов, о котором никто не говорит
Мы писали про переход к поведенческому обнаружению три месяца назад. Precursor стал продуктовой реализацией этого тренда, сместив окно оценки поведения.
Раньше обнаружение ботов происходило в рамках одного request. Теперь оно выполняется на протяжении всей сессии, которая длится минуты, а иногда и дольше. Это единственное изменение ломает любую тактику скрапинга, созданную в те времена, когда единицей детекта был одиночный вызов. Ротация proxy, фаззинг header, регулирование частоты request на секундном интервале, все это теряет смысл, если целевая функция оценивает поведенческую согласованность на отрезке в пять минут взаимодействия.
Вопрос не в том, продолжит ли развиваться защита от ботов. Это очевидно. Вопрос в том, мыслит ли ваш стек сбора данных категориями request, когда сторона защиты уже оперирует сессиями.