Кліки, боти або сесії: три рівні автоматизації Telegram, які постійно плутають

Кліки, боти або сесії: три рівні автоматизації Telegram, які постійно плутають

Чим відрізняється управління Telegram через хмарний телефон (Cloud Phone), Bot API та користувацький клієнт MTProto — і чому вибір неправильного рівня створює технічні обмеження.

Уявіть команду, яка купує акаунти Telegram, проксі та доступ до Cloud Phone. Кожен акаунт відкривається в окремому середовищі Android. Синхронізація вікон дозволяє оператору повторювати кліки на кількох пристроях одночасно. Потім виникає питання: як команді автоматично читати діалоги, відповідати від імені звичайних користувацьких акаунтів, працювати зі своїми контактами, стежити за статусом сесій та збирати результати?

Проблема не в тому, що якийсь метод є обмеженим сам по собі. Проблема в тому, що користувачі часто плутають три різні механізми автоматизації, кожен з яких керує різним типом сутності.

У цій статті пояснюється, чим відрізняються автоматизація інтерфейсу (UI), Bot API та MTProto, які завдання насправді вирішує кожен підхід і коли однієї лише мобільної інфраструктури стає недостатньо.

«Автоматизація Telegram» — занадто розмите формулювання

Коли користувачі кажуть «автоматизація», вони можуть мати на увазі принципово різні речі:

• повторення дій у застосунку Android;
• чат-бот, система підтримки або сповіщень;
• виконання дій від імені звичайного акаунта Telegram;
• читання діалогів, доступних цьому акаунту;
• керування кількома авторизованими сесіями;
• обробка помилок та результатів для кожного акаунта.

Доки не визначено «особу» — хто або що має виконувати дію — обирати інструмент зарано.

Користувач BlackHatWorld описав типовий сценарій: він купив п’ять акаунтів Telegram, резидентні ротаційні проксі та підписку на AdsPower, створив окремі профілі та відкрив Telegram Web. Підготувавши середовище, він запитав, як автоматизувати дії у всіх профілях одночасно і чи потрібен йому «спеціальний бот Telegram». Учасники запропонували кілька різних рішень: автоматизація браузера, RPA, окремі скрипти, юзербот та сторонній інструмент для Telegram. Самі по собі ізольовані профілі не дають відповіді на питання, як саме будуть виконуватися дії в Telegram.

Користувач Stack Overflow сформулював проблему ще пряміше: він хотів дати боту доступ до звичайного акаунта, читати повідомлення та відповідати так, щоб відповідь виглядала надісланою користувачем. У відповідях пояснили, що Bot API не надає такої моделі загального доступу.

Це не вигадана проблема. У різних спільнотах слово «бот» використовують для позначення автоматизації екрана, Bot API та користувацького клієнта одночасно.

Почнемо з найбільш візуального підходу: автоматизації, яка бачить Telegram так само як оператор — через інтерфейс застосунку.

Рівень 1. UI Automation: Керування інтерфейсом Telegram

Що таке Cloud Phone?

Cloud Phone — це віртуальний Android-пристрій, який працює у хмарі. Він емулює реальний смартфон з власною операційною системою, оточенням та відбитками пристрою. Користувачі можуть встановлювати застосунки, відкривати їх та взаємодіяти з ними точно так само, як на фізичному телефоні.

FlashID надає саме такі хмарні телефони та дозволяє користувачам керувати кількома Android-пристроями одночасно.

Як працює Window Sync

Window Sync синхронізує операції між вікнами браузера та хмарними телефонами. Такі дії, як введення тексту, кліки, навігація та прокрутка, виконуються в одному вікні та відтворюються в обраних середовищах.

Для Cloud Phone це означає керування кількома екземплярами Android та застосунками, включаючи Telegram.

На практиці Window Sync — це швидше інструмент напівавтоматизації, ніж повна автоматизація на основі скриптів: оператор продовжує контролювати процес у режимі реального часу, а система повторює ті самі дії в кількох середовищах.

Чому це автоматизація інтерфейсу

UI-автоматизація керує тим, що відображається на екрані. Вона:

• відкриває застосунок;
• натискає на елементи інтерфейсу;
• вводить текст;
• прокручує сторінки;
• повторює дії в обраних Android-середовищах.

Це не Telegram API, і вона не викликає методи Telegram безпосередньо.

Де корисна автоматизація інтерфейсу

Цей підхід має сенс для:

• процесів, доступних лише через Android-застосунок;
• ручного керування нестандартними екранами;
• первинного налаштування акаунтів;
• роботи з системними дозволами;
• візуальної перевірки результату;
• операцій, де оператор повинен бачити та підтверджувати кожен крок;
• повторення ідентичних дій у кількох синхронізованих середовищах.

Чого UI-автоматизація «не знає» про Telegram

Window Sync працює з видимими діями в інтерфейсі. Вона відтворює введення, кліки та прокрутку, але не інтерпретує внутрішній статус кожної сесії Telegram і не обирає окрему гілку сценарію Telegram для кожного акаунта.

Сама по собі UI-автоматизація не знає:

• який акаунт Telegram відкритий;
• чи накладено на акаунт обмеження;
• чи знаходиться він вже в потрібному чаті;
• чи завершилося завантаження попередньої дії;
• чи зіткнувся акаунт з іншим системним діалогом;
• чи завершилося завдання Telegram на рівні сервера;
• який результат слід записати в статистику.

Автоматизація інтерфейсу ефективна, коли операція повинна проходити через застосунок, а інтерфейси залишаються в очікуваному стані. Однак об’єктом, яким вона керує, залишається екран, а не сесія Telegram як структурована сутність.

Коли команді потрібен автоматизований учасник діалогу, а не автоматизований екран, у гру вступає другий підхід: Bot API.

Рівень 2. Bot API: Автоматизація спеціального акаунта Telegram

Що таке бот Telegram?

Telegram визначає ботів як спеціальні акаунти, керовані програмним забезпеченням, які не потребують окремого номера телефону. Код бота зазвичай працює на зовнішньому сервері, а Telegram передає йому події через webhook або getUpdates.

Авторизація Bot API базується на унікальному токені. Запити надсилаються через HTTPS до методів Bot API, а відповіді повертаються у форматі JSON. Це принципово відрізняється від входу як користувач за номером телефону, кодом авторизації та 2FA.

Токен бота не можна розглядати як заміну користувацької сесії Telegram. Це облікові дані іншої сутності з іншою моделлю дозволів.

Завдання, з якими Bot API справляється добре

Bot API добре задокументований і призначений для створення:

• чат-ботів;
• рішень для підтримки клієнтів;
• систем сповіщень;
• меню та кнопок;
• Mini Apps (міні-застосунків);
• платіжних систем;
• керування групами та каналами за наявності необхідних прав;
• взаємодії з користувачами, які самі ініціювали контакт з ботом.

Ліміти Bot API

Telegram рекомендує ботам надсилати не більше одного повідомлення на секунду в один чат. Для груп встановлено ліміт не більше 20 повідомлень на хвилину, тоді як масові розсилки обмежені приблизно 30 повідомленнями на секунду. У разі перевищення цих лімітів Bot API починає повертати помилки 429.

Telegram також підтримує платні трансляції: за виконання певних умов бот може надсилати до 1000 повідомлень на секунду, оплачуючи обсяг у Telegram Stars. Ця функція призначена саме для розсилок підписникам бота; вона не перетворює Bot API на систему для керування звичайними користувацькими акаунтами.

Навіть у межах офіційної моделі ботів масштабування відбувається не шляхом імітації сотень акаунтів користувачів, а через окрему модель платформи з власними правилами та лімітами.

Бізнес-боти змінили межу між ботами та користувачами

У 2024 році Telegram Business дозволив користувачам підключати чат-ботів, які можуть обробляти та відповідати на повідомлення від їхнього імені. Власник акаунта може обрати, до яких чатів бот має доступ.

У травні 2026 року Telegram розширив цю модель до «Автоматизації чатів» у налаштуваннях профілю. Будь-який користувач тепер може підключити бота до свого профілю та налаштувати його доступ до чатів. З 8 травня 2026 року підписка Premium більше не потрібна для підключення Business Bot.

Технічно взаємодія відбувається через бізнес-з’єднання. Бот отримує окремий connection_id, набір дозволів та налаштування отримувачів.

Через авторизоване з’єднання бізнес-бот може використовувати підтримувані методи для надсилання та редагування повідомлень, позначення історії чату як прочитаної, зміни інформації профілю, роботи з медіа, закріплення повідомлень та виконання багатьох інших дій.

Однак існує важливе обмеження. Дозвіл can_reply дозволяє підключеному бізнес-боту надсилати та редагувати повідомлення лише в приватних чатах, де вхідне повідомлення було отримано протягом останніх 24 годин.

Тому було б неточно сказати, що Bot API взагалі не може діяти від імені користувача. Через обмежене бізнес-з’єднання він може виконувати деякі дії від імені підключеного профілю. Проте це делегована модель з власним ідентифікатором, дозволами та списком підтримуваних методів, а не повноцінна сесія користувацького клієнта.

Коли метою є не делегування окремих дій боту, а програмна робота з повноцінним акаунтом користувача як клієнтом Telegram, використовується третій рівень: MTProto.

Рівень 3. MTProto: Автоматизація повноцінної сесії користувача

Що таке MTProto?

MTProto — це протокол, який використовується клієнтами Telegram. Для сторонніх розробників Telegram надає TDLib — повнофункціональну кросплатформову клієнтську бібліотеку, яка відповідає за мережеву взаємодію, шифрування, локальне зберігання та узгодженість даних.

Як авторизується користувацький клієнт

Користувацький клієнт авторизується не через токен BotFather, а так само як звичайний акаунт Telegram:

• з api_id та api_hash;
• номером телефону;
• кодом авторизації;
• 2FA (двофакторною автентифікацією), якщо потрібно;
• збереженим ключем та даними сесії.

Telegram пов’язує авторизацію з auth_key_id клієнта. Після успішної авторизації клієнт може викликати методи, доступні акаунту користувача, не запитуючи новий код при кожному запуску.

Технічно точним терміном є «автоматизований користувацький клієнт Telegram». «Юзербот» є прийнятною загальновживаною назвою, але важливо розуміти, що це не акаунт бота. Це звичайний акаунт користувача, керований через клієнтську бібліотеку.

Що може робити користувацький клієнт

Telegram підтримує окремі списки методів: доступні лише користувачам, лише ботам та через бізнес-з’єднання.

Користувацький клієнт може працювати з сутностями, видимими для авторизованого акаунта, відповідно до його дозволів, налаштувань приватності та серверних обмежень. Ось чому MTProto обирають для сценаріїв, де системі потрібно:

• діяти від імені звичайного акаунта;
• працювати з доступними йому каналами та групами;
• читати діалоги;
• використовувати нативні методи користувача;
• планувати повідомлення;
• публікувати історії (Stories) з профілю користувача;
• обробляти додаткові події Telegram.

Чому MTProto — це більше, ніж просто черговий API

Робота з MTProto передбачає наявність інфраструктури, що зберігає стан (stateful):

• окрема авторизація;
• ключ сесії;
• локальне сховище;
• кеш сутностей (entities);
• оновлення (updates);
• помилки RPC;
• керування паралельним доступом;
• відновлення або анулювання сесії;
• серверні ліміти.

Ключова відмінність: у Bot API основним активом є токен бота. У автоматизації користувацьких акаунтів основним активом є сесія Telegram.

Що таке файл сесії?

Бібліотека Telethon зберігає авторизацію користувача у файлі сесії. Файл містить достатньо інформації для повторного входу без запиту нового коду. Файл SQLite зберігає дані про з’єднання, адресу та порт сервера Telegram, ключ авторизації та додаткову інформацію.

Telethon також зберігає інформацію про сутності, з якими працював раніше (користувачі, чати, канали), щоб не робити зайвих запитів до Telegram.

Сесія — це чутливий актив: кожен, хто отримає файл з валідною авторизацією, може отримати доступ до відповідного акаунта.

Паралельний доступ до сесії

При роботі з файлами сесій може виникнути помилка sqlite3.OperationalError: database is locked. Це стається, коли два або більше клієнтів використовують одну сесію одночасно. Рекомендоване рішення — використовувати окрему сесію для кожного клієнта.

На рівні сервера Telegram визначає помилку AUTH_KEY_DUPLICATED. Вона виникає, коли авторизована сесія надсилає запити паралельно через більшу кількість TCP-з’єднань, ніж дозволено. У такому разі ключ може бути анульований.

Масштабування MTProto — це не просто копіювання одного файлу сесії в кілька процесів. Команди повинні розуміти різницю між авторизацією Telegram, сесіями MTProto, локальним сховищем сесій та паралельними з’єднаннями.

Помилки — це нормальна частина роботи

Офіційна документація Telegram прямо зазначає: помилки будуть виникати під час роботи з API, і клієнт повинен правильно їх обробляти.

FLOOD_WAIT_X означає, що максимальна дозволена кількість спроб виклику методу була перевищена і клієнт повинен зачекати вказану кількість секунд. Це обмеження на стороні сервера, а не помилка інтерфейсу чи збій бібліотеки MTProto.

Збільшення кількості паралельних процесів не усуває FloodWaitError. Паралельні операції лише швидше наближають систему до ліміту флуду.

Офіційний API не робить будь-який сценарій прийнятним

Telegram вітає розробку сторонніх клієнтів, але його умови використання API вимагають, щоб застосунки не виконували дій від імені користувача без його відома та згоди.

Telegram також попереджає, що API-клієнти ретельно контролюються для запобігання зловживанням. Використання API для флуду, спаму або штучного маніпулювання лічильниками може призвести до перманентного бану.

Вибір UI-автоматизації, Bot API або MTProto не скасовує правила Telegram. Ні офіційний клієнт Android, ні офіційний API, ні спеціалізоване ПЗ не роблять заборонений сценарій прийнятним.

Справжня проблема починається не з першого входу, а з першої сотні сесій

Окремий MTProto-клієнт можна побудувати на базі бібліотеки. Однак зі зростанням кількості акаунтів виклики стають як операційними, так і технічними:

• де зберігається кожна сесія;
• який акаунт активний;
• які сесії обмежені або анульовані;
• яке завдання виконувалося;
• які дії були завершені;
• де зберігаються дані 2FA та додаткові параметри;
• чи можна використовувати конкретний акаунт у наступному завданні;
• скільки дій виконав кожен акаунт;
• як обробляти FLOOD_WAIT, помилки авторизації та обмеження;
• як запобігти конфліктному запуску однієї сесії в кількох процесах.

Створення MTProto-клієнта — це не те саме, що створення системи для керування великою кількістю клієнтів Telegram.

Що потрібно побудувати навколо стандартної бібліотеки MTProto

Чим більше акаунтів та робочих процесів у команди, тим більше функцій вона повинна реалізувати самостійно — або покрити комбінацією скриптів, баз даних та адміністративних таблиць:

• зберігання сесій;
• прив’язка акаунтів до параметрів та проксі;
• черга завдань;
• контроль паралельних операцій;
• обробка помилок RPC;
• статуси акаунтів;
• логіка повторних спроб (retry);
• журнал результатів;
• розподіл навантаження;
• інтерфейс оператора;
• імпорт та експорт форматів;
• звітність.

Telegram Expert: Не четвертий тип автоматизації, а готова система керування процесами MTProto

Telegram Expert працює на іншому рівні та вирішує завдання, що виникають при централізованому керуванні великою кількістю акаунтів Telegram.

Продукт поєднує в собі:

• панель акаунтів;
• папки та статуси;
• масову перевірку акаунтів;
• управління сесіями;
• підтримку форматів Session, JSON та TData;
• дії, що виконуються з акаунтів користувачів;
• управління діалогами;
• контакти;
• повідомлення;
• управління аудиторією;
• звіти;
• відстеження кількості виконаних дій;
• проксі та перевірку пулу проксі.

У Telegram Expert акаунти можна централізовано розділити на категорії: активні, тимчасово обмежені, назавжди заблоковані, заморожені, Premium, архівні та видалені. Масова перевірка дозволяє верифікувати акаунти та переміщувати їх між папками відповідно до результату.

Головна цінність панелі не просто у відображенні списку. Вона не дає оператору сприймати кожен файл сесії як однаково придатний для роботи.

Telegram Expert розуміє завдання, а не координати кнопок

Telegram Expert отримує завдання на рівні робочого процесу Telegram:

• перевірити обрані акаунти;
• прочитати непрочитані діалоги;
• виконати дію, використовуючи придатні сесії;
• записати результат;
• відокремити проблемні акаунти;
• сформувати статистику.

Чому Session, JSON та TData стають окремим інфраструктурним шаром

Формати акаунтів — це не просто файли для краси.

У Telegram Expert:

• генератор JSON створює відсутній або пошкоджений JSON-файл для сесії;
• конвертер перетворює акаунти з Session у TData і навпаки;
• дублікатор створює сесії для мобільних та десктопних клієнтів;
• панель забезпечує централізоване управління самими акаунтами та сесіями.

Cloud Phone зберігає робоче мобільне середовище. Session або TData представляють авторизацію клієнта Telegram. Для команди важливо не лише зберегти кожен компонент, а й мати можливість переміщувати акаунт між робочими форматами, необхідними для конкретного завдання.

Контроль результату важливіший за запуск завдання

Синхронізація UI наочно показує, що дію розпочато. Однак професійна автоматизація також повинна давати відповіді:

• скільки акаунтів почали виконання завдання;
• скільки завершили його;
• скільки зіткнулися з помилкою;
• скільки дій виконав кожен акаунт;
• які дані слід виключити або об’єднати;
• які акаунти більше не варто призначати в роботу.

Telegram Expert містить генератор звітів, функцію об’єднання баз даних та калькулятор, який відстежує кількість розсилок та запрошень, виконаних кожним акаунтом.

FlashID та Telegram Expert закривають різні частини одного процесу

FlashID:

• надає окремі хмарні телефони Android;
• ізолює мобільні середовища;
• дозволяє запускати застосунок Telegram;
• синхронізує кліки, введення тексту та прокрутку;
• допомагає команді керувати групами мобільних пристроїв.

Telegram Expert:

• керує користувацькими сесіями Telegram;
• відстежує статус акаунтів;
• виконує спеціалізовані завдання Telegram;
• розподіляє навантаження;
• фіксує результати;
• підтримує формати Session, JSON та TData.

FlashID керує середовищем та екраном. Telegram Expert керує акаунтом Telegram як операційною сутністю.

Bot API залишається окремим інструментом для чат-ботів, Mini Apps, сценаріїв підтримки та дозволених бізнес-сценаріїв.

Висновок

Жоден з трьох підходів не є універсальною заміною для інших.

1. Cloud Phone потрібен, коли процес має проходити через мобільний застосунок.
2. Bot API доречний, коли компанії потрібен окремий програмний учасник у Telegram або делегована автоматизація бізнес-чатів.
3. MTProto необхідний, коли система повинна працювати з повноцінною сесією користувача.

Коли кількість сесій зростає, головною проблемою стає не надсилання одного API-запиту, а управління всім життєвим циклом акаунтів. На цьому рівні Telegram Expert перетворює набір файлів сесій та розрізнених скриптів на централізовану систему управління.