Аналитика ГРУЗАП

Параметры отчёта

Сводка за последние 30 дней

Загружаю сводку…

Готовлю сводку…

О данных и расчётах

Здесь собраны правила обновления, хранения и расчёта показателей. Они помогут правильно читать графики и учитывать ограничения источников.

Когда и как обновляются данные
  • Приложение обновляет ВКонтакте, Instagram, Telegram, MAX, Яндекс Метрику и платежи ежедневно в 00:30 по томскому времени (UTC+7) — через 30 минут после окончания дня. Внешний сервис не сообщает точное время появления данных о платежах.
  • Данные YouTube обновляются в 00:30 по тихоокеанскому времени: в 14:30 по Томску летом и в 15:30 зимой. Предварительные значения показываются сразу, а в течение 72 часов ежедневно обновляются до подтверждения.
  • Если источник не вернул данные или ответил ошибкой, загрузчик повторяет запрос через 15 минут только для него. Остальные источники не затрагиваются. При обновлении Яндекс Метрики повторно загружаются последние четыре дня.
  • Перед каждым запросом приложение проверяет, есть ли в SQL-базе данные за нужную дату. Актуальные источники пропускаются, остальные обновляются независимо.
  • При запуске проекта выполняется контрольное обновление. Если загрузчик останавливается, контейнер перезапускает его. Ошибка внешнего API отображается в системном уведомлении со ссылкой на подробности.
  • В SQL-базе приложения хранятся дневные данные. Недельные и месячные значения рассчитываются при построении отчёта.
  • Для платежей SQL-база хранит по каждому дню сумму, количество и средний чек. Средний чек недели, месяца или произвольного периода рассчитывается как общая сумма платежей, делённая на общее количество платежей, а не как простое среднее дневных значений.
  • На графиках выручки и количества первым считается первый успешный PURCHASE пользователя с известным ID. Его последующие платежи считаются повторными. Для платежей без ID используется тип платёжной системы: PURCHASE считается первым, остальные типы — повторными. Средний чек на эти категории не разделяется.
  • Текущий день в отчёт не включается. Данные доступны начиная с 1 апреля 2026 года.
  • Платежи отображаются с момента запуска мобильного приложения в июне 2026 года. Более ранние платежи из Telegram-бота на этом дашборде недоступны.
Максимальный период: 30 дней при группировке по дням, 12 недель — по неделям и 12 месяцев — по месяцам. Для недель и месяцев дата начала сдвигается вперёд до первого полного периода.
Панель администратора данных

Технический статус загрузчиков и подробности ошибок доступны администраторам данных.

Зайти в панель администратора данных →
Как считаются просмотры

ВКонтакте. Приложение ежедневно сохраняет накопленные просмотры публикаций из wall.get. Прирост между соседними снимками распределяется по дням; дням выхода новых публикаций даётся больший вес. Прежняя статистика посещений страниц сообщества удаляется при переходе на новую методику.

YouTube. Используются фактические просмотры канала по дням из YouTube Analytics. YouTube группирует дни в тихоокеанском часовом поясе и может уточнять значения в течение 72 часов. Предварительное число сохраняется в SQL-базе, показывается на графике со знаком «≈» и ежедневно заменяется свежим. После окончания периода уточнения значение получает подтверждённый статус.

Instagram. API Instagram не предоставляет полную историческую динамику по дням. Каждый день приложение сохраняет накопленные просмотры публикаций за последние 90 суток.

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

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

При первой загрузке истории ВКонтакте, Instagram, Telegram и MAX нельзя восстановить точную дату каждого просмотра. Поэтому просмотры каждого поста моделируются только с даты публикации вперёд: сначала формируется пик, затем — плавно затухающий хвост. До публикации просмотры не начисляются. Общая сумма сохраняется точно, но распределение исторических значений по дням, неделям и месяцам остаётся оценкой.

Сравнение отнесения всех просмотров ко дню публикации и распределения просмотров Instagram по дням
Instagram. Сверху все накопленные просмотры отнесены к дате публикации. Снизу тот же общий объём распределён с даты публикации вперёд.
Сравнение отнесения всех просмотров ко дню публикации и распределения просмотров Telegram по дням
Telegram. Модель распределения по дням заменяет одиночные искусственные пики стартовым всплеском и последующим затухающим хвостом.
Сравнение отнесения всех просмотров ко дню публикации и распределения просмотров MAX по дням
MAX. Каждый новый пост повышает дневную динамику только после своей публикации; просмотры назад во времени не переносятся.

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

«Нет данных» показывается только тогда, когда внешний источник не вернул значение или загрузка завершилась ошибкой. Знак «≈» означает, что YouTube уже вернул число, но ещё может его уточнить. Если доступна только часть недели или месяца, период получает статус «Неполные данные» и включает все полученные значения, в том числе предварительные. Значение 0 отображается как реальный ноль только после ответа источника. Загрузчик YouTube ежедневно повторно запрашивает последние семь дней, поэтому уточнения заменяют прежние значения в SQL-базе приложения.

Как восстанавливаются пропущенные дни

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

  • общая сумма прироста сохраняется без изменений;
  • прирост распределяется почти равномерно, с небольшими различиями между днями;
  • дни с новыми публикациями получают повышенный вес;
  • повторный расчёт всегда даёт те же значения;
  • новая публикация относится к дате публикации по томскому времени.
Смоделированные значения помогают показать непрерывный тренд, но не являются точной статистикой за каждый день или час. Модель сохраняется в SQL-базе приложения и не меняется при каждом открытии отчёта. Фактическое распределение по дням доступно только для источников, которые его предоставляют.
Как определяются новые посетители сайта и их источники
  • Учитываются посетители, чей первый визит в Яндекс Метрике попал в период отчёта.
  • Для каждого счётчика хранится справочник без дублей: сочетание «счётчик + ClientID» записывается только один раз.
  • Сначала приложение проверяет UTM-метку. Если её нельзя распознать, используется адрес страницы первого перехода (referrer), а затем — источник первого визита из Яндекс Метрики.
  • Варианты названий объединяются: например, youtube и yt относятся к YouTube. Домены и поддомены одного сервиса получают общее название.
  • Если признак email найден в utm_source, utm_medium или адресе перехода, источник всегда относится к «Почтовым рассылкам».
  • Исторические данные прежней посадочной страницы объединены с данными сайта и отображаются как единая история новых посетителей сайта.
  • Источники с 1 посетителем в день, не более 7 за неделю или не более 30 за месяц объединяются в «Прочее». ВКонтакте, Instagram, Telegram, YouTube и MAX всегда показываются отдельно, даже при нуле.
  • Нажмите «Прочее», чтобы посмотреть входящие в него источники.
  • В детализации «Прочего» источники с одним посетителем объединяются в строку «Единичные переходы». Переходы между собственными страницами gruz.app и guide.gruz.app исключаются как внутренние.