Low-Code/No-Code vs CAPTCHA: реально ли автоматизировать распознавание капчи без единой строчки кода?
CAPTCHA - это тот самый "мини-Тьюринг-тест" у вас на экране, который пытается понять, вы - человек или скрипт. Видели все: от галочки "Я не робот" до светофоров и зебр в квадратиках. Для обычного пользователя - это мелкая помеха. Для тех, кто строит автоматизацию, - частый стоп-фактор. Можно ли пройти этот барьер силами Low-Code/No-Code-платформ, не погружаясь в программирование? Давайте разбираться.
Что такое CAPTCHA и с чем её едят - короткий ликбез перед тем как начать обходить капчу без кода
Прежде чем искать пути обхода, расставим ориентиры по видам капчи, которые чаще всего ломают планы автоматизаторов.
- Google reCAPTCHA v2. Классика жанра: чекбокс "I’m not a robot", а при сомнениях - задания на выбор картинок. Есть и "невидимая" версия, которая запускает испытание без клика, если трафик выглядит подозрительно.
Google reCAPTCHA v3. Никаких кликов. Скрипт в фоне присваивает вам поведенческий балл от 0.0 до 1.0. Чем ниже - тем сильнее система склоняется к версии "бот". При плохом балле сайт может включить дополнительную проверку, вплоть до вызова задач из v2.
hCaptcha. Идейный двойник reCAPTCHA, но с фокусом на приватность. Пользователю обычно сложнее: задания жёстче. Для корпоративных клиентов есть "невидимые" режимы; в бесплатной версии ручная разметка - почти неизбежна.
Cloudflare Challenge и Turnstile. Исторически Cloudflare сначала полагалась на Google и hCaptcha, а затем выкатили свой Turnstile.
- Challenge - промежуточный экран с оценкой "здоровья" браузера: JS, TLS, cookies, репутация IP и т. п. При рисках - проверка "Я не робот".
- Turnstile - бэкграунд-проверки без участия пользователя; в сложных случаях всё же появляется интерактивный челлендж. Для разработчиков - бесплатный виджет-замена reCAPTCHA с выдачей токена, но без передачи данных Google.
reCAPTCHA v2/v3 и hCaptcha решают одну задачу - отсеять ботов - либо явным челленджем, либо скрытой аналитикой. Cloudflare поверх этого добавляет собственный невидимый слой. Идеальных систем нет: либо трясут нервную систему пользователям, либо, при слабой настройке, пропускают продвинутых ботов. Замысел у всех один - затормозить автоматизацию, заставив "скрипт" доказать, что он человек.
Почему CAPTCHA бьёт по автоматизации и чем распознавание капчи отличается от предотвращения ее появления?
Капча создана, чтобы рвать сценарии на скорости. Парсинг, массовые регистрации, автозаполнение форм - после серии повторяющихся действий шанс увидеть барьер стремится к единице. Владельцы сайтов так защищаются от накруток и спама. Автоматизатору же капча чаще ломает цепочку целиком.
Автоматически решать капчи сложно по определению. Картинки с автобусами и переходами требуют от алгоритма не просто видеть объект, но и справляться с искажениями. Текстовые капчи тоже эволюционировали: шум, наклоны, "мусорные" символы. Машинное обучение помогает, но "100% точности" - рекламный миф: форматы меняются, датасеты обновляются, модели ошибаются.
При этом у защиты есть щели, которыми пользуются злоумышленники (и не только они):
- Человеческий аутсорс. "Фермы" исполнителей решают капчи за копейки и за секунды. Бот шлёт задачу - получает ответ, для сайта всё выглядит легитимно.
- Token-harvesting и игра с cookies. Попытки использовать чужие токены или добывать их "в обход".
- Имитация поведения. Headless-браузеры, прокси, рандомизированные паузы, траектории мыши - всё, чтобы понравиться reCAPTCHA v3 и не вызвать v2.
- Компьютерное зрение. Стало доступнее и умнее, но ротация наборов изображений и "машинные метки" режут успех.
Итак, рынок решений "мы пройдём капчу за вас" существует и растёт. Вопрос - как вшить это в no-code-сценарии и нужно ли вообще. Для начала посмотрим на инструменты.
Low-Code/No-Code-платформы: как обойти капчу без строчки кода?
No-code/low-code - это визуальные конструкторы процессов, интеграции и коннекторы вместо IDE. В практической автоматизации чаще всего используют:
- Zapier. Концепция "триггер → действие", тысячи интеграций. Идеален как "клей" между сервисами. Не про браузерный клик-стрим, зато есть Webhooks - можно говорить с любым API. Для жёсткого веб-спарринга мало, но как оркестратор - отлично.
- Make.com (ex-Integromat). Более гибкий "визуальный программатор": ветвления, циклы, переменные, тонкая работа с HTTP, JSON и HTML. Есть поддержка прокси и параллелизма. Для задач с капчей это значит: спокойно подключаем API решателей, строим ожидание/повтор - и всё это мышкой.
- UiPath. Классическое RPA: автоматизация реального UI - от браузера до Excel. Мощный конструктор действий, .NET-возможности, распознавание интерфейсов. Ахиллесова пята - капча. Встроенного "ума" на сложные визуальные челленджи недостаточно, зато есть готовые компоненты-мосты к сервисам распознавания из Marketplace. Пользователь тянет блоки - робот берёт скрин/параметры, шлёт в API решателя, получает ответ и подставляет его.
Бонус-поле. n8n (self-hosted аналог Make/Zapier), Automation Anywhere, Blue Prism, IFTTT, а также браузерные инструменты вроде Selenium IDE, Axiom.ai, Automa и местный тяжеловес ZennoPoster (визуальный редактор действий с ветвлениями и кодом).
Стратегии безкодовости: как уменьшить шанс появления капчи и что делать, если она всё же возникла - то самое решение капчи без кода
1) Свести появление капчи к минимуму
- Идти через официальные API. Если у сервиса есть легальный интерфейс доступа к данным - используйте его. Для no-code это один модуль/коннектор вместо хрупкой эмуляции браузера.
- Мимикрия под нормального пользователя. Темп действий, заголовки запросов, распределение нагрузки по IP. Резидентские прокси предпочтительнее серверных. В Make/n8n прокси настраиваются нативно; в Zapier - через внешние вызовы. В UiPath - VPN/системный прокси.
- Сессии и cookies. Сохранённая авторизация и валидные cookies снижают частоту челленджа. Но это расходник: токены протухают, окружение меняется - и защита снова в деле.
Это не гарантия, а управление рисками. На масштабе и частоте капча всё равно догонит.
2) Решать капчу через внешние сервисы
Самописный "распознаватель" - дорого и ненадёжно. Гораздо практичнее делегировать API-сервисам, где под капотом - люди, модели или гибрид.
Кто на рынке:
- 2Captcha. Старожил. Поддерживает классические изображения и современные рекапчи/hCaptcha/FunCaptcha/GeeTest. Вы отдаёте картинку/base64 или параметры (sitekey + URL), периодически спрашиваете статус и получаете текст/токен. Дёшево, быстро, интегрируется в Make/Zapier через HTTP/Webhooks, в UiPath - готовым компонентом.
- Anti-Captcha. Модель схожая: люди+инфраструктура, плагины и SDK под разные стеки, компонент для UiPath, HTTP-интеграция в Make/Zapier.
- DeathByCaptcha. Западный ветеран с совместимым API.
- SolveCaptcha. Гибрид: сперва пытается решить нейросетью, при неудаче подключает исполнителей.
Как это используется в no-code (пример: Zapier + Browserless):
1. Запуск в Zapier по расписанию.
2. Вызов Browserless (HTTP) - "удалённый" Chrome открывает страницу, тянет разметку, при необходимости возвращает sitekey.
3. Webhooks → 2Captcha - POST с ключом, типом задачи и параметрами сайта. В ответ - ID задачи.
4. Delay / повтор - 15–20 секунд пауза, затем GET статуса.
5. Получение g-recaptcha-response - как только готово.
6. Повторный вызов Browserless - подставить токен в скрытое поле и отправить форму.
7. Дальнейшая логика - разбор ответа, сохранение, нотификации.
Кажется громоздко, но это цепочка из готовых блоков, без кода.
В Make.com ещё проще: модуль HTTP → задержка → повторный HTTP до готовности → продолжение сценария. Плюс встроенная работа с HTML, условия, параллельные ветки.
В UiPath робот "видит" экран: делает скрин/берёт параметры, активность "Solve Captcha" шлёт задачу в сервис, ответ подставляется на страницу. Для reCAPTCHA v2 нередко нужен JS-вброс, чтобы записать токен в g-recaptcha-response - для этого есть готовая активность Inject JS Script.
Сравнение подходов к распознаванию капчи на популярных NoCode-платформах
- Zapier. Не про прямую работу с HTML, зато идеальный диспетчер процессов + Webhooks. Капчу решает через внешние API и аккуратно сшивает этапы.
- Make.com. Гибкость "почти как код": циклы ожидания, сложные условия, параллель, прокси, разбор HTML. Капча - просто ещё один модуль в схеме.
- UiPath. Сильный в реальном UI. Капчу закрывает за счёт интеграций с решателями и точечных скриптов, когда требуется подстановка токенов.
Выводы
В 2025 году low-code/no-code спокойно тянут сложные процессные цепочки: интеграции, сбор данных, имитацию пользовательских действий. Но капча - всё ещё "лежачий полицейский" для любой безкодовости. Платформы сознательно не встраивают "обход из коробки", чтобы не поощрять злоупотребления и не нарушать правила сайтов. Поэтому реальная стратегия - комбинация профилактики (API, прокси, сессии) и внешних решателей через визуальные блоки.
Итог простой: не позволяйте капче ломать бизнес-процессы. При грамотной сборке сценария и паре правильных интеграций вы получите устойчивую, воспроизводимую автоматизацию - и ни строчки кода в редакторе.