Прогрев Telegram-аккаунтов без фольклора

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

Что такое прогрев и почему он работает

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

Telegram не публикует правила своего антифрода, но наблюдаемое поведение устойчиво: он реагирует на дельту поведения. Аккаунт, который появился из ниоткуда - новое устройство, новая сеть - и сразу начал вкалывать, ведёт себя как все спам-боты на свете, и помечают именно его. Недели тихой истории, а затем чуть больше того же самого - сигнал куда слабее. Прогрев даёт ровно два актива: историю и правдоподобный фон активности, поверх которого ляжет будущая работа.

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

Как выглядит день прогрева

Правильно устроенный день прогрева скучный - и это осознанно. Примерно так:

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

Антипаттерн - цикл скрипта: фиксированные интервалы, всплески действий, активность в три часа ночи - классические машинные сигнатуры. Основную работу здесь делают две детали.

Тихие часы в собственной таймзоне аккаунта

Правдоподобная жизнь аккаунта идёт по часам страны его номера, поэтому тихие часы должны следовать таймзоне самого аккаунта, а не вашей: казахстанский номер, активный в четыре утра по Алма-Ате, потому что его оператор живёт в Лиссабоне, - это паттерн. Выставьте таймзону при подключении, а страну номера сведите с географией прокси - см. прокси для Telegram-аккаунтов.

Флот не ходит строем

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

Сколько греть

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

Этот вакуум рынок заполняет уверенным фольклором. Продавцы называют сроки «отлёжки» от 24-48 часов до 1-3 месяцев (проверено в августе 2026), и источники этих цифр, как правило, сами продают прогрев или аккаунты «с отлёжкой». Снаружи ни одну из них проверить нельзя. К любому «грейте ровно N дней» относитесь соответственно.

Готовые аккаунты действительно резко дорожают с возрастом регистрации - рынок сам считает историю дефицитным активом. Почему мы всё равно советуем регистрировать свои - в гайде про покупку аккаунтов.

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

Лимиты и окна

У каждого автоматического действия должно быть два ограничителя, без исключений: дневной лимит и временное окно. Не один общий счётчик на аккаунт, а лимит на каждый класс действий - Telegram оценивает их по-разному.

Самый острый пример - поиск; этот урок мы выучили на проде. Ранняя версия нашего же прохода поиска источников гоняла глобальные поисковые запросы с живого аккаунта без дневного лимита, без окна и без надёжной памяти о том, что уже искала. Обычный темп движка - несколько секунд между действиями - нормален для чтения канала, но глобальный поиск лимитируется куда жёстче. Проход стартовал вечером, никто не смотрел, и к утру аккаунт собрал флудвейт за флудвейтом: злоупотреблением был не отдельный запрос, а их объём и час суток. Остановить себя цикл не мог: не было ни лимита, в который можно упереться, ни окна, из которого пора выйти. Он работал, пока мы его не нашли.

У фикса четыре части, и все четыре обобщаются на любой класс действий:

1. Дневной лимит на класс действий, который хранится там, где его не обнулит рестарт. Счётчик, живущий в процессе, - не лимит: он стартует с нуля после каждого падения и каждого деплоя.
2. Надёжная дедупликация самой работы, чтобы повтор, рестарт или второй проход по тем же целям не тратили лимит дважды на одно и то же.
3. Окно, идущее по таймзоне аккаунта. Лимит без окна не мешает всей дневной норме свалиться на четыре утра.
4. Один медленный бакет на поисковые действия - минуты между вызовами, а не секунды, - общий для всех фич, которые ищут, чтобы два модуля не потратили по «полному» бюджету на одном аккаунте.

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

Сам флудвейт - кулдаун, а не приговор: выждите его целиком, а повторы читайте как сигнал снизить лимиты. Restricted, frozen и бан - липкие, это другой класс проблем; о них ниже.

Один держатель сессии на аккаунт

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

• Импортировали аккаунт в платформу - перестаньте одновременно вести его из другого инструмента. Один держатель сессии, точка.
• Купленные аккаунты часто приезжают с живой сессией продавца. Исходите из того, что она есть, пока не доказано обратное.
• Экспорт - контролируемое исключение: при экспорте из Teleliner вторая сессия создаётся намеренно, через QR-вход - см. tdata и session string.

Прогрев остановился сам: почему и что делать

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

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

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

Зачем нужен журнал действий

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

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

Журналом же проверяют вендоров, включая нас. «Тихий человеческий режим» - это заявление; лог на уровне действий - доказательство. Инструмент, который не может показать такой лог, - чёрный ящик, которому вы доверили актив.