Что такое решатель капчи

Решатель капчи — это сервис, который проходит капчи вместо пользователя и возвращает решение, которое сайт принимает. Раньше решением чаще был “прямой ответ” (строка символов), а сейчас в большинстве случаев возвращается verification token — токен, который нужно отправить обратно в рамках той же сессии. Из популярных примеров — RuCaptcha.

Как это работает

На практике логика крайне простая:

1. На странице появляется капчи и доступны данные, необходимые для решения.

2. Код забирает входные параметры. Обычно это:

   • адрес страницы (page URL)
   • параметры CAPTCHA (например, sitekey и дополнительные поля/контекст)

3. Эти параметры отправляются в решатель. Часто это асинхронная схема:

   • создаёте задачу → получаете taskId
   • периодически запрашиваете результат до готовности или таймаута

4. Решатель возвращает решение:

   • либо прямой ответ (редко)
   • либо verification token (чаще всего)

5. Вы передаёте решение в обычный сценарий проверки на сайте (как правило — в следующий submit формы или запрос), в той же сессии (те же cookies и контекст браузера). Проверка происходит на стороне сайта.

Ключевая мысль: решатель выдаёт решение, но засчитывает его всегда сайт и только в текущей сессии.

Какие бывают решатели капчи

• AI / ML: OCR + компьютерное зрение. Быстро и масштабируется, но хуже на динамичных задачах и там, где результат зависит от общего “риска” сессии.
• Human-based: задачу решают люди. Обычно точнее на сложных форматах, но медленнее и данные уходят во внешний контур.
• Hybrid (human-in-the-loop): сначала AI, при низкой уверенности — человек. Компромисс скорость/точность.

Что именно возвращается: ответ или токен

Важно: решение не обязано быть “человеко-читаемым”.

Прямой ответ (встречается всё реже)

• текстовые CAPTCHA → строка символов
• простые вопросы → короткий ответ

Verification token (самый частый случай)

Чаще решатель возвращает token — “доказательство прохождения”, которое сайт проверяет на сервере.

Практические последствия:

• TTL (время жизни токена) короткий: задержки легко делают токен невалидным
• привязка к сессии: токен обычно работает только “здесь и сейчас” в текущем контексте браузера
• token не заменяет другие проверки: CAPTCHA часто лишь часть общей антиабуз-логики

Что лучше использовать: API или расширение

API - стандарт для автоматизации

Ваш код отправляет параметры капчи и получает решение. Это удобнее всего в проде: можно управлять таймаутами, ретраями, логами и нагрузкой.

Через расширение (для интерактивного использования)

Расширение обнаруживает капчу на странице и “помогает пройти”. Важно понимать: расширение чаще всего — это интерфейс, а само решение всё равно получается через сервис, после чего результат подставляется в страницу.

Итог

Сервис решения и обхода капчи надо, чтобы проходить проверки без ручного участия и получать решение, которое сайт принимает в текущей сессии: иногда это прямой ответ, но чаще — verification token.

На практике используют два формата: API для автоматизации и расширение для обычной работы.