Аккаунты держат телефоны, username, здоровье и паузу. Ключи хранят api_id/api_hash и внешние ключи. А прогрев, посев и личка берут уже готовые профили и гоняют задачи. Между «есть номер» и «можно трогать трафик» стоит отдельный слой: IP, через который сессия выходит в Telegram. В панели это раздел Прокси. В сайдбаре он в блоке «Аккаунты», рядом с Аккаунтами и Ключами, якорь #proxies. Заголовок экрана — про прокси-пул. Здесь не подключают телефон, не вводят api_hash и не пишут текст в личку. Здесь собирают пул адресов, проверяют их и смотрят, сколько аккаунтов уже привязано к каждой строке.
Пул аккаунтов: аккаунты в Telegram — пул и здоровье. Прогрев до исходящих: вступления и выход из чатов. Почему личка не первый шаг: рассылка в Telegram в личку. Связка в чужих чатах: посев в Telegram. Ниже только раздел Прокси: счётчики пула, таблица, проверка, импорт и модалка «Добавить прокси». Это не Аккаунты, не Ключи, не прогрев и не DM.
Когда Прокси, когда соседние модули
Раздел сидит в блоке аккаунтов, не в блоке трафика. Короткое имя в сайдбаре: «Прокси». Сверху четыре счётчика. Справа кнопки: «Проверить все», «Импорт из файла», зелёная «+ Добавить прокси». Пока в пуле пусто, на экране пустое состояние: «Прокси нет. Добавь по одному или массово.» Это не ошибка раздела — просто ещё нет ни одной строки.
- Аккаунты — соседний пункт того же блока. Там подключают профиль по номеру или QR. В модалке подключения есть дропдаун Прокси, по умолчанию «без прокси». Список в этом дропдауне читается из пула #proxies. Этот гайд — про сам пул, не про подключение телефона.
- Ключи (#apikeys) — соседний пункт, не этот экран. Там api_id/api_hash и внешние ключи (Smart Leads, TGStat). Не прокси-строки и не таблица HOST : PORT.
- Прогрев (Активность) — вступления по ссылкам и выход из чатов. Берёт уже подключённые аккаунты. Сам прокси-пул не греет и не чистит потолок чатов.
- Посев и личка — задачи трафика. Им нужны живые аккаунты с нормальным выходом. Раздел Прокси в чат не пишет и пачку в ЛС не стартует.
- Прокси — пул адресов: метка, тип, host:port, статус, задержка проверки, сколько аккаунтов уже сидит на строке. Отсюда не стартует прогрев, посев или DM «одной кнопкой».
Практическое правило продукта: одна сессия в одном месте; один прокси на аккаунт; джиттер обязателен; профиль важнее объёма. Лучше пять аккаунтов по двадцать действий, чем один жирный профиль. Порядок воронки: Прокси → Аккаунты → прогрев через Активность → сбор базы → чекер ссылок → работа на минимальных лимитах → входящие. Холодная личка в этот список не встаёт первой.
Нужен пул телефонов и здоровье — аккаунты. Нужно прогреть свежий профиль — прогрев. Нужна связка в чужом чате — посев, но только после живых аккаунтов с нормальным прокси. Холодная личка — последний слой: почему рассылку не начинают.
Что вы видите на экране
Четыре карточки сверху:
- ВСЕГО — сколько прокси в пуле.
- РАБОЧИЕ — прошли проверку и годятся.
- МЁРТВЫЕ — не прошли проверку; на живые аккаунты их не ставят.
- НЕ ПРОВЕРЕНЫ — ещё не смотрели строку.
Цифры отражают текущий пул. Новая строка часто попадает в «НЕ ПРОВЕРЕНЫ», пока вы не нажали проверку на строке или «Проверить все».
Справа сверху три кнопки. Проверить все — прогон проверки по пулу прокси. Это не старт прогрева, не комменты и не DM. Импорт из файла — массовое заполнение таблицы из файла. Импорт кладёт строки в пул; он сам не привязывает прокси к аккаунтам. Привязка делается при подключении или редактировании аккаунта через дропдаун. + Добавить прокси открывает модалку «Добавить прокси».
Колонки таблицы по порядку:
- #
- МЕТКА
- ТИП
- HOST : PORT
- СТАТУС
- MS
- ПОСЛЕДНЯЯ ПРОВЕРКА
- АККАУНТОВ
- ДЕЙСТВИЯ
MS — задержка последней проверки прокси, не «здоровье» Telegram-аккаунта. Здоровье профиля смотрят в разделе Аккаунты. АККАУНТОВ — сколько аккаунтов уже привязано к этой строке пула, не отчёт по трафику и не число ушедших ЛС. ПОСЛЕДНЯЯ ПРОВЕРКА — когда строку в последний раз прогоняли проверкой. Статус строки — состояние прокси после проверки, не статус задачи посева.
Пока таблица пустая, остаётся подсказка: «Прокси нет. Добавь по одному или массово.» Дальше либо «+ Добавить прокси», либо «Импорт из файла».
Как добавить прокси
Кнопка «+ Добавить прокси» открывает модалку «Добавить прокси». Поля по порядку:
- Метка (опц.) — плейсхолдер «например: ru-1». Метка для таблицы, не текст сообщения и не название задачи трафика.
- Прокси (строка) — плейсхолдер «socks5://host:port:login:password». В самой форме есть подсказка о поддерживаемых форматах; ориентируйтесь на неё и на этот плейсхолдер. Не выдумывайте схемы «на глаз», если их нет в подсказке формы.
Кнопки снизу: Отмена и Добавить.
Отмена закрывает модалку и ничего не сохраняет. Если ушли через Отмену, в таблице новой строки не будет. Это важно: закрытие без «Добавить» не пишет прокси в пул. После успешного «Добавить» строка появляется в списке. Статус и MS часто ещё пустые или в зоне «НЕ ПРОВЕРЕНЫ», пока вы не проверили пул.
Как собрать пул под трафик
- Откройте Прокси в TG Lead Finder. В сайдбаре это блок «Аккаунты», якорь #proxies. Не пункт «Аккаунты», не «Ключи», не «Прогрев» и не «ЛС».
- Если адреса уже лежат файлом, жмите Импорт из файла. Если добавляете по одному, жмите + Добавить прокси.
- В модалке заполните метку по желанию и строку прокси. Смотрите плейсхолдер socks5://host:port:login:password и подсказку формы о поддерживаемых форматах.
- Добавить. Если передумали — Отмена: запись не создаётся.
- В таблице проверьте метку, тип, HOST : PORT, статус, MS, последнюю проверку и колонку АККАУНТОВ.
- Нажмите Проверить все или проверку на строке. «Проверить все» гоняет пул прокси; оно не запускает прогрев, комменты и не открывает личку.
- Смотрите счётчики: РАБОЧИЕ оставляйте в обороте, МЁРТВЫЕ не вешайте на живые аккаунты, НЕ ПРОВЕРЕНЫ сначала прогоните.
- Дальше идите в Аккаунты. При подключении или правке профиля в дропдауне Прокси выберите строку из этого пула. По умолчанию там «без прокси» — оставляйте так только если это сознательный выбор, а не «потом разберёмся».
- Правило: один прокси на аккаунт. Не сажайте несколько профилей на одну строку «для экономии». Колонка АККАУНТОВ как раз показывает, сколько уже привязано; если цифра растёт на одном адресе — это сигнал нарушить правило, а не «оптимизация».
- Только после живого пула прокси и живых аккаунтов — прогрев. Потом сбор базы, чекер ссылок, работа на минимальных лимитах, входящие. Посев и холодная личка — позже, не вместо этого экрана.
Где ломается
- Пропускают прокси и оставляют весь пул аккаунтов на «без прокси». Несколько задач с одного IP бьются в лимиты быстрее, чем кажется.
- Сажают один прокси на много аккаунтов. Это ломает правило «один прокси на аккаунт». Колонка АККАУНТОВ растёт — это не похвала плотности, а предупреждение.
- Путают экран Прокси с Аккаунтами. Здесь нет телефона, QR и колонки здоровья профиля. Здесь пул адресов.
- Путают Прокси с Ключами. Ключи — соседний пункт, не этот экран: api_id/api_hash и внешние ключи, не HOST : PORT.
- Думают, что «Проверить все» стартует прогрев или DM. Кнопка проверяет пул прокси. Прогрев — в Активности: вступления и выход. Личка — отдельный модуль и не первый шаг.
- Жмут Отмена в модалке и ищут новую строку в таблице. Отмена ничего не сохраняет.
- Импортируют файл и сразу идут в холодную рассылку в личку. Импорт заполняет таблицу прокси, не привязывает их к аккаунтам автоматически и не прогревает профили.
- Вешают МЁРТВЫЕ прокси на живые аккаунты. Счётчик МЁРТВЫЕ — не декорация: мёртвый адрес не «оживёт» от того, что на него посадили телефон.
- Смотрят MS и думают, что это здоровье аккаунта. MS — задержка последней проверки прокси. Здоровье профиля — в разделе Аккаунты.
- Смотрят АККАУНТОВ и читают это как «сколько ЛС ушло». Это число привязанных аккаунтов к строке прокси, не отчёт рассылки.
- Ждут от этого экрана ротацию, автозамену мёртвых, выбор «страны» или ярлыки вроде residential/datacenter. В описанном UI этого нет: метка, строка прокси, проверка, импорт, привязка через дропдаун в Аккаунтах.
- Ломают джиттер и жмут объём одним жирным аккаунтом. Правило продукта: профиль важнее объёма; лучше пять аккаунтов × двадцать действий, чем один перегруженный.
Что делать после пула прокси
Воронка такая, не наоборот:
- Собрать и проверить пул в Прокси: метка, строка, проверка, рабочие vs мёртвые vs непроверенные.
- Подключить или поправить аккаунты и выбрать прокси в дропдауне — по одному на профиль: аккаунты.
- Прогреть свежие профили вступлениями и при необходимости выходом: прогрев.
- Дальше — сбор базы, чекер ссылок, работа на минимальных лимитах, входящие. Трафик по задаче: комменты, посев, тихий слой. Не все модули сразу на один телефон и не все с одного IP.
- Холодная рассылка в личку — не первый шаг и не проверка, «работает ли прокси». Для проверки прокси есть «Проверить все» и колонки статуса/MS.
Раздел Прокси не обходит правила Telegram. Он показывает, какие адреса у вас есть, какие рабочие, какие мёртвые, какие ещё не проверяли, и сколько аккаунтов уже сидит на каждой строке. Без этого пула дропдаун в Аккаунтах остаётся на «без прокси», несколько задач с одного IP бьются в лимиты, а личка сжигает свежий номер ещё до нормальной воронки.
Коротко
Прокси — пул адресов TG Lead Finder, якорь #proxies, блок сайдбара «Аккаунты». Не Аккаунты, не Ключи, не прогрев и не DM. Сверху счётчики ВСЕГО / РАБОЧИЕ / МЁРТВЫЕ / НЕ ПРОВЕРЕНЫ. Кнопки: Проверить все, Импорт из файла, + Добавить прокси. Пустое состояние: «Прокси нет. Добавь по одному или массово.» Колонки: #, МЕТКА, ТИП, HOST : PORT, СТАТУС, MS, ПОСЛЕДНЯЯ ПРОВЕРКА, АККАУНТОВ, ДЕЙСТВИЯ. MS — задержка проверки прокси. АККАУНТОВ — сколько профилей привязано к строке. Модалка «Добавить прокси»: метка (плейсхолдер «например: ru-1»), строка прокси (плейсхолдер «socks5://host:port:login:password»), подсказка формы о форматах, Отмена / Добавить. Отмена ничего не сохраняет. Импорт заполняет таблицу, не биндит аккаунты сам. Привязка — в дропдауне Аккаунтов (по умолчанию «без прокси»). Правило: один прокси на аккаунт. Сначала прокси, потом аккаунты, потом прогрев, затем трафик; личка не подменяет этот экран.
Модуль в TG Lead Finder. Пул профилей: аккаунты. Прогрев: вступления и выход. Личка не первая: почему не начинают. Связка в чатах: посев.