ГлавнаяБлогМультиаккаунтинг
🏭 Аккаунты · практика

Мультиаккаунтинг в Telegram: как вести много аккаунтов

Главная задача мультиаккаунтинга — не «завести много аккаунтов», а сделать так, чтобы они не выглядели одним человеком. Связывают их четыре вещи: общий IP, одинаковые параметры устройства, один api_id на всех и синхронный ритм действий. Убери эти совпадения — и проблема одного аккаунта перестанет быть проблемой всей пачки. Разбираем, как разделить роли, что покупать под каждую и на чём экономия выходит боком.

Что вообще связывает аккаунты

В API нет метки «эти аккаунты принадлежат одному человеку». Есть совпадения, каждое из которых само по себе ничего не значит, а вместе складывается в узнаваемую картину.

🌐

Один IP на всех

Пачка аккаунтов, заходящая с одного адреса, — самый очевидный след. Особенно если они ещё и действуют синхронно.

📱

Одинаковые параметры устройства

В json рядом с сессией лежат модель устройства, версия приложения и системы. Двадцать аккаунтов с идентичной подписью выглядят как то, чем являются.

🔑

Общий api_id

Если у пачки один ключ приложения на всех, они делят его лимиты и падают вместе. Документация прямо предупреждает про ошибку API_ID_PUBLISHED_FLOOD у общего тестового ключа.

Синхронный ритм

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

Практический вывод: работать надо не над «обходом», а над тем, чтобы совпадений было меньше. Это скучнее, зато работает.

Разделение ролей — главный приём

Типовая ошибка новичка: один аккаунт делает всё сразу — собирает, инвайтит, переписывается и держит канал. Он выбывает, и встаёт вся схема.

Роли лучше разнести, потому что у них разный риск:

РольЧто делаетРиск
СборщикТолько читает открытые данные: участников, сообщения, комментарии. Риск жалоб почти нулевой, поэтому такой аккаунт живёт долго.низкий
ИнвайтерДобавляет людей в группы. Действие заметное, аккаунты выбывают первыми — их не жалко и меняют чаще.высокий
КоммуникаторПишет в личку, отвечает, ведёт переписку. Нужен заполненный профиль и аккуратный темп.средний
ВладелецДержит каналы и группы, права админа. Потеря такого аккаунта дороже всех остальных вместе взятых.беречь

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

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

Окружение: что нужно каждому аккаунту

Минимальный набор, чтобы аккаунты не тянули друг друга на дно:

  1. Свой выход в сеть. Для активных ролей — отдельный резидентный прокси или мобильный, с закреплённым IP на сессию. Для сборщика можно группой.
  2. Свои параметры устройства. Модель, версия приложения и системы лежат в json рядом с сессией. Одинаковая подпись у всей пачки — лишнее совпадение.
  3. Свой api_id. Общий ключ означает общие лимиты: упрётся один — упрутся все.
  4. Свой облачный пароль. Двухфакторная защита на каждом, а пароли — отдельно от файлов сессий.
  5. Разный ритм. Не запускать всё одновременно: паузы, разное время старта, разный объём действий.

Две сессии на один аккаунт — это не мультиаккаунтинг

Частая путаница. Скопировать файл сессии и запустить его в двух местах — не «два аккаунта», а один вход с двух машин: Telegram будет рвать соединения.

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

Кстати, про сессии полезно знать ещё одно: в конфиге Telegram есть параметр authorization_autoconfirm_period — период, после которого неподтверждённая сессия подтверждается автоматически. То есть список активных сессий стоит просматривать не только при подозрениях, но и просто регулярно.

Сколько аккаунтов реально нужно

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

1–2сборщика — читают, живут долго
3–5рабочих под активные действия
1владелец — в массовых действиях не участвует

Наращивать имеет смысл, когда связка показала отклик. Иначе масштабируешь то, что не работает — и платишь за это аккаунтами. Про то, как считать экономику на старте, есть отдельный разбор.

Что покупать под роли

Тип аккаунта под задачу важнее, чем громкое слово в прайсе:

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

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

Типовые ошибки связки

  • Один прокси на всех «для экономии». Экономия сотни рублей ценой всей пачки.
  • Запуск всего одновременно. Двадцать аккаунтов, начавших действовать в одну секунду, выдают автоматизацию лучше любого другого признака.
  • Одинаковый текст с разных аккаунтов. Дублирующиеся сообщения собирают жалобы быстрее уникальных.
  • Работа по общей базе без сегментации. Чем меньше тема близка человеку, тем выше шанс жалобы — и она прилетит всем аккаунтам, которые пишут по этому списку.
  • Игнорирование FloodWait. Задержка привязана к аккаунту, но одинаковый ритм с нового приведёт туда же. Что означают ограничения и чем они различаются — в отдельном разборе.

Частые вопросы

Что такое мультиаккаунтинг в Telegram?

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

Сколько аккаунтов можно вести одновременно?

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

Как Telegram связывает аккаунты между собой?

Прямого «вы один человек» в API нет, но есть совпадения, которые видны: один IP, одинаковые параметры устройства в сессии, общий api_id, синхронные действия по времени, пересечение контактов. Чем больше совпадений, тем выше шанс, что проблема одного аккаунта отразится на соседях.

Нужен ли отдельный прокси на каждый аккаунт?

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

Можно ли держать один аккаунт в двух местах?

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

Что делать, если один аккаунт из связки забанили?

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

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

Аккаунты и прокси под каждую роль

Проверка аккаунта в момент выдачи, свой api_id в json, резидентные и мобильные прокси со sticky-сессией. Всё с одного баланса в боте.