Что именно Tarn умеет находить
12 проверок сгруппированы по тому, что они проверяют. У каждой есть описание и пример возможной проблемы. Пороги можно настроить, а ненужные проверки отключить.
Эти поломки случаются чаще остальных
У каждой проверки свой порог, и любую можно выключить. Здесь стоят самые частые поломки, а следом идёт полный список по группам.
Пропавшие события
MissingАктивное событие перестало приходить. Tarn сообщает об этом по результатам проверки, чтобы вы могли найти проблему до подготовки отчёта.
Скачок объёма
VolumeСобытий стало в разы меньше или больше обычного — в том числе внутри одного среза: платформы, версии, региона.
Схема параметров
SchemaПараметры разошлись с планом: пропали обязательные, сменился тип или появились новые, которых в плане нет.
Дубли по регистру
CasingОдно событие приходит как Sign_Up и sign_up. Разный регистр разделяет статистику, а Tarn показывает возможный дубль.
События вне плана
SprawlВ данных появилось событие, которого нет в плане. Каталог подскажет, на какое из существующих оно похоже.
Сдвиг распределения
DistributionДоли значений изменились: например, вместо 60% и 40% стало 90% и 10%. Tarn замечает изменение, даже если набор параметров остался прежним.
Эти проверки смотрят на событие целиком
Они отвечают на два вопроса: приходит ли событие вообще и сколько его приходит.
Скачок объёма
volumeОбъём отличается от обычного для этого часа и дня недели: по событию в целом или в отдельном срезе.
Обычно это: После релиза событие приходит реже только в новой версии приложения.
Пропавшие события
missingАктивное событие плана не приходит несколько часов при обычной частоте.
Обычно это: Выключенный флаг функции или удалённый вызов, который никто не заметил.
События вне плана
sprawlСобытие приходит в аналитику, но отсутствует в плане.
Обычно это: Событие добавили вместе с новой функцией или переименовали в коде, но не обновили план.
Дубли по регистру
casingТо же имя в другом написании: Sign_Up рядом с user_signed_up.
Обычно это: Расхождение между кодом и планом, а не поломка продукта.
Событие приходит исправно и при этом бывает сломано внутри
Эти проверки смотрят на содержимое события: состав параметров, значения и границы чисел.
Схема параметров
schemaПропал обязательный параметр, появился незапланированный, значение вне перечисления, пустая строка вместо отсутствия.
Обычно это: Имя параметра изменилось в коде, но осталось прежним в плане или на другой платформе.
Сдвиг распределения
distributionДоли значений параметра разошлись с обычными при живом объёме.
Обычно это: Доля одного способа оплаты резко снизилась. Возможная причина — ошибка при его использовании.
Резкий рост числа значений
cardinalityУ параметра резко выросло число различных значений.
Обычно это: В поле категории оказалось название товара или идентификатор.
Диапазон значений
param_rangeЧисло вышло за объявленные границы или его перцентили заметно сдвинулись.
Обычно это: Единицы измерения: копейки вместо рублей, миллисекунды вместо секунд.
За событиями Tarn считает ещё и людей
Tarn проверяет, изменилось ли число пользователей или число событий на пользователя. Это помогает отличить снижение аудитории от повторной отправки событий.
Задвоение событий
user_dupНа пользователя приходится заметно больше событий, хотя общий объём почти не изменился.
Обычно это: Повторная отправка события компенсирует снижение числа пользователей.
Меньше людей
user_dropУникальных заметно меньше, а событий приходит столько же.
Обычно это: После релиза изменилась идентификация или события стала отправлять меньшая группа пользователей.
Событий на человека
user_distИзменилась форма распределения, хотя средние остались на месте.
Обычно это: Появился длинный хвост: боты или цикл повторов на одном сегменте.
Источники могут по-разному учитывать одно событие
Поэтому источники сверяются ещё и между собой, а не только каждый со своим планом.
Сверка источников
reconcileДва источника считают одно и то же событие по-разному — устойчиво, с поправкой на отставание выгрузок.
Обычно это: Событие отправляется в одну систему аналитики, но не отправляется в другую.