Перейти к содержимому
Документация
Автоматизация (Режимы)

Инвайтинг

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

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

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

Куда приглашаем: канал или группа

Метод инвайтинга — переключатель из двух положений, по умолчанию В группу.

МетодКак это работаетЧто требуется
В группу (по умолчанию)Каждый рабочий аккаунт вступает в цель и приглашает свою долю аудиторииНичего, кроме возможности вступить: в группе приглашать может любой участник
В каналАккаунт, который владеет целью, сначала выдаёт остальным права администратора с правом приглашать, затем каждый приглашает свою долюОдин из рабочих аккаунтов должен быть владельцем или админом целевого канала

Владельца канал-метод определяет сам: он поочерёдно проверяет каналы и группы, которыми управляет каждый рабочий аккаунт (до 500 диалогов), и сравнивает их с целью по @username и по числовому ID. Первый подошедший становится «выдающим права». Если ни один рабочий аккаунт не управляет целью, роль достаётся первому аккаунту в списке, в лог пишется предупреждение, и выдача прав почти наверняка провалится — а за ней и приглашения.

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

Цель и аудитория

Цель инвайтинга — обязательное поле. Принимает @username, ссылку t.me, инвайт-ссылку или числовой ID.

Аудитория для приглашения — список тех, кого приглашать, по одному на строку: @username, номер телефона или числовой ID пользователя. Поддерживаются ссылки на переменные и ресурсы, так что список можно передать из другого режима — например из режима Парсинг.

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

Рабочие аккаунты и распределение

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

Дальше координатор нарезает аудиторию:

  1. Каждому рабочему аккаунту выдаётся свой случайный лимит из диапазона «Приглашений на аккаунт» — не одинаковое число на всех, а индивидуальное.
  2. Аудитория раздаётся по кругу (round-robin): первый пользователь первому аккаунту, второй — второму, и так далее. Аккаунт, исчерпавший свой лимит, из круга выбывает.
  3. Раздача останавливается, когда закончилась аудитория, сработал общий лимит или у всех аккаунтов кончились личные лимиты. Остаток аудитории в этом запуске просто не приглашается.

Из третьего пункта следует практическое правило: суммарная ёмкость запуска — это сумма личных лимитов всех рабочих аккаунтов. Список из 500 человек на пяти аккаунтах с лимитом 5–20 разойдётся в лучшем случае на 100 приглашений; остальное нужно догонять следующими запусками.

Лимиты и задержки

ПолеТипПо умолчаниюНазначение
Приглашений на аккаунтДиапазон5–20Безопасный потолок для одного аккаунта; каждому выдаётся случайное значение из диапазона
Ограничить общее число приглашенийФлажокВыключеноБез него приглашается вся аудитория, насколько хватит личных лимитов
Общий лимит приглашенийЧисло1000Потолок на всю задачу. Появляется при включённом флажке выше
Задержка между приглашениямиДиапазон, сек5–30Случайная пауза после каждого шага плана
Сначала добавлять в контактыФлажокВыключеноПеред приглашением пользователь заносится в контакты аккаунта

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

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

Что происходит после запуска

Выбор координатора. Рабочие аккаунты сортируются в стабильном порядке; первый становится координатором. Остальные потоки видят, что они не координаторы, и завершаются, ничего не делая.

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

Поиск владельца. Только для метода «В канал»: проверяется, кто из аккаунтов управляет целью.

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

Исполнение. Координатор идёт по плану: переключается на нужную сессию, выполняет шаг, ждёт задержку. Каждое успешное приглашение пишется в лог, каждая ошибка — тоже, и работа продолжается со следующего шага.

Возврат. По окончании координатор возвращается на собственную сессию и пишет в лог итог по цели.

Приглашение в группу переносит новому участнику до 100 последних сообщений истории — он сразу видит, что в чате происходило до него.

Риски

Инвайтинг — одно из самых наказуемых действий в Telegram. Здесь важно понимать разницу между ошибкой настройки и нормальным поведением системы.

  • «Privacy restricted» — это норма, а не поломка. Огромная доля пользователей запрещает добавлять себя в группы и каналы. Такие приглашения не проходят никогда, ни с каких аккаунтов, ни при каких задержках. Видеть такие ошибки в логе на каждом запуске — ожидаемо.
  • Ограничения прилетают быстро. Массовое добавление незнакомых людей — прямой триггер для FloodWait и блокировок. Именно поэтому лимит на аккаунт задан диапазоном и по умолчанию скромный.
  • Жалобы решают больше лимитов. Приглашённый может нажать «Пожаловаться» — несколько таких сигналов ограничивают аккаунт быстрее, чем любое превышение частоты.
  • Метод «В канал» уязвим к правам. Нет владельца среди рабочих аккаунтов — нет админских прав — нет приглашений. Проверьте это до запуска, а не по логам после.
  • Аккаунты не рассасываются по потокам. Один координатор ведёт всю задачу последовательно. Увеличение числа потоков не ускорит инвайтинг — оно лишь добавит потоков, которые сразу завершатся.

Рекомендации

  • Начните с 5–10 человек. Проверьте, что цель распознаётся, права выдаются, а приглашения доходят — и только потом подставляйте полный список.
  • Не поднимайте лимит на аккаунт бездумно. Значение 5–20 выглядит маленьким ровно потому, что расчёт идёт на много аккаунтов, а не на много приглашений с одного.
  • Увеличьте задержку для свежих аккаунтов. 5–30 секунд — минимум для прогретых; для новых безопаснее ставить заметно больше.
  • Прогрейте аккаунты заранее. Аккаунт, у которого нет ни подписок, ни переписок, а первое действие — приглашение сотни людей, расходуется почти сразу. Режим Прогрев для этого и есть.
  • Собирайте аудиторию осмысленно. Люди, спарсенные из тематически близкой группы, вступают охотнее и жалуются реже, чем случайная выборка.
  • Включайте разжалование, если выдавали права: оставленные админские права на канале — риск сам по себе, особенно если аккаунт потом уйдёт в другую задачу.

Часть аудитории не пригласится никогда

Если из 100 человек добавились 30 — это не сбой Multogram и не повод крутить настройки. Остальные закрыты приватностью или уже недоступны для приглашений. Пытаться «дожать» их повторными запусками с уменьшенными задержками — самый быстрый способ потерять рабочие аккаунты.