Puppeteer и Playwright в антидетектах: где ломается маскировка под капотом Chromium

Puppeteer и Playwright в антидетектах: где ломается маскировка под капотом Chromium

Автоматизация в антидетект-браузере упирается не в API, а в детект на уровне сетевого стека и JS-окружения. Разберем энтропию данного параметра: браузер может выглядеть «ручным» в UI, но выдавать себя через navigator.webdriver, headless-паттерны, несостыковки в permissions, mediaDevices и timing.

Puppeteer обычно проще в рантайме, но требует аккуратной обвязки: инъекция JS-кода до загрузки страницы, синхронизация userAgent, viewport, locale, timezone, WebGL и canvas. Если профиль уже собран, не надо «допиливать» его поверх — любые патчи, которые конфликтуют с отпечатком профиля, создают аномалии в CreepJS и BrowserLeaks.

Playwright удобнее для изоляции контекстов: лучше контролируются storage state, прокси, разрешения и multi-tab сценарии. Но у него есть типовая ошибка — смешивание automation signals с реальным профилем. Если браузер эмулирует обычный десктопный стек, а скрипт оставляет артефакты Chromium automation, антифрод это видит не по одному флагу, а по корреляции.

Практический чек-лист: • запускать профиль без дублирующих подмен • проверять TLS Client Hello и JA3 рядом с JS-фингерпринтом • не трогать параметры, которые уже заданы антидетектом • тестировать один сценарий через Pixelscan и CreepJS перед масштабированием.

Вывод простой: автоматизация работает только тогда, когда Puppeteer/Playwright не «рисуют» новый браузер, а аккуратно управляют тем, что уже собрано в профиле.