Старты Telegram-бота: чем отличаются запуски, пользователи и рефералы

Старт Telegram-бота — событие начала взаимодействия, обычно связанное с /start. Уникальный пользователь — отдельный аккаунт в принятой системе учета. Реферал — пользователь, которого проект отнес к конкретному приглашению по своим правилам. Активный пользователь — аккаунт, совершивший определенное действие за выбранный период.

Эти показатели нельзя подменять друг другом. Кроме того, «старты» в отчете или услуге могут означать команды, новые аккаунты либо запуски без повторов. Прежде чем сравнивать цифры, уточните единицу измерения и правила подсчета.

Что происходит при запуске Telegram-бота

В документации Telegram о глобальных командах /start описана как команда начала взаимодействия. При первом открытии чата с ботом пользователь видит кнопку Start.

Для измерения результата разделяйте четыре этапа:

1. Пользователь открыл профиль или диалог.
2. Отправил команду боту.
3. Бот обработал команду.
4. Пользователь выполнил дальнейшее действие.

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

В журнале полезно отдельно фиксировать получение команды и результат ее обработки. Иначе одинаковая цифра «запусков» может скрывать как успешные первые контакты, так и обращения, на которые бот не ответил.

Основной контекст этой статьи — личный диалог с обычным ботом. Не все взаимодействия с Telegram-ботами обязательно начинаются с /start.

Запуски, пользователи, рефералы и активность — таблица различий

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

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

Почему один пользователь может дать несколько стартов

Повторная команда не создает новый аккаунт. Один и тот же пользователь может снова отправить /start, а журнал — сохранить каждое такое событие.

Отчет при этом может исключать повторы по устойчивому идентификатору аккаунта. Поэтому количество событий и количество пользователей не обязаны совпадать.

Рассмотрим условный пример, не статистику Telegram или Promobox:

• за неделю получено 1 200 событий /start;
• они связаны с 1 000 различными аккаунтами;
• 800 аккаунтов впервые появились в доступной истории;
• остальные 200 были известны системе раньше.

Таким образом, 1 200 стартов, 1 000 уникальных пользователей и 800 новых пользователей — совместимые показатели.

При этом 200 событий сверх числа уникальных аккаунтов нельзя автоматически приписать 200 ранее известным пользователям. Повторы могли поступить и от новых аккаунтов.

«Новый» здесь означает новый для доступной истории учета. После переноса базы или потери старых записей впервые обнаруженный аккаунт не обязательно является действительно новым для проекта.

Как работают ссылки с параметром start

Telegram поддерживает передачу параметра при запуске бота. Разработчик может использовать его для выбора сценария или определения источника.

Шаблон ссылки:

https://t.me/<bot_username>?start=campaign_a

Это пример формата, а не ссылка на действующего бота. <bot_username> обозначает имя бота, а campaign_a — условную метку.

В документации Telegram о deep linking показана передача такого значения в команде запуска. В приведенном примере обработчику нужно распознать /start campaign_a.

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

Одна метка может обозначать рекламную кампанию, другая — идентификатор пригласившего. Наличие start само по себе не создает реферальную программу и не подключает Google Analytics. Это не универсальная замена UTM-разметке.

Mini Apps используют отдельные механизмы запуска. Проверку обычного /start нельзя автоматически переносить на мини-приложение.

Почему запуск по ссылке может не засчитаться как реферал

Передача параметра и зачет приглашения — разные этапы. Механизм Telegram помогает передать значение, а проект решает, что с ним делать.

Проверяйте цепочку последовательно:

• Дошло ли событие до бота? Открытие ссылки еще не подтверждает получение команды.
• Получен ли нужный параметр? Сравните ожидаемую метку с записью в журнале.
• Поддерживает ли проект эту ссылку? Рабочий адрес бота не обязательно является действующей ссылкой программы.
• Соответствует ли аккаунт требованиям новизны? Уточните определение нового участника.
• Выполнено ли обязательное действие? Возможно, программа считает приглашение только после отдельного шага.
• Есть ли причина отказа? Проверьте применимые правила повторных приглашений или проверки качества.

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

Не рассчитывайте, что новая ссылка задним числом исправит источник. Сначала выясните, какую запись сохранила система и допускает ли программа ее изменение.

Как оценить результат после старта

Для анализа предложим последовательность:

Уникальный запуск → полезное действие → повторное использование → целевой результат.

Это методика измерения, а не обязательный стандарт Telegram.

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

Определите активацию как конкретное событие, показывающее первый полезный результат. Нажатие кнопки и успешное завершение операции лучше не объединять.

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

Пример расчета активации и возврата

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

Предположим:

• 240 из этих 800 аккаунтов выполнили выбранное полезное действие в первые 24 часа после первого запуска;
• 80 из тех же 800 повторили нужное действие в окне D7.

Для этого примера день привлечения считаем нулевым. Окно D7 — период от 168 часов включительно до 192 часов после первого запуска каждого аккаунта.

Активация

240 ÷ 800 × 100% = 30%.

Знаменатель — все 800 новых пользователей когорты. Числитель — 240 аккаунтов, выполнивших действие в первые сутки.

Возврат в окне D7

80 ÷ 800 × 100% = 10%.

Знаменатель остается тем же: 800 аккаунтов исходной когорты, а не 240 активированных в первые сутки.

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

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

Эти 30% и 10% — результаты условного расчета, не отраслевые нормы и не обещания продвижения.

Что проверить перед продвижением бота

Перед кампанией пройдите короткий чек-лист:

1. Бот отвечает на /start. Проверьте получение команды и понятный ответ.
2. Первое полезное действие очевидно. Пользователь понимает, что сделать после приветствия.
3. Источник сохраняется корректно. Тестовая метка появляется в нужной записи.
4. Повторы учитываются по принятому правилу. События и уникальные аккаунты разделены.
5. Известно условие зачета реферала. Зафиксируйте событие и основания отказа.
6. Кампании и даты привлечения можно анализировать отдельно. Иначе когорты и источники смешаются.

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

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

Что выбрать в Promobox — запуски или рефералов

Запуски Telegram-бота — услуга, связанная с запуском выбранного бота. При проверке 17 октября 2026 года вариант «Запуск бота | Микс» стоил 0,001 USD за единицу услуги. Это цена указанного варианта, а не стоимость активированного пользователя или засчитанного реферала; актуальные условия нужно сверять перед заказом.

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

Если рассматривается накрутка стартов бота, сначала сопоставьте обещанное исполнение с событиями своего учета. Заказ запусков не означает автоматического роста покупок, удержания или числа пользователей, получивших полезный результат.

Дополнительные сведения об услугах собраны в материале о покупке рефералов. Оценку исполнения заказа и продуктовую аналитику ведите отдельно: они отвечают на разные вопросы.

Перед следующей кампанией определите результат

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