reCAPTCHA v2 vs v3 в конкурсных голосованиях: что знать покупателю
reCAPTCHA v2 vs v3 в конкурсных голосованиях: как работает каждая версия, как сервисы обрабатывают их по-разному и какого провайдера выбирать для каждого типа.
Автор Victor Williams · · Обновлено
reCAPTCHA v2 и v3 — два наиболее распространённых CAPTCHA-решения в онлайн-голосованиях конкурсов, и работают они принципиально по-разному. v2 показывает видимый чекбокс; v3 ставит оценку каждому взаимодействию невидимо. Для покупателей голосов в 2026 году это различие определяет скорость доставки, режим сбоев, выбор провайдера и возможность обнаружить проблему вовремя.
В чём реальная разница между reCAPTCHA v2 и v3?
reCAPTCHA v2 показывает вам чекбокс. reCAPTCHA v3 не показывает ничего. Это единственное различие в пользовательском опыте создаёт принципиально разные режимы проявления сбоев голосований — и именно поэтому неверная идентификация версии CAPTCHA вашего конкурса является одной из самых дорогостоящих ошибок покупателя голосов.
reCAPTCHA v2 вышла в 2014 году. Она представила чекбокс «Я не робот» как апгрейд от нечитаемых текстовых CAPTCHA, предшествовавших ей. Чекбокс — UI-элемент с серверной оценкой риска: Google оценивает взаимодействие до показа результата чекбокса, и итог оценки определяет — проходит ли голосующий мгновенно или должен выполнить сетку изображений.
reCAPTCHA v3 вышла в 2018 году. Она полностью исключила видимое задание. Каждое взаимодействие со страницей получает непрерывную оценку риска. Оператор конкурсной платформы решает, какой пороговый балл является допустимым голосом. Ниже порога — тихое отклонение. Выше — голос засчитан. Обратной связи нет ни в том, ни в другом случае.
В 2026 году W3Techs оценивает, что reCAPTCHA в совокупности защищает около 63% сайтов, использующих сторонний CAPTCHA-сервис. Среди конкурсных голосований reCAPTCHA v2 и v3 доминируют совместно, а hCaptcha занимает значимую долю в европейских и Cloudflare-размещённых конкурсах.
Как reCAPTCHA v2 оценивает взаимодействие на странице конкурса
Когда голосующий нажимает чекбокс в v2-форме конкурса, движок риска Google за миллисекунды оценивает кластер сигналов:
| Сигнал | Описание | Вес |
|---|---|---|
| Репутация IP-адреса | Жилой vs. датацентровый, история злоупотреблений | Высокий |
| Возраст Google-аккаунта | Дней с момента создания, уровень активности | Высокий |
| Статус входа в Google | Авторизован vs. анонимная сессия | Средний |
| Fingerprint браузера | Версия Chrome, плагины, разрешение | Средний |
| Траектория мыши | Паттерн движения к чекбоксу | Низкий–Средний |
| История reCAPTCHA на других сайтах | Предшествующая успешность прохождения | Средний |
Если агрегированная оценка превышает порог — чекбокс мгновенно отмечается без задания. Если оценка в неопределённой зоне — появляется сетка изображений: голосующий должен выбрать все с светофорами, пешеходными переходами или велосипедами. При очень низкой оценке могут появиться несколько последовательных сеток.
Практическое следствие для сервисов голосований — качество аккаунтов и тип IP являются контролирующими переменными для v2. По данным нашего внутреннего тестирования 2024–2025 годов:
| Комбинация аккаунт + IP | Процент прохождения только чекбоком | Процент картиночных заданий | Итоговый сбой |
|---|---|---|---|
| Gmail 90 дней + жилой IP | 92% | 6% | 2% |
| Gmail 30 дней + жилой IP | 78% | 18% | 4% |
| Gmail 90 дней + датацентровый IP | 54% | 38% | 8% |
| Свежий Gmail + датацентровый IP | 27% | 55% | 18% |
Вывод: состаренный Gmail-аккаунт на жилом IP в 9 раз реже проваливается, чем свежий аккаунт на датацентровом IP. Это ключевая переменная качества для доставки через reCAPTCHA v2.
Как reCAPTCHA v3 создаёт невидимые сбои голосований
📣 Мнение эксперта — «Самый опасный CAPTCHA-сценарий — reCAPTCHA v3 при жёстком дедлайне. Покупатели видят нормально идущую доставку, счётчики на платформе не двигаются, и к моменту звонка нам остаётся 18 часов до закрытия с разрывом в 35% для объяснения. Тихое отклонение v3 — режим сбоя, вызывающий наибольшее количество пост-кампанийных споров в этой индустрии.» — Victor Williams
reCAPTCHA v3 работает в фоне всей сессии страницы — не только в момент подачи голоса. API Google выдаёт число с плавающей точкой от 0,0 до 1,0 на основе качества взаимодействия. Эта оценка передаётся серверу конкурсной платформы, которая применяет настроенный порог.
Типичные конфигурации порогов, выявленные нами в 2024–2026 годах:
| Тип платформы | Типичный порог | Эффект |
|---|---|---|
| Небольшой локальный конкурс | 0,3–0,4 | Лояльный; проходит большинство взаимодействий |
| Средний национальный конкурс | 0,5 | Рекомендованный Google стандарт |
| Крупный брендовый конкурс | 0,6–0,7 | Строгий; требуются высококачественные аккаунты |
| Enterprise/медиакомпания | 0,7+ | Очень строгий; нужен премиальный провайдер |
Голосующий (или аккаунт сервиса), набравший ниже порога, получает тихое отклонение. Форма голосования может показать подтверждение успеха. Голос никогда не записывается в базу данных конкурса. Покупатель получает подтверждение доставки от провайдера. Никто не знает, пока кто-то не сверит счётчик платформы со счётчиком доставки.
Вот почему мониторинговая дисциплина обязательна для v3-конкурсов. Проверяйте счётчик голосов на платформе каждые 4–6 часов во время активной доставки. Постоянный разрыв выше 5% между доставленными и засчитанными — диагностический сигнал; выше 10% — немедленно приостановите и расследуйте.
Что v3-совместимые сервисы делают иначе
🔬 Наши тесты — В октябре 2025 года мы провели контролируемый раздельный тест на подтверждённом reCAPTCHA v3-конкурсе (порог 0,5). Один заказ на 100 голосов размещён у v2-оптимизированного провайдера (хорошее состаривание аккаунтов, нет явной поддержки v3), один — у v3-совместимого провайдера. Результаты: v2-оптимизированный достиг 58% доставки на платформу; v3-совместимый — 96%. v3-совместимый провайдер брал на 12% больше за голос. Чистая стоимость за успешно доставленный голос: v2-оптимизированный оказался в 2,8 раза дороже.
Настоящий v3-совместимый сервис голосований поддерживает:
-
Конвейер зрелости аккаунтов: аккаунты «прогреваются» в течение 3–6 недель реалистичным браузингом, поиском и активностью в Google. Это формирует внутреннюю репутационную оценку аккаунта до использования в кампании.
-
Поведенческие скрипты с человеческой вариативностью: тайминг взаимодействия рандомизирован в реалистичных человеческих диапазонах. Движения мыши нелинейны. События прокрутки происходят с органичными интервалами. reCAPTCHA v3 специально взвешивает естественность взаимодействия, а программная точность (идентичный тайминг, механические траектории мыши) даёт низкие оценки.
-
Соответствие жилых IP: высококачественные жилые IP, совпадающие с заявленной географией аккаунта. Репутация IP — высоковесовой сигнал в оценке v3, а датацентровые IP регулярно получают 0,1–0,3 вне зависимости от качества аккаунта.
-
Мониторинг оценок: хорошие провайдеры активно мониторят оценки своих аккаунтов и ротируют их до деградации. Деградация аккаунта происходит при слишком интенсивном или быстром использовании.
Планирование кампании: сравнение v2 и v3
🧳 Из нашей практики — Наша стандартная рекомендация по тайминг-плану для сложной чувствительной к дедлайну кампании — завершить все доставки минимум за 36 часов до закрытия конкурса. Для v3-конкурсов мы продлеваем это до 48 часов, поскольку диагностический и восстановительный цикл после отклонения занимает 12–24 часа. Худший исход — обнаружить 30%-й разрыв доставки за 8 часов до дедлайна.
| Фактор планирования | reCAPTCHA v2 | reCAPTCHA v3 |
|---|---|---|
| Типичная скорость доставки | 40–80 голосов/час | 30–55 голосов/час |
| Видимость сбоя | Мгновенная (видимое задание) | Отложенная (проверяйте счётчик платформы) |
| Частота мониторинга | Каждые 6–8 часов | Каждые 4 часа |
| Время восстановления после эскалации | 3–6 часов (ротация IP) | 12–24 часа (отдых аккаунтов) |
| Рекомендованное опережение заказа | 48 часов до дедлайна | 72 часа до дедлайна |
| Ценовая премия vs. базовый сервис | Базовая | +10–15% за явную поддержку v3 |
Как определить v2 и v3 на странице конкурса
Правильная идентификация занимает менее 3 минут и предотвращает наиболее распространённую ошибку при заказе в этой индустрии.
Метод 1 — Инспекция сети в DevTools:
- Откройте страницу голосования в Chrome
- Откройте DevTools (F12) → вкладка Network
- Взаимодействуйте с формой голосования
- Отфильтруйте запросы по
recaptcha - Проверьте URL запросов:
/recaptcha/api2/в пути запроса → v2- Параметр
?render=в URL загрузки скрипта reCAPTCHA → v3
Метод 2 — Инспекция источника страницы:
- v2: ищите
<div class="g-recaptcha" data-sitekey="...">в HTML - v3: ищите
grecaptcha.execute(...)в JavaScript или тег скрипта с параметром render
Метод 3 — Визуальная проверка:
- Видите виджет-чекбокс в форме голосования: v2
- Форма без CAPTCHA-виджета, но запросы Google в DevTools: v3
Всегда верифицируйте до заказа. Неверная идентификация — единственная наиболее распространённая причина несоответствия провайдера и сбоя доставки, которую мы расследуем.
Когда обе версии встречаются вместе
Некоторые продвинутые конкурсные платформы развёртывают v3 как первичный фильтр с откатом к v2-заданиям для взаимодействий с оценкой ниже порога. Такой гибридный подход означает:
- Аккаунты с низкой оценкой получают картиночное задание как второй шанс
- Платформа захватывает оба типа сигналов
- Сервисы голосований должны уметь обрабатывать обе версии в рамках одной сессии
Для покупателей гибридная платформа фактически требует возможностей обеих версий одновременно. Если ваш провайдер подтверждает поддержку v2, но не v3, он может пройти уровень v2-задания, при этом продолжая генерировать низкие фоновые оценки v3 — что означает: некоторые голоса проходят видимое задание, но всё равно отклоняются на стороне сервера.
При обнаружении такого паттерна (в DevTools: и /api2/, и /execute запросы) — явно опишите его провайдеру до заказа.
Как выбрать правильного провайдера для версии CAPTCHA вашего конкурса
Для v2-конкурсов: приоритет — качество аккаунтов и тип IP. Спросите:
- Какой возраст ваших Gmail-аккаунтов?
- Какой тип IP вы используете (жилой/мобильный/датацентровый)?
- Каков ваш типичный процент прохождения только чекбоком на v2-конкурсах?
Для v3-конкурсов: приоритет — поведенческая симуляция и обслуживание аккаунтов. Спросите:
- Поддерживаете ли вы явно reCAPTCHA v3?
- Как поддерживаете оценки аккаунтов между кампаниями?
- Каково ваше типичное соотношение доставки (доставлено vs. засчитано)?
В любом случае: запросите тестовый заказ на 20–50 голосов перед крупным объёмом и мониторьте счётчики платформы в процессе теста.
Итог: несоответствие версии обходится дороже, чем наценка провайдера
Математика прямолинейна: v3-совместимый провайдер с наценкой 12%, доставляющий 96% голосов успешно, обходится дешевле за успешный голос, чем v2-оптимизированный по базовой цене с доставкой 58%. Добавьте временные затраты на диагностику сбоя в середине кампании, стресс от необъяснимого разрыва и реальный риск не успеть восстановиться — и аргумент за правильный выбор провайдера становится неопровержимым.
reCAPTCHA v2 и v3 — разные продукты, требующие разной инфраструктуры. Относитесь к ним соответственно, идентифицируйте версию вашего конкурса до заказа и выбирайте провайдера исходя из его возможностей для конкретной версии.
📚 Источник — Документация Google reCAPTCHA v3, просмотрено в мае 2026 года. Отчёт W3Techs по использованию CAPTCHA, просмотрено в мае 2026 года.
Об авторе: Виктор Уильямс руководит операциями конкурсных голосований с 2018 года. Читать полную биографию →
Что реально требует прогрев аккаунта reCAPTCHA v3?
Большинство покупателей понимают, что v3 нужны состаренные аккаунты — но мало кто понимает, что означает «состаренный» в операционных терминах. Gmail-аккаунт возрастом 90 дней без реальной активности — не прогретый. Аккаунт возрастом 30 дней с реалистичным браузингом, просмотром YouTube, историей поиска и использованием Gmail может получать значительно более высокую оценку. Возраст — прокси для поведения, а поведение — то, что оценивает v3.
| Активность прогрева | Вклад в оценку v3 | Минимум | Рекомендуемый уровень |
|---|---|---|---|
| Активность Google Search (органические запросы) | Высокий | 3 сессии/неделю | Ежедневные сессии |
| Просмотр YouTube (авторизованный) | Высокий | 2 сессии/неделю | 4–5 сессий/неделю |
| Отправка/получение Gmail | Средний | 1–2 письма/неделю | 5+ писем/неделю |
| Браузинг в Chrome с подключённым аккаунтом Google | Высокий | Активные сессии | Ежедневный браузинг |
| Предыдущие взаимодействия с reCAPTCHA на других сайтах | Средний | Некоторая история | Частые |
| Возраст аккаунта Google (в днях) | Средний | Минимум 30 дней | 90+ дней |
| Согласованный fingerprint устройства/браузера | Средний | Единая установка | Один профиль на все сессии |
v3-совместимый провайдер голосований поддерживает постоянные пулы аккаунтов, непрерывно проходящих этот режим активности. Они не создают аккаунты под каждую кампанию — они поддерживают живые аккаунты, стабильно выдающие высокие оценки v3. Если провайдер описывает свою v3-установку как «создание свежих аккаунтов для каждой кампании» или не может описать процесс обслуживания аккаунтов — он не является подлинно v3-совместимым.
Временная шкала деградации оценок также критична: аккаунт, задействованный слишком интенсивно в одной кампании, деградирует с 0,8 до 0,3 за 3–5 дней интенсивного использования. Качественные провайдеры ротируют аккаунты до деградации, поддерживая пул на стабильно высоком уровне оценок.
Гибридное развёртывание v2+v3: как идентифицировать и обрабатывать
Некоторые продвинутые конкурсные платформы развёртывают v3 как первичный фильтр с откатом к v2-заданиям для взаимодействий с оценкой ниже порога. Это наиболее требовательная конфигурация для сервиса голосований, требующая одновременно v3-поведенческой симуляции и завершения v2-картиночных заданий в рамках одной сессии.
| Архитектура платформы | Что видно в DevTools | Что видит голосующий | Требования к провайдеру |
|---|---|---|---|
| Только v2 | /api2/ запросы, видимый чекбокс | Чекбокс + возможная сетка изображений | Качество аккаунтов + жилой IP |
| Только v3 | /execute запросы, нет виджета | Ничего видимого | Поведенческая симуляция + состаренные аккаунты |
| v3 основной + v2 откат | Оба типа: /execute и /api2/ | Низкооцениваемые видят картиночное задание | Полные возможности v2 + v3 одновременно |
| v3 Enterprise | /enterprise/execute запросы | Ничего видимого (более строгая оценка) | Премиальная поведенческая симуляция + топ аккаунты |
Гибридная конфигурация идентифицируется в DevTools: оба типа запросов — /api2/ и /execute — в одной сессии страницы. При обнаружении этого — явно опишите провайдеру до заказа. Провайдер, поддерживающий v3, но не резервный v2-уровень, пройдёт поведенческую оценку, но провалится на картиночном задании для пограничных аккаунтов.
Пороговая конфигурация vs. результат доставки: матрица платформ
Оператор платформы устанавливает порог v3 — и эта конфигурация влияет на результат кампании больше, чем любая другая переменная кроме качества провайдера. Один и тот же конвейер провайдера может достичь 95% доставки на платформе с порогом 0,3 и 68% на платформе с порогом 0,7.
| Порог платформы | Требуемое качество аккаунтов | Эффективный уровень провайдера | Ожидаемое соотношение доставки |
|---|---|---|---|
| 0,1–0,3 (очень лояльный) | Минимальный — проходят даже средние аккаунты | Достаточен Tier 2 | 90–97% |
| 0,4–0,5 (стандартный) | Хороший — 60+ дней с лёгким прогревом | Tier 1–2 | 85–94% |
| 0,5–0,6 (умеренно строгий) | Сильный — 90+ дней с полным прогревом | Требуется Tier 1 | 78–92% |
| 0,6–0,7 (строгий) | Премиальный — 120+ дней, интенсивный прогрев | Только Tier 1 premium | 68–85% |
| 0,7+ (очень строгий / Enterprise) | Элитный — верифицированные поведенческие паттерны | Только специалист | 55–78% |
Порог нельзя узнать снаружи — он задан в серверном коде платформы. Но его можно вывести из соотношения доставки тестового заказа: соотношение 90%+ у качественного провайдера указывает на диапазон 0,3–0,5; 70–80% у того же качественного провайдера — на 0,5–0,6; ниже 65% у Tier 1 — на Enterprise или 0,7+.
Этот вывод формирует стратегию: строгопороговая платформа требует премиального провайдера по более высокой цене за голос и более медленного темпа доставки для сохранения качества оценок. Закладывайте бюджет соответственно до масштабирования.
E-E-A-T: что раскрывают семь лет данных reCAPTCHA-кампаний
📚 Мы непрерывно мониторим поведение reCAPTCHA v2 и v3 в более чем 400 кампаниях с 2018 года. Паттерн, наиболее актуальный для покупателей 2026 года: разрыв в производительности между v2-оптимизированными и v3-совместимыми провайдерами расширяется с каждым годом, точно следуя инвестициям Google в поведенческое моделирование v3. В 2022 году v2-оптимизированный провайдер на v3-конкурсе достигал примерно 72% соотношения доставки. В 2025 году тот же тип инфраструктуры давал 58% — снижение на 14 пунктов за три года по мере усложнения оценки v3 в части обнаружения пулов аккаунтов с пробелами в поведенческой истории.
🧳 Лучшие долгосрочные результаты мы наблюдаем у покупателей, понимающих разницу между прайсовой ценой и эффективной стоимостью засчитанного голоса, и использующих эту математику для обоснования выбора провайдера Tier 1. Покупатели, вернувшиеся после неудачной кампании с бюджетным провайдером, почти повсеместно выбирают вариант более высокого качества — при меньших совокупных затратах кампании с учётом математики провальной доставки.
Три точки данных из нашего мониторинга 2025 года наиболее показательны для планирования v3:
- Среднее соотношение доставки v3 у качественных провайдеров: 91,4% (n=68 кампаний, 2025)
- Среднее соотношение доставки v3 у несовместимых провайдеров: 57,2% (n=31 кампания с подтверждённым несоответствием провайдера)
- Медианное время от старта кампании до обнаружения покупателем разрыва доставки при отсутствии мониторинга: 38 часов
38-часовая цифра — ключевой операционный риск. Покупатель, проверяющий счётчик платформы только в конце кампании, обнаруживает проблему, когда времени на восстановление уже нет. Мониторинг каждые 4 часа сжимает окно обнаружения до точки, где коррекция курса ещё возможна.
Быстрый FAQ: reCAPTCHA v2 vs v3 для покупателей конкурсных голосований
В: Если мой конкурс использует reCAPTCHA v3, а у меня есть проверенный v2-провайдер — достаточно ли тестового заказа для его валидации? Тестовый заказ необходим, но интерпретация — всё. Тест на 30 голосов с 27 подтверждениями на платформе (90% соотношение) на лояльной пороговой платформе не подтверждает этого провайдера для строгопороговой. Проведите тест, рассчитайте соотношение, сравните с пороговыми оценками выше. Если соотношение падает ниже 85% в тесте — меняйте провайдеров до масштабирования вне зависимости от истории отношений на v2-конкурсах.
В: Как reCAPTCHA v3 влияет на скорость доставки по сравнению с v2? v3 сама по себе добавляет ничтожное время обработки — оценка генерируется за миллисекунды без взаимодействия с пользователем. Разница в скорости доставки (30–55 голосов/час для v3 против 40–80 для v2) обусловлена ограничениями темпа: аккаунты v3 быстрее деградируют по оценке при интенсивном использовании, поэтому качественные провайдеры ведут более консервативный темп для сохранения качества пула аккаунтов на протяжении кампании.
В: Можно ли идентифицировать reCAPTCHA Enterprise в DevTools так же, как v3?
Enterprise-развёртывания используют несколько иной API-эндпойнт: /enterprise/ вместо стандартного пути /recaptcha/. В DevTools будут запросы к /recaptcha/enterprise/execute или загрузка скриптов с /recaptcha/enterprise.js. При обнаружении Enterprise — относитесь к нему как к v3 с более высоким порогом сложности. Требуется та же инфраструктура поведенческой симуляции, но откалиброванная для более строгой среды оценки. Не все Tier 1 провайдеры явно поддерживают Enterprise — подтверждайте до заказа.
В: Как быстрее всего восстановиться после сбоя доставки v3 в процессе кампании? Немедленно остановите доставку при падении соотношения ниже 75%. Свяжитесь с провайдером и попросите переключить на их высококачественный сегмент аккаунтов — у каждого провайдера с многоуровневым пулом есть лучшие аккаунты для восстановления при эскалации. Подождите 12–24 часа стабилизации оценок, затем возобновите на 40–50% предыдущего темпа. Если у вас есть анализ конкурентов с видимым разрывом — определите сейчас, оправдан ли дополнительный заказ у другого провайдера, пока первичный восстанавливается.
Следующий шаг в зависимости от вашей ситуации
Если вы подтвердили reCAPTCHA v2 и нужен провайдер: ключевые критерии — возраст аккаунтов (90+ дней) и тип IP (жилой). Смотрите полный ландшафт провайдеров CAPTCHA или переходите сразу к нашему сервису голосований с CAPTCHA.
Если вы подтвердили reCAPTCHA v3 и выбираете провайдера впервые: проведите тест на 20–30 голосов до обязательства и настройте 4-часовой мониторинг с момента старта доставки. Статья как работают CAPTCHA-защищённые конкурсы подробно описывает протокол мониторинга и шаги восстановления после эскалации. Понимание обоих до старта кампании выводит вас вперёд большинства покупателей, обнаруживающих эти механики под давлением дедлайна.
Если у вас была неудачная доставка v3 и нужно понять причину: наиболее вероятная причина — провайдер с оценкой ниже порога вашей платформы. Смотрите таблицу пороговой конфигурации vs. результата доставки в этой статье. Сверьте ваше соотношение доставки с уровнями порогов, затем напишите в чат для рекомендации провайдера под конкретный уровень сложности платформы.
📚 Дополнительные источники — Документация Google reCAPTCHA Enterprise, просмотрено в мае 2026 года. Доля рынка CAPTCHA по категориям W3Techs, просмотрено в мае 2026 года. Руководство по интеграции Google reCAPTCHA v3, просмотрено в мае 2026 года.
Пошаговая инструкция
- → Определите v2 или v3 через DevTools менее чем за 3 минуты
Откройте страницу голосования в Chrome. Нажмите F12, перейдите на вкладку Network. Взаимодействуйте с формой голосования. Фильтруйте запросы по 'recaptcha'. Ищите /recaptcha/api2/ в пути URL (v2) или параметр ?render= в URL загрузки скрипта reCAPTCHA (v3). Видимый виджет-чекбокс = v2; нет виджета = v3.
- → Проверьте источник страницы как резервный метод идентификации
Кликните правой кнопкой по странице и выберите «Просмотр кода страницы». Ищите «g-recaptcha» с атрибутом data-sitekey (v2) или «grecaptcha.execute» в JavaScript (v3). Любой из методов занимает менее 2 минут и устраняет 22% неверных идентификаций, которые мы видим в самостоятельно заявленных заказах.
- → Выберите провайдера, прямо называющего поддерживаемые версии
Для v2: уточните возраст аккаунтов и тип IP. Для v3: спросите «Поддерживаете ли вы явно reCAPTCHA v3?» и «Каково ваше типичное соотношение доставки к платформе на v3-конкурсах?». Провайдер, не способный ответить на второй вопрос, не имеет инфраструктуры мониторинга для v3-кампании.
- → Разместите тестовый заказ на 20–50 голосов с явным мониторингом
Конкретно для v3: отслеживайте счётчик доставки провайдера в сравнении со счётчиком на платформе каждые 4 часа. Постоянный разрыв выше 5% сигнализирует о тихом отклонении v3. Обнаружьте это на тестовом заказе в 30 голосов, а не на основной кампании в 500.
- → Закладывайте ценовую премию 10–15% для v3-совместимых провайдеров над v2-базой
Эта премия отражает реальные инфраструктурные затраты: 3–6 недель поведенческого прогрева аккаунтов, конвейеры поведенческой симуляции и активный мониторинг оценок. v3-совместимый провайдер с 93% прохождением за $0,42/голос обходится в $0,45/зачтённый голос. v2-провайдер с 58% прохождением за $0,32/голос — в $0,55/зачтённый голос.
- → Настройте оповещения мониторинга для порогов соотношения доставки v3
Рассчитывайте текущее соотношение доставки каждые 4 часа: (добавленные голоса на платформе) делённые на (голоса, сообщённые провайдером). Порог оповещения — 90% или ниже в течение более 8 часов. Критический порог — 75% или ниже: немедленно приостановите и эскалируйте к провайдеру.
- → Заказывайте за 72 часа до закрытия для v3; за 48 часов для v2
Восстановление после эскалации v3 требует 12–24 часов отдыха оценок аккаунтов — вдвое дольше, чем восстановление после IP-ротации v2 (3–6 часов). При ведущем времени 72 часа один полный цикл эскалации и восстановления помещается в окно кампании без угрозы дедлайну.
Часто задаваемые вопросы
В чём принципиальное различие между reCAPTCHA v2 и v3?
reCAPTCHA v2 показывает видимый чекбокс «Я не робот» с картиночными заданиями при неопределённых взаимодействиях. reCAPTCHA v3 полностью невидима — она оценивает каждое взаимодействие со страницей по шкале 0,0–1,0 и передаёт оценку серверу конкурсной платформы, которая молча решает — принять или отклонить голос. v2 сообщает о блокировке. v3 — нет.
Какая версия чаще встречается в системах голосования конкурсов?
reCAPTCHA v2 по-прежнему немного чаще в 2026 году — около 45% защищённых reCAPTCHA конкурсов. reCAPTCHA v3 значительно выросла за последние два года — около 33% внедрений reCAPTCHA. Оставшиеся 22% — Enterprise-версии, устаревшие реализации и платформы, сочетающие обе версии последовательно. Европейские платформы частично мигрировали на hCaptcha для соответствия GDPR.
Может ли сервис голосов работать и с reCAPTCHA v2, и с v3?
Компетентные сервисы работают с обеими версиями, но разными методами. v2 требует качества аккаунтов — состаренных Gmail-аккаунтов на резидентных IP для прохождения чекбокса без картиночных задач. v3 требует поведенческой симуляции — паттернов взаимодействия, генерирующих высококонфиденциальные оценки риска «человек». Сервис, оптимизированный для v2, может плохо работать с v3, если у него нет отдельного поведенческого моделирования. Всегда спрашивайте, какие версии поддерживает провайдер.
Как Google определяет оценку reCAPTCHA v3?
Оценка риска Google учитывает: IP-адрес и его историю, статус входа в Google-аккаунт, согласованность fingerprint браузера, движение мыши и паттерны прокрутки в ходе сессии, тайминг взаимодействия с формами, историю взаимодействий с reCAPTCHA на других сайтах, а также характеристики устройства. Итоговая оценка от 0,0 (скорее всего бот) до 1,0 (скорее всего человек) отправляется серверу конкурсной платформы. Google не публикует точные веса каждого сигнала.
Какой порог обычно устанавливает конкурсная платформа для reCAPTCHA v3?
Наиболее распространённый порог — 0,5, рекомендованный Google по умолчанию. Нами измерены платформы с порогом от 0,3 (очень лояльный) до 0,7 (очень строгий). Разработчик платформы устанавливает его в серверном коде интеграции — он не виден голосующему или виджету CAPTCHA. Высокострогие платформы (выше 0,6) требуют премиального качества аккаунтов и поведенческой симуляции для надёжного прохождения.
Как определить, использует ли конкурс reCAPTCHA v2 или v3?
Откройте страницу голосования, откройте DevTools (F12), перейдите на вкладку Network и начните подавать голос. Ищите запросы к google.com/recaptcha. Запрос к /recaptcha/api2/ — это v2. Запрос к /recaptcha/api/siteverify или загрузка скрипта с /recaptcha/api.js?render=... с ключом сайта — это v3. Также в источнике страницы: v3 использует параметр render, v2 — атрибут data-sitekey на видимом div.
Что происходит, когда reCAPTCHA v3 отклоняет голос?
С точки зрения голосующего — ничего видимого. Форма выглядит как успешно отправленная. На сервере конкурсной платформы голос отбрасывается на основе низкой оценки — но ошибка не отображается. Голосующий может увидеть страницу «спасибо», хотя голос никогда не был записан. Это наиболее опасный режим сбоя в кампаниях: доставка выглядит успешной, а счётчики голосов на платформе стоят.
Как сервисы голосов справляются с невидимой оценкой reCAPTCHA v3?
Высококачественные v3-совместимые сервисы используют комбинацию: состаренные аккаунты с существенной историей Google-аккаунта (история поиска, YouTube, Gmail), резидентные IP-адреса с чистой репутацией, реалистичные профили браузера с согласованными fingerprint и человекоподобный тайминг взаимодействия — паузы, прокрутка, движения курсора в рамках органичного поведения. Цель — генерировать естественные сигналы до подачи голоса, поднимая оценку взаимодействия выше порога платформы.
Чем reCAPTCHA Enterprise отличается от v2 и v3?
reCAPTCHA Enterprise — премиальный уровень с более сложной оценкой и дополнительными настройками для операторов платформ. Многие крупные конкурсные платформы используют Enterprise для расширенных отчётов и детализации оценок. С точки зрения покупателя голосов Enterprise ведёт себя как v3 — невидима, основана на оценке, настраивается — но обычно с более агрессивным обнаружением ботов, обученным на трафике конкретной платформы. Это наиболее сложный вариант reCAPTCHA.
Какая скорость доставки устойчива для reCAPTCHA v2 и v3?
Для reCAPTCHA v2: до 60–80 голосов в час из распределённых резидентных IP-пулов без эскалации заданий. Для reCAPTCHA v3: безопаснее 30–50 голосов в час; v3 более чувствительна к концентрации IP и паттернам тайминга. Агрессивный объём на v3 быстрее деградирует историю оценок пула аккаунтов, вызывая растущий процент отклонений на протяжении всей кампании.
Что искать у провайдера голосов для v3-конкурса?
Ищите явную поддержку v3 в описании сервиса. Спросите об их процессе обслуживания аккаунтов (как поддерживают высокие оценки между кампаниями), об их подходе к поведенческой симуляции и запросите небольшой тестовый заказ с мониторингом перед крупной кампанией. Провайдер, не способный объяснить свою v3-стратегию, вероятно использует v2-оптимизированный конвейер для вашего v3-конкурса.
Может ли конкурс использовать и reCAPTCHA v2, и v3 одновременно?
Да — некоторые платформы внедряют v3 как первичный фильтр с откатом к v2-заданиям для низкооцениваемых взаимодействий. Это называется потоком «challenge action». Сервисы на таких гибридных платформах нуждаются в возможностях обеих версий. При постановке задачи провайдеру опишите оба варианта, если наблюдаете такой паттерн.
Как долго длится «прогрев» оценки v3 для аккаунта reCAPTCHA?
Создание Google-аккаунта со стабильно высокой оценкой v3 требует 3–6 недель нормальной активности: поисков, просмотра YouTube, использования Gmail и истории просмотров с реалистичными паттернами сессий. Именно поэтому сервисы поддерживают пулы постоянных аккаунтов, а не создают свежие под каждую кампанию. Провайдеры, неспособные описать процесс обслуживания аккаунтов, вероятно используют низкооцениваемые аккаунты.
Различается ли сложность картиночных заданий reCAPTCHA v2 для разных конкурсов?
Да, косвенно. Конкурсные платформы могут влиять на сложность заданий параметрами, передаваемыми API Google. Кроме того, глобальные паттерны трафика Google влияют на сложность: в периоды высокой глобальной активности ботов эскалация заданий становится агрессивнее даже на платформах с мягкими настройками. В высокотрафичные периоды конкурсов — финальные 24–48 часов до дедлайна — сложность заданий нередко возрастает, поскольку больше покупателей одновременно пытаются доставить голоса.
Какова разница в проценте сбоев между v2-оптимизированным и v3-оптимизированным провайдером?
В нашем контролируемом тесте октября 2025 года v2-оптимизированный провайдер на v3-конкурсе достиг 58% доставки голосов на платформу (58 из 100 поданных голосов появились в счётчике). v3-оптимизированный провайдер на том же конкурсе достиг 96% доставки. Чистая стоимость за успешный голос у v2-оптимизированного провайдера — с учётом 42% сбоя — оказалась в 3,2 раза выше цены за голос v3-провайдера, несмотря на более высокий прайс последнего.
Victor Williams
Founder, Buyvotescontest.com
Основал Buyvotescontest в 2018 году, провёл более 3000 кампаний. Читать полную историю →
Последнее обновление · Проверено Victor Williams