Трекинг ломается при каждом релизе.
Tarn замечает за час
и находит причину.
Tarn подключается к Amplitude, AppMetrica, Mixpanel или вашей базе данных и каждый час проверяет, что события приходят так, как задумано. Если событие пропало, резко просело или изменило структуру — вы получаете алёрт с готовым разбором: что сломалось, где и почему. Каждая проверка — с SQL-запросом, который можно перепроверить.
Проверено прогоном на 5 000 000 событий. Демо открывается без регистрации: продукт настоящий, данные вымышленные.
Событие перестаёт приходить в четверг вечером.
Отчёты врут с пятницы. Команда узнаёт в конце месяца — по расхождению в выручке.
У поломки трекинга нет симптомов: дашборды рисуются, запросы отрабатывают, ошибок в логах нет. Просто цифры уже не значат того, что значили неделю назад.
Источник: опрос 200 специалистов по данным, Wakefield Research по заказу Monte Carlo, март 2023 — State of Data Quality.
От поломки до причины — 42 секунды
Так это выглядит в вашем рабочем пространстве, когда очередной релиз ломает событие.
Релиз 4.2.1 сломал checkout_completed на iOS 17. Общий объём почти не изменился: проверка по общей сумме этого не заметит, проверка в каждом срезе — заметит.
Каждый час Tarn сверяет план с реальными данными
Шесть детекторов проверяют все события плана и всё, что приходит сверх него. Пороги считаются не только по общей сумме, но и в каждом срезе — поэтому падение в одной версии релиза не растворяется в среднем.
- Пропавшие события, резкие изменения объёма, расхождения параметров, дубли имён и события вне плана
- Важность зависит от масштаба: критичное уходит в дежурный канал, остальное копится в дневную сводку
- Slack, Telegram и почта — в каждом сообщении ссылка на готовый разбор
Не просто алёрт — готовый разбор причины
Пока команда читает сообщение, Tarn уже разложил падение по платформам, версиям и регионам, нашёл, что осталось целым, и сравнил параметры с обычным периодом. Вывод строится на этих проверках — каждая показана вместе со своим SQL-запросом.
- Сначала считается всё, что проверяется без AI: срезы, контрольная группа, корреляции, распределения
- Модель только формулирует вывод — без неё разбор всё равно соберётся
- У каждого шага открывается SQL-запрос, которым он получен
Каталог событий — источник правды для сверки
Мониторинг работает, когда есть с чем сравнивать. Каталог импортируется из вашего же источника целиком — 810 событий за 14 секунд — или собирается из PRD, макетов и скриншотов, с едиными правилами имён и пометками персональных данных.
- У события есть владелец, статус, история изменений и версии плана со сравнением
- Документация для разработчиков открывается по ссылке — без аккаунта
- Найденная мониторингом поломка видна прямо в строке события
Шесть способов, которыми ломается трекинг
На каждый — отдельный детектор со своим порогом. Проверка каждый час, чувствительность — до отдельного среза.
Должно приходить, но не приходит. Это видно через часы — а не через месяц в отчёте.
Событий стало в разы меньше или больше обычного — в том числе внутри одного среза: платформы, версии, региона.
Пропали обязательные параметры, сменился тип или появились новые, которых в плане нет.
Sign_Up и sign_up считаются как разные события — статистика расползается по дублям.
В данных появилось незадокументированное событие. Каталог подскажет, на какое из существующих оно похоже.
Доли значений параметра изменились: было 60 на 40 — стало 90 на 10. Структура цела, а данные уже другие.
Что это даёт каждому в команде
Не нужно дежурить по дашбордам
Мониторинг смотрит на каждый срез каждый час. Вместо утренней проверки графиков — алёрт с готовым разбором и SQL-запросами, которые можно перепроверить.
Цифрам снова можно доверять
Видно, какая часть плана сходится с продакшеном, у каждого события есть владелец, у каждого инцидента — время обнаружения и причина. Расхождения не доезжают до отчёта руководству.
Сразу видно, какой релиз виноват
Алёрт называет версию и платформу, разбор — гипотезу с доказательствами. Можно чинить сразу, а не восстанавливать картину по кусочкам.
Чем это лучше самописных проверок
Если ваши проверки уже покрывают каждый срез и сами называют причину — вам хватает их. Tarn — для команд, у которых до этого не дошли руки.
Пять миллионов событий, три заложенные поломки
Прогон воспроизводимый: синтетический поток с суточной сезонностью и длинным хвостом из 810 имён. Найдены все три поломки — включая падение, спрятанное в одной версии релиза.
Эти цифры — не со слайда: поток собирается одной командой, три поломки в нём заложены нарочно, и мониторинг обязан найти каждую.
Цены открыты
Здесь те же лимиты, что действуют внутри продукта: страница не обещает больше, чем он делает.
Один продукт, один-два источника, небольшая команда аналитики.
Несколько продуктов и вендоров, аналитика вместе с продуктовой командой.
Без лимитов на объём, отдельные условия по AI-разборам и поддержке.
Оплата помесячно, по счёту — автоматических списаний нет. Все условия и лимиты.
Коротко о важном
Придётся менять стек трекинга?
Что уходит в языковую модель?
Когда придёт первый сигнал?
Как попасть в продукт?
Что будет, когда закончится лимит AI-разборов?
У нас уже есть самописные проверки
Где хранятся данные и как долго?
Посмотрите продукт в момент инцидента
Гостевой вход в один клик: то же падение checkout_completed, тот же разбор — всё можно открыть и проверить самому.
Здесь нет отдела продаж: на письма отвечаю я — обычно в течение рабочего дня.
Вячеслав, основатель Tarn