Кейс7 мин чтения

Масштабирование регистрации аккаунтов на 50 профилей: реальный пакетный сценарий

Команда объединила уникальные данные профилей, автоматическое решение CAPTCHA и recovery-проверки, чтобы провести регистрацию в 50 браузерах последовательно от начала до конца.

8 мар. 2026 г.

Сценарий

Команде нужно было зарегистрировать аккаунты на платформе в 50 профилях антидетект-браузера. Каждый аккаунт требовал уникальный email, имя, номер телефона и пароль. Процесс регистрации включал проверку email, вызов reCAPTCHA v2 и шаг адаптации после регистрации.

Выполнение вручную заняло бы 3-4 часа. С Ornold MCP и AI-агентом вся партия завершилась менее чем за 25 минут — включая решение CAPTCHA и восстановление после ошибок.

Подготовка: данные для каждого профиля

Первый шаг — подготовка уникальных данных для каждого из 50 профилей. Каждое поле, требуемое формой регистрации, должно было иметь отличное значение для каждой сессии. Повторное использование данных между профилями — самый быстрый способ получить флаг.

Команда подготовила набор данных с:

Уникальные адреса email (по одному на профиль, от разных провайдеров)
Реалистичные имена, соответствующие локали/языку профиля
Надёжные пароли (уникальные для каждого профиля, не последовательные)
Номера телефонов для SMS-верификации (из сервиса виртуальных номеров)

Качество данных важнее скорости автоматизации. Один дублированный email или явно поддельное имя могут вызвать обнаружение мошенничества и пометить всю партию. Потратьте время на создание реалистичных, разнообразных наборов данных.

// Пример структуры набора данных профиля
const profiles = [
  { email: "sarah.mitchell@proton.me", name: "Sarah Mitchell", phone: "+1-555-0142", password: "kR9#mPx2vL" },
  { email: "james.wong@tutanota.com", name: "James Wong", phone: "+1-555-0198", password: "nT4$hQw8bJ" },
  // ... ещё 48 уникальных профилей
];

Этап 1: запуск и навигация

С 50 готовыми сессиями Linken Sphere (каждая со своим прокси, отпечатком и часовым поясом) первый шаг — одновременная навигация всех на страницу регистрации.

// Запустить все сессии и перейти на страницу регистрации
await browser_list(); // Проверить, что доступны 50 сессий
await browser_parallel_navigate({ url: "https://target.example/signup" });

// Дождаться загрузки формы во всех сессиях
await browser_parallel_wait_for({
  text: "Create your account",
  timeoutMs: 20000
});

48 из 50 сессий загрузили страницу регистрации за 8 секунд. Две сессии были медленнее из-за задержки прокси — команда `wait_for` ждала, пока они догнали на отметке 14 секунд.

Этап 2: заполнение формы

Каждой сессии нужны были собственные уникальные данные. Команда параллельного заполнения Ornold принимает массив значений, которые соответствуют 1:1 активным сессиям:

// Заполнить email — каждая сессия получает уникальное значение
await browser_parallel_fill({
  ref: "email",
  values: profiles.map(p => p.email)
});

// Заполнить имя
await browser_parallel_fill({
  ref: "fullname",
  values: profiles.map(p => p.name)
});

// Заполнить пароль
await browser_parallel_fill({
  ref: "password",
  values: profiles.map(p => p.password)
});

Заполнение формы во всех 50 сессиях заняло около 3 секунд. Режим взаимодействия на основе DOM (бесплатный, без vision-кредитов) справился со структурированными полями формы без проблем.

Этап 3: решение CAPTCHA

На странице регистрации была задача reCAPTCHA v2. Ornold обнаружил её во всех 50 сессиях и отправил запросы на решение параллельно:

// Решить CAPTCHA во всех 50 сессиях
const captchaResult = await browser_solve_captcha();
// { total: 50, detected: 50, solved: 47, failed: 3 }

47 из 50 CAPTCHA решены с первой попытки (15-35 секунд). Три сессии не прошли — сервис решения истёк по времени. Вместо повторной попытки всей партии команда повторила только неудачные сессии:

// Повторить неудачные сессии
const retryResult = await browser_solve_captcha();
// Нацеливается только на сессии, которые всё ещё имеют нерешённые CAPTCHA
// { total: 3, detected: 3, solved: 3, failed: 0 }

Решение CAPTCHA — самый медленный шаг в большинстве потоков регистрации. Решайте после заполнения формы (не раньше), чтобы минимизировать вероятность истечения токена.

Этап 4: отправка и проверка

С заполненными формами и решёнными CAPTCHA следующий шаг — нажать кнопку отправки и проверить, что регистрация прошла успешно:

// Отправить форму
await browser_parallel_click({ ref: "submit" });

// Дождаться страницы успеха
await browser_parallel_wait_for({
  text: "Check your email",
  timeoutMs: 15000
});

// Проверить статус
const status = await browser_status();

Результаты после отправки:

46 сессий достигли страницы подтверждения "Check your email"
2 сессии получили дополнительный вызов безопасности (запрос верификации по телефону)
1 сессия получила ошибку "too many requests"
1 сессия истекла по времени во время отправки

Этап 5: восстановление после ошибок

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

Верификация по телефону (2 сессии)

Этим сессиям требовался дополнительный шаг. AI-агент обнаружил поле ввода телефона, заполнил виртуальные номера из набора данных и отправил. Обе сессии завершились после SMS-верификации.

Ошибка ограничения скорости (1 сессия)

Ошибка "too many requests" была связана с прокси — IP был использован недавно. Команда переключила прокси сессии и повторила попытку. Регистрация прошла успешно со второй попытки.

Истечение времени (1 сессия)

Простая перезагрузка страницы и повторная отправка исправили это. Данные формы всё ещё были заполнены (браузер их сохранил), поэтому требовалось только повторить действие отправки.

Финальный результат: 50 из 50 аккаунтов успешно зарегистрированы. Общее время от первой навигации до последнего подтверждения: 23 минуты.

Что сделало это возможным

Несколько факторов превратили это из хрупкого скрипта в надёжную пакетную операцию:

Данные для каждого профиля — каждая сессия имела уникальные, реалистичные данные. Без дубликатов, без паттернов.
Параллельное выполнение — все 50 сессий проходили каждый этап вместе, не по одной за раз.
Выборочное восстановление — ошибки обрабатывались для каждой сессии, а не путём перезапуска всей партии. AI-агент определил, что пошло не так, и применил правильное исправление.
Проверки статуса между этапами — вызовы `browser_status()` и `wait_for` после каждого шага рано обнаруживали расхождения.
Логика повторного решения CAPTCHA — неудачные решения повторялись индивидуально вместо повторного решения всей партии.

Разбор времени

Запуск сессии + навигация: ~15 секунд
Заполнение формы (50 сессий): ~3 секунды
Решение CAPTCHA (первый проход): ~35 секунд
Повторное решение CAPTCHA (3 сессии): ~25 секунд
Отправка формы + проверка: ~10 секунд
Восстановление после ошибок (4 сессии): ~8 минут
Итого: ~23 минуты на 50 аккаунтов

Без этапа восстановления после ошибок счастливый путь для 46 сессий завершился бы примерно за 2 минуты. Большая часть общего времени была потрачена на решение CAPTCHA и обработку граничных случаев — что ожидаемо в таком масштабе.

Уроки для масштабирования дальше

Качество данных — узкое место, а не скорость автоматизации. Потратьте больше времени на реалистичные наборы данных, чем на оптимизацию времени клика.
Качество прокси напрямую влияет на процент успеха. Дешёвые общие прокси приводят к ограничениям скорости и блокировкам. Жилые или мобильные прокси работают значительно лучше.
Не запускайте больше сессий, чем может обработать ваша машина. 50 экземпляров Chromium требуют 16-24 ГБ оперативной памяти. Следите за использованием ресурсов и масштабируйте оборудование перед масштабированием количества сессий.
Встройте восстановление в рабочий процесс с самого начала. При 50+ профилях некоторые ошибки гарантированы. Вопрос в том, обрабатываете ли вы их автоматически или вручную.
Сначала протестируйте с 5 профилями. Проверьте весь поток от начала до конца перед масштабированием до 50. Отладка в масштабе экспоненциально сложнее.
Распределяйте большие партии. Запуск 100 профилей одновременно с одного диапазона IP — красный флаг. Разделите на группы по 20-30 с задержками между ними.