Мультиаккаунтинг в онлайн-образовании: репетиторы, курсы, LMS

Редакция GetAntik · 12 октября 2026 г. · 10 минут чтения

Как агентства репетиторов, школы курсов и L&D-команды ведут десятки кабинетов на Preply, GetCourse и LMS без путаницы и банов.

Онлайн-школа, агентство репетиторов или вендор корпоративного обучения рано или поздно упираются в одну и ту же стену: учеников, преподавателей, кураторов и клиентских LMS становится больше, чем может выдержать один браузер с одним профилем Chrome. Кто-то заходит в чужой аккаунт репетитора, чтобы проверить расписание, кто-то открывает тестовый профиль ученика в том же окне, где только что был вход администратора курса — и через неделю аккаунт блокируют за «подозрительную активность» или путают отзывы с разными учениками.

Это не история про обход правил. Площадки вроде Preply, iTalki, GetCourse, Udemy for Business или Coursera for Business прямо разрешают агентствам и школам управлять несколькими аккаунтами — репетиторов, кураторов, тестовых учеников. Запрещено другое: накручивать отзывы фейковыми учениками, обходить лимиты бесплатных пробных уроков одним и тем же человеком или имитировать активность ради алгоритмов. Разделение ролей и доступов — это ровно то, для чего сделаны мультиаккаунтинг-инструменты, и именно этим мы займёмся.

Кто реально с этим сталкивается

Агентства репетиторов. Компания ведёт 30–80 преподавателей на Preply или iTalki: у каждого свой профиль с расписанием, отзывами, перепиской с учениками. Менеджер агентства должен заходить в эти кабинеты для модерации, но учётные данные нельзя передавать в общий чат — это прямой путь к потере доступа при уходе сотрудника.

Авторы и продавцы курсов. Школа на GetCourse или Teachable продаёт несколько продуктов под разными брендами, у каждого свой кабинет с рассылками, вебинарами и тарифами. Плюс нужны тестовые аккаунты учеников — проверить, как выглядит личный кабинет, работает ли автоворонка, приходят ли письма.

L&D-вендоры и корпоративное обучение. Подрядчик обслуживает 10–20 клиентов, у каждого свой тенант в Coursera for Business, Docebo или corporate Udemy. Доступы разные, администраторы на стороне клиента требуют отдельный логин под каждую компанию — не дай бог перепутать отчёты по прогрессу сотрудников.

QA и методисты образовательных платформ. Нужно одновременно смотреть на курс глазами студента, преподавателя и администратора — три разные роли, три разных набора прав, и путать их в одном браузере неудобно и рискованно: можно случайно опубликовать черновик от имени живого преподавателя.

Почему один браузер на всех ломается быстрее, чем кажется

Главная проблема не в количестве паролей, а в отпечатке браузера. Когда менеджер агентства заходит под пятью разными аккаунтами репетиторов с одного и того же Chrome, антифрод-системы Preply или iTalki видят один и тот же canvas, одинаковый набор шрифтов, одинаковый WebGL-рендер, один и тот же IP. С точки зрения платформы это выглядит как один человек, который зашёл под пятью личностями — ровно то, что они пытаются ловить, борясь с фейковыми отзывами и накрученными уроками.

Вторая проблема — куки и сессии перемешиваются. Один репетитор видит переписку другого, тестовый студенческий аккаунт неожиданно получает права куратора, потому что в соседней вкладке осталась активная сессия администратора. На практике это выглядит мелко — до тех пор, пока школа не разошлёт письмо не той группе учеников от имени не того преподавателя.

Третья — передача доступа при ротации кадров. Репетиторы в языковых агентствах уходят и приходят чаще, чем менеджеры в обычном офисе. Если пароли лежат в общем файле, а не в системе ролей, каждый такой переход — риск утечки доступа к десяткам учётных записей учеников.

Где именно спотыкаются образовательные платформы

Для языковых платформ есть нюанс, которого нет на большинстве других сервисов: репетитору важно, чтобы часовой пояс и локаль браузера совпадали с заявленным местоположением в профиле — иначе расписание доступных слотов съезжает, а поддержка задаёт вопросы про геолокацию. Это тот случай, где согласованность отпечатка профиля — не абстрактная гигиена, а прямое влияние на то, корректно ли отображается расписание ученикам в их часовом поясе.

Как устроить пул профилей под образовательный проект

Практический подход — один профиль на одну сущность: один репетитор, один бренд курса, один клиентский тенант, одна тестовая роль. В GetAntik у каждого такого профиля изолированный браузерный движок с управляемым отпечатком — операционная система, версия браузера, экран, шрифты, WebRTC, часовой пояс и язык подтягиваются из IP прокси, так что профиль репетитора из Барселоны действительно выглядит как устройство из Барселоны, а не как тот же компьютер менеджера, что и профиль репетитора из Киева.

Структура пула обычно выглядит так:

1. Группа по продукту или бренду. Если школа продаёт три курса под разными марками, каждая марка — отдельная группа профилей: продавец, служба поддержки, тестовый ученик.
2. Группа по роли. Внутри агентства репетиторов — отдельные профили для аккаунтов преподавателей и отдельные служебные профили для менеджеров, которые заходят для модерации или ответа на жалобы.
3. Тестовые профили для QA. Отдельная группа «ученик-тест», «куратор-тест», «админ-тест» — чтобы методисты и разработчики не трогали боевые аккаунты живых людей. Похожий принцип разбора по ролям подробно разобран в материале про тестирование продукта в разных окружениях — там же показано, почему смешивать тестовые и рабочие сессии в одном браузере — плохая идея не только для образовательных сервисов.

Для агентства с полусотней репетиторов и десятком тестовых/служебных профилей план Team на 300 профилей с лимитом ролей и правами на участника закрывает задачу с запасом; для небольшой школы с одним брендом и парой кураторов хватает плана Base на 100 профилей.

Прокси, часовые пояса и язык — тонкости для языковых и глобальных платформ

На платформах, где преподаватель заявляет страну проживания (Preply, iTalki, Cambly), расхождение между геолокацией прокси и заявленным адресом — частая причина блокировки за «недостоверную информацию в профиле». Поэтому для каждого аккаунта репетитора нужен не просто рабочий прокси, а прокси с exit-IP в том же городе или хотя бы стране, что указана в профиле преподавателя, с подтягиванием часового пояса и языка браузера от этого же IP.

Для корпоративных LMS ситуация другая: клиент сам задаёт требования к географии доступа, иногда через VPN или whitelisted IP на своей стороне, и задача подрядчика — не спутать, через какой прокси заходить в тенант клиента А, а через какой — в тенант клиента Б. Встроенный менеджер прокси с проверками и привязкой к конкретному профилю снимает этот риск: проще выбрать прокси при создании профиля один раз, чем потом объяснять клиенту, почему администратор зашёл в его LMS с IP, который светился у трёх других организаций. Подробнее о том, как выбирать тип прокси под задачу и когда резидентные нужны больше, чем дата-центровые, описано в материале про прокси для мультиаккаунтинга.

Роли в команде, передача профилей и 2FA

В агентстве репетиторов и в L&D-вендоре почти всегда есть разделение: кто-то продаёт и ведёт отношения с клиентом, кто-то модерирует контент, кто-то отвечает за биллинг. Раздавать всем одинаковый доступ ко всем кабинетам — лишний риск, особенно когда речь о корпоративных клиентах, которые требуют отчёт о том, кто и когда заходил в их данные.

Ролевая модель с правами owner, admin, member и finance и лимитами профилей на участника закрывает эту задачу: менеджер по продажам видит только профили своих клиентов, финансист — только биллинговые кабинеты, куратор — только профили учеников своей группы. Когда репетитор или менеджер меняется, профиль передаётся новому сотруднику без пересылки пароля в мессенджере — просто меняется владелец внутри системы. Как устроена передача и на какие грабли чаще всего наступают при смене состава команды, разобрано в статье про роли и передачу доступа к профилям.

Отдельная боль образовательных платформ — двухфакторная аутентификация. У преподавателя на Preply обычно привязан телефон или приложение-аутентификатор, и если этот ключ лежит только на личном устройстве репетитора, агентство теряет доступ к аккаунту при любом конфликте или увольнении. Хранение 2FA-ключа в привязке к профилю, а не к личному телефону конкретного человека, снимает эту зависимость — ключ остаётся в системе компании, даже если репетитор ушёл.

Частые ошибки

Один браузер на всех репетиторов «для скорости». Экономия пяти минут на запуске нового профиля оборачивается блокировкой половины аккаунтов разом, потому что антифрод видит одинаковый отпечаток у десятков разных преподавателей.

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

Смешивание тестовых и боевых аккаунтов. Методист открывает тестового ученика в том же окне, где только что проверял рассылку с реального аккаунта куратора — и automated-письмо улетает не той аудитории. Разнесение по отдельным группам профилей с самого начала решает проблему радикально.

Общий пароль от LMS клиента на всю команду. Когда уходит сотрудник, который знал пароль от тенанта клиента, приходится либо менять пароль у всех разом, либо надеяться, что бывший коллега не воспользуется доступом. Ролевой доступ и логи активности закрывают этот риск сразу — видно, кто и когда заходил, без паролей в общих чатах.

Отсутствие прогрева новых аккаунтов репетиторов. Новый профиль преподавателя, который за первый час выставляет десять слотов, рассылает пять сообщений ученикам и обновляет описание — выглядит подозрительно для свежего аккаунта. Методичный прогрев активности в первые дни работы снижает число блокировок новых репетиторов заметно сильнее, чем кажется на старте.

Сколько это стоит и когда это окупается

Если агентство ведёт 25 репетиторов и 5 служебных профилей, тарифа Starter на 20 профилей уже не хватает, а Base на 100 профилей за $44 в месяц с запасом покрывает рост до сотни преподавателей без необходимости сразу переходить на Team. Для школы с несколькими брендами курсов и отдельными тестовыми аккаунтами обычно достаточно 30–50 профилей, что укладывается в тот же план Base.

Сравнивать стоит не абсолютную цену плана, а стоимость одной заблокированной учётной записи репетитора: потерянный аккаунт с историей отзывов и рейтингом восстанавливается неделями, а иногда не восстанавливается вовсе — приходится заново нарабатывать репутацию с нуля. Методика расчёта такой экономики с конкретными цифрами разобрана в материале про экономику мультиаккаунтинга и бюджет на профили — она применима и к образовательным проектам, просто вместо рекламных кабинетов считаются аккаунты преподавателей и кураторов.

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

Начать можно с бесплатного плана на 3 профиля, чтобы проверить, как изолированные профили ведут себя на конкретной платформе — Preply, GetCourse или корпоративной LMS — прежде чем переносить туда весь пул преподавателей. Список функций и то, как устроено управление профилями и командный доступ, можно посмотреть на сайте, а тарифы — на странице цен.

FAQ

Можно ли агентству репетиторов легально вести десятки аккаунтов на одной платформе? Да, если каждый аккаунт принадлежит реальному преподавателю или реальной тестовой роли, а не создан для накрутки отзывов или обхода пробных уроков. Большинство платформ для репетиторов прямо разрешают агентскую модель работы — запрещена имитация активности и фейковые личности.

Нужен ли отдельный прокси на каждый профиль репетитора? Да, особенно если платформа завязана на геолокацию преподавателя. Прокси с exit-IP в заявленном городе или стране снижает число запросов от поддержки с просьбой подтвердить личность и местоположение.

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

Что делать с тестовыми аккаунтами учеников, когда курс обновляется? Держать их в отдельной группе профилей, не пересекающейся с боевыми преподавательскими и кураторскими аккаунтами, и не логиниться под ними в том же окне, где только что была открыта админка — иначе есть риск перепутать сессии и отправить тестовое уведомление реальным ученикам.

Как передать доступ к кабинету клиента в LMS, если куратор уходит из компании? Через смену владельца профиля внутри системы ролей, без пересылки пароля новому сотруднику в переписке. Это сохраняет историю активности и не требует смены пароля у клиента на его стороне.

мультиаккаунтингонлайн-образованиеантидетект-браузеррепетиторыlms