Заморозка аккаунта Telegram: как отличить от спамблока и бана

Всё, что ниже, можно проделать руками и бесплатно - через официального бота Telegram и пару тестов в клиенте. Если аккаунтов десятки, руками это не масштабируется, и об этом будет отдельный раздел ближе к концу. Как мы вообще смотрим на риск блокировок - на отдельной странице, там же честный ответ, почему работу «без бана» не гарантирует никто.

Что такое заморозка аккаунта Telegram?

Официальное определение звучит так:

Техническая спецификация добавляет к этому главное - то, чего в FAQ нет:

Заморозка не висит вечно и не рассасывается сама. Это таймер до удаления, у которого есть одна кнопка паузы - апелляция.

Термины, которые встретятся ниже, разобраны отдельно: спамблок и отлёжка. Короткие определения там же, в глоссарии продукта - /docs/nachalo/glossariy/.

Чем заморозка отличается от спамблока?

Здесь и лежит главный пробел темы. Telegram описал оба состояния - у спамблока даже отдельная официальная страница, telegram.org/faq_spam. Но нигде не свёл их вместе, и границу читатель проводит сам.

Официальное определение спамблока:

Разница в одном обороте: «only send messages to people who have their number saved» - «отправлять сообщения только тем, у кого сохранён их номер». Канал наружу сужен, но не перекрыт. У заморозки он перекрыт целиком.

Строки про профиль и новую сессию - наблюдения отраслевого издания Telegram Info, а не официальная документация. Остальные строки подтверждены первоисточниками Telegram.

Как за минуту понять, что именно с аккаунтом?

1. В тексте ошибки есть число секунд? Есть - это FLOOD_WAIT или SLOWMODE_WAIT, и аккаунт здоров. Так выглядит ограничение скорости: аккаунт здоров. Подождите ровно столько, сколько назвал сервер.
2. Ошибка про чужие настройки приватности? USER_PRIVACY_RESTRICTED - получатель закрыл добавление в группы. Ваш аккаунт здоров, разбираться надо с базой.
3. Попробуйте ответить тому, кто написал вам первым. Ответ ушёл - это спамблок. Не ушёл - заморозка или что-то тяжелее, идите дальше.
4. Войдите с другого устройства. Новая сессия не создаётся, при этом старая спокойно читает чаты - заморозка.
5. Что в конфиге? Если ваш софт умеет читать help.getAppConfig, смотрите поля freeze_since_date, freeze_until_date и freeze_appeal_url. У здорового аккаунта этих полей либо нет вовсе, либо они нулевые. Непустые значения - заморозка, официально и однозначно. Ключевое тут freeze_until_date: это дедлайн, после которого аккаунт удаляют.
6. Код при входе не приходит, API отвечает PHONE_NUMBER_BANNED? Забанен номер. До логина вы даже не доходите, так что с аккаунтом это уже не связано.
7. USER_DEACTIVATED_BAN, код 401? Аккаунт уже удалён и забанен антиспам-системой. Восстанавливать нечего.
8. Ничего из перечисленного, но приходит PEER_FLOOD? Спамблок. Идите в @SpamBot и смотрите, назвал ли он срок.

Шаг с @SpamBot стоит последним не случайно. По наблюдениям Telegram Info, данные бота отстают до суток в обе стороны, а время он называет в UTC. Так что «бот сказал, ограничений нет» и «ограничений нет» - разные утверждения.

Как выглядит чистый ответ бота, видно во встроенном клиенте: «Ваш аккаунт свободен от каких-либо ограничений».

Тот же разбор по шагам, уже применительно к нашему чекеру, - в документации, раздел проверка на бан и спам.

Пока аккаунт один, эти восемь шагов проходятся за минуту. На тридцати это уже полчаса - и то если ничего не перепроверять и никуда не отвлекаться. Менеджер аккаунтов в TeleSpace прогоняет проверку по всему списку разом и раскладывает парк по состояниям - рабочие, бан, заморожен, спамблок, ошибка прокси. Посмотреть, как это устроено.

Все состояния аккаунта в одной таблице

Все формулировки ошибок - из официальной базы Telegram, core.telegram.org/api/errors.json. На человекочитаемой странице /api/errors описана только часть из них, поэтому машинную базу и стоит считать первоисточником.

Про «спамблок из коробки» - когда аккаунт приходит уже ограниченным - Telegram высказался прямо, и это меняет адресата многих претензий к продавцам аккаунтов:

И тут важно, чего в формулировке нет: ни слова про «плохие диапазоны» и про операторов. Мы сами называем этот случай спамблоком по гео - и в проверке аккаунтов он идёт отдельным видом, - но платформенного определения у него нет. Официальных причин Telegram называет ровно две: прошлый владелец номера и виртуальная природа номера. Такой блок обычно снимается сам, если дать аккаунту отлежаться: сроки и признаки мы свели в таблице ограничений.

Отдельно про «теневой бан»: слова «shadow» нет ни на одной из проверенных официальных страниц Telegram - ни в обоих разделах FAQ, ни в спецификации, ни в базе ошибок. За термином почти всегда прячется одно из трёх - невидимость канала в поиске, срабатывание антиспам-фильтра в конкретной супергруппе или обычный спамблок, который человек не распознал. Фильтр в группах, кстати, документирован: он доступен супергруппам от 200 участников, и это число Telegram публикует в конфиге API.

Почему «Too many requests» не про скорость?

Ключевое слово - spamreported. На аккаунт пожаловались. Скорость тут ни при чём, и замедление не поможет: метка уже стоит. Сама документация Telethon описывает симптом честно, хотя текст ошибки этому противоречит:

Практический разделитель простой и работает без документации: у FLOOD_WAIT есть число секунд, у PEER_FLOOD его нет. Число есть - аккаунт здоров, подождите. Числа нет - ждать нечего, идите разбираться в @SpamBot.

Вторая половина той же путаницы - лимиты ботов, которые переносят на аккаунты. У ботов числа опубликованы официально: не более одного сообщения в секунду в один чат, не более 20 сообщений в минуту в группу, около 30 сообщений в секунду на массовых рассылках. У пользовательских аккаунтов через MTProto не опубликовано ни одного числа. Это разные системы с разными правилами, и ошибка выглядит по-разному: у ботов это HTTP 429, у аккаунтов - MTProto 420. Если в логе фигурирует 429, вы смотрите на бота.

За что замораживают аккаунты?

Под наблюдением - значит порог срабатывания у такого аккаунта ниже, чем у обычного. Это касается любого софта для массовой работы, включая наш, и мы это не смягчаем: на странице о безопасности у нас отдельный блок о том, почему мы не обещаем работу «без бана».

Позиция разработчиков платформы ещё жёстче. В обсуждении на GitHub участник перечислил, чем пользуется рынок - тестовые аккаунты, прогретые аккаунты, купленные аккаунты, - и мейнтейнер официальной библиотеки TDLib ответил на весь список одной строкой:

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

Ещё одно повторяющееся наблюдение из обсуждений разработчиков: заморозка прилетает почти сразу после входа через свой софт. В одном из них автор пишет, что его проект «реализует только метод авторизации и всё», - и аккаунт всё равно заморозили.

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

Как подать апелляцию и чего при этом нельзя?

Порядок действий:

1. Откройте аккаунт и найдите плашку с кнопкой апелляции. Замороженный аккаунт читает чаты, так что доступ у вас есть. Это официальный и основной путь - Telegram называет его «апелляция из приложения».
2. Если у аккаунта спамблок - идите в @SpamBot. Он обслуживает оба сценария, но с разными вопросами.
3. Прочитайте ответ бота внимательно. Названный срок означает, что ограничение временное и снимется само. Срок не назван, но упомянута антиспам-система - сработал фильтр в группе. Срок не назван и антиспам не упомянут - обычная модерация по жалобам, сама не снимется. Тип ответа бота и есть тип ограничения.
4. Для бана, связанного с работой через API, пишите на recover@telegram.org и объясняйте своими словами, что вы делаете с API.
5. Ждите. Ускорить справедливое ограничение официально невозможно.

Последний пункт Telegram сформулировал сам, и цитата стоит того, чтобы её привести дословно:

И главное предупреждение для тех, у кого аккаунтов много:

Скрипт, который отправит сорок одинаковых писем, не разблокирует сорок аккаунтов. Он привезёт бан за сами письма. То же по смыслу относится к @SpamBot: там на входе капча и вопросы, рассчитанные на живого человека. Мы со своей стороны советуем подавать повторную апелляцию не чаще раза в два-три дня: по нашему опыту частые заявки грозят потерей авторизации. Это наша рекомендация, а не правило платформы - официального регламента по частоте обращений у Telegram нет.

Сколько длится заморозка?

У спамблока со сроками честнее - Telegram называет порядок величин прямо: первый раз «a few days or so», то есть несколько дней или около того; за повторы дольше, вплоть до «forever».

Всё остальное, что ходит по обсуждениям в виде чисел - «180 секунд между инвайтами», «не больше 30 инвайтов на аккаунт», - ни одним официальным источником не подтверждено. Позиция обеих популярных библиотек тут совпадает. Telethon: «Nobody knows the exact limits for all requests» - «никто не знает точных лимитов для всех запросов». Pyrogram: «exact limits are unknown and can change anytime» - «точные лимиты неизвестны и могут измениться в любой момент». Наши собственные ориентиры по темпу мы и подаём как ориентиры, а не как правила: они собраны в разделе про безопасность и лимиты, а заводские значения полей - в таблице лимитов.

Почему софт может не понимать, что аккаунт заморожен?

Хронология простая. Первые замороженные аккаунты в боевой версии Telegram появились 31 марта 2025 года. Тип ошибки FROZEN_METHOD_INVALID влили в Telethon 26 мая. Между этими датами почти два месяца, и всё это время софт видел заморозку как безымянную ошибку и, в зависимости от кода обработки, либо падал, либо уходил в бесконечные повторы. В форке pyrofork этих типов не было ещё в августе 2025 года.

Вторая ловушка тоньше и опаснее. FLOOD_WAIT_X и FROZEN_METHOD_INVALID официально лежат в одном классе 420. Обработчик, написанный по схеме «поймал 420, поспал, повторил», на замороженном аккаунте уходит в вечный цикл: числа секунд у заморозки нет, ждать нечего, аккаунт сам не оживёт. Тем временем тикает таймер до удаления.

Третья мелочь, которая портит наблюдаемость: Telethon по умолчанию молча спит при задержках до 60 секунд. Ранние сигналы перегрева не попадают в логи, и первое, что вы узнаёте, - что аккаунт уже лёг. Если следите за парком, порог стоит снизить и логировать каждую задержку как метрику.

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

Три состояния из девяти вообще не про ваш аккаунт:

1. FLOOD_WAIT с числом секунд - аккаунт здоров, это лимит скорости. Лечится темпом задачи; отлёжка тут лишняя.
2. USER_PRIVACY_RESTRICTED - ошибка про чужие настройки приватности. Массовое срабатывание на инвайт-задаче говорит о качестве базы: вы приглашаете людей, закрывших добавление в группы. Лечится фильтрацией базы.
3. Антиспам-фильтр конкретной супергруппы - аккаунт не пишет только туда, где фильтр включён, а в остальных местах работает.

Порядок разбора парка:

1. Прогоните проверку по всему списку целиком. Состояния распределены неравномерно: часть аккаунтов встанет на первом же тесте.
2. Разложите на группы: рабочие, спамблок со сроком, спамблок без срока, заморозка, бан, ошибка прокси.
3. Заморозку разбирайте первой - у неё таймер до удаления, и она единственная требует действия прямо сейчас.
4. Спамблок со сроком отложите - он снимется сам, трогать его не нужно.
5. Здоровые верните в работу, но на сниженном темпе: если легла часть парка, значит настройки задачи были слишком агрессивными для этих аккаунтов.
6. Не грейте ограниченные. Прогрев рассчитан на набор доверия здоровым аккаунтом. При спамблоке действия в сторону невзаимных контактов просто не пройдут. При заморозке не пройдёт ничего. При активном фильтре в группе попытки дадут новые срабатывания.

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

Семь действий, которые делают только хуже

1. Долбить @SpamBot по расписанию, чтобы ускорить. На прямой вопрос «снимите ограничение раньше» Telegram в своём Spam FAQ отвечает так же прямо: это невозможно. Бот существует для ошибочных ограничений; ускорять справедливые он не умеет. Хуже того: если жалобы продолжают поступать, спамблок продлевается сам.
2. Рассылать апелляции шаблоном по всему парку. Telegram предупредил об этом дословно: автоматически сгенерированные письма выявляют и банят.
3. Удалить аккаунт и создать новый на том же номере. По наблюдениям Telegram Info, платформа переносит спамблок на новый аккаунт того же номера, и смена номера аккаунту со спамблоком тоже не помогает. Официального подтверждения этому нет, но цена проверки высокая: вы теряете возраст и историю - единственное, что работало в вашу пользу.
4. Греть уже ограниченный аккаунт. Сначала диагностика, потом решение. Греть имеет смысл только то, что здорово.
5. Писать обработчик повторов на любой код 420. В классе 420 лежат и FLOOD_WAIT_X, и FROZEN_METHOD_INVALID. Схема «поймал 420, поспал, повторил» на замороженном аккаунте уходит в вечный цикл под тикающий таймер удаления.
6. Глушить задержки автосном библиотеки. Ранние сигналы перегрева не доходят до логов, и вы узнаёте о проблеме, когда парк уже лёг.
7. Опираться на числа с форумов как на лимиты. Ни одно из них не подтверждено официально. Обе библиотеки прямо пишут, что точные лимиты неизвестны.

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

Как снизить вероятность, что это повторится?

Что реально влияет на исход:

• Возраст и отлёжка. Свежий аккаунт ограничивают первым, и по нашим наблюдениям самые опасные - первые 48 часов его жизни. Аккаунту нужно время, и ускорить возраст нечем.
• Плавный разгон вместо максимума с первого дня. У нас за это отвечает прогрев: аккаунт проходит пять фаз от Ф0 до Ф4, и на рабочую нагрузку его ставят только с Ф4. Профиль задаёт темп поведения, но не возраст. На аккаунте, которому сутки от роду, агрессивный профиль означает одно: он упрётся в ограничения быстрее.
• Чистая база. Жалобы получателей - самый быстрый триггер ограничения, а жалобы приходят с нецелевой базы.
• Уникальный слепок на аккаунт. Аккаунты с одинаковым отпечатком утягивают друг друга: ограничение по одному тянет остальных. Это чинит дубликатор сессий.
• Заводские настройки задержек - не рекомендация. В наших полях по умолчанию стоят 5-15 секунд, и мы прямо пишем в таблице лимитов, что это занижено: на практике между инвайтами ставят 80-160 секунд, между сообщениями 15-30.
• Наблюдаемость. Смотрите не только на число отправленных, но и на долю ответов и жалоб. Резкое падение ответов - сигнал остановиться до того, как прилетит ограничение.