Документация/Статистика

Статистика

Статистика

Технические метрики, оплаты и подписчики

Статистика

Технические метрики, оплаты и подписчики

Статистика редактора: как читать и применять

Раздел Статистика показывает фактическое поведение бота по данным runtime и аудита. Это рабочий инструмент диагностики: что реально происходило, где ошибки и как меняется база платежей/подписчиков.

Важно
Важно: статистика ничего не “чинит” сама. Она нужна для принятия решений: какие ноды править, где добавлять fallback, какие ветки перегружены ошибками.

Рабочий цикл

  • 1) Выберите вкладку (Техническая, Оплата, Подписчики) под текущую задачу.
  • 2) Сузьте период/фильтры, чтобы убрать шум.
  • 3) Найдите аномалию: резкий рост ошибок, пустые события, неожиданный источник.
  • 4) Вернитесь в Canvas/System, внесите правку и повторите Save -> Test.
  • 5) Снова откройте статистику и проверьте, что метрики изменились в правильную сторону.

1. Вкладка: Техническая

Показывает нагрузку, ошибки и системные события выбранного бота.

Когда использовать: Когда бот “ведет себя странно”, часть сообщений не проходит или растет error rate.

Фильтры и диапазоны
Диапазон: 1h / 24h / 7d.
Кнопка Обновить для принудительной перезагрузки данных.
Используйте короткий период (1h), когда ищете свежий сбой.
KPI и ключевые метрики
Всего событий — количество за выбранный диапазон.
Ошибки — число событий уровня error.
Error rate — доля ошибок от всех событий.
Событий / мин — интенсивность потока.
Подписчиков и Активных в периоде — аудитория на том же диапазоне.
Что смотреть глубже
Блок Серия событий по времени помогает увидеть провалы/пики активности.
Блок Топ источников ошибок показывает, где чаще всего ломается (runtime, telegram, editor и т.д.).
Блок Последние системные события полезен для корреляции: settings.saved, test.started, test.stopped.
Если событий ноль — сначала проверьте, был ли реально запущен тест и приходили ли update из Telegram.

2. Вкладка: Оплата

История платежей по боту с фильтрами и сводными метриками.

Когда использовать: Когда нужно проверить успешность оплаты, застрявшие pending-платежи и корректность провайдера.

Фильтры и диапазоны
Поиск по payer/id/username.
Период: 24h / 7d / 30d / all.
Фильтр по методу и статусу.
KPI и ключевые метрики
Всего платежей — число транзакций за период.
Сумма — агрегат по суммам (с учетом валютных ограничений интерфейса).
Успешные — число подтвержденных оплат.
Ожидание / ошибки — pending и failed в одном KPI.
Что смотреть глубже
Таблица показывает: кто оплатил, id платежа, сумму, способ, статус, время.
Если pending растет и не падает — проверьте callback/webhook провайдера и таймаут авто-отмены.
Если статус “failed” массовый — проверьте секреты/ключи платежного провайдера и payload.
Для ручной проверки спорной транзакции сверяйте запись в статистике с логами runtime.

3. Вкладка: Подписчики

База пользователей, которые взаимодействовали с ботом, плюс аналитика по источникам.

Когда использовать: Когда нужно понять рост аудитории, активность и качество входящего трафика (message vs callback).

Фильтры и диапазоны
Поиск по имени/username/user id.
Период: 24h / 7d / 30d / all.
Источник: message / callback_query / unknown / all.
KPI и ключевые метрики
Всего подписчиков — общий размер базы.
Активны в периоде — пользователи с активностью в выбранном окне.
Новые в периоде — новые пользователи по first_seen.
Последняя активность — последний зафиксированный контакт.
Что смотреть глубже
Отдельные карточки показывают распределение по источникам (message, callback_query, unknown).
Блок языков показывает top language_code — полезно для приоритезации локализаций.
Таблица подписчиков: пользователь, id, язык, источник, first/last seen.
Если подписчики “не растут”, проверьте включен ли режим сбора подписчиков в разделе System.

Диагностика

  • Сначала определите тип проблемы: техническая, платежная или аудитория.
  • Для общего среза по всем ботам используйте Dashboard -> Статистика; раздел Статистика в редакторе показывает данные только по текущему боту.
  • Не анализируйте “за всё время” при оперативной отладке — начинайте с узкого периода.
  • Сверяйте метрики со временем последнего деплоя/сохранения, чтобы не анализировать старую версию.
  • Если цифры выглядят неверно, нажмите Обновить и проверьте логи теста за тот же период.
  • Для сложных кейсов фиксируйте: период, фильтры, ключевые KPI до/после правки.

Навигация по документации

Переходите по страницам по порядку, как по учебному маршруту.