Latencies в трекинге: как ловить задержки отправки событий до потери атрибуции

Latencies в трекинге: как ловить задержки отправки событий до потери атрибуции

Если событие приходит позже окна анализа, оно искажает воронку, а не «просто опаздывает». Проверяем не только факт доставки, но и время между action_time и event_time, а также разрыв до попадания в хранилище.

Что смотреть в мониторинге:
— p50, p90 и p95 задержки по типам событий;
— долю событий, ушедших позже заданного SLA;
— разницу между клиентским временем и серверным;
— всплески по устройствам, браузерам, источникам трафика.

Типичная ошибка — смотреть среднее. Оно скрывает хвост: 95% событий могут быть нормальными, а оставшиеся 5% ломают отчет по ретаргету или ROAS. Полезнее строить распределение и отдельно отслеживать тяжелые сегменты: iOS, слабые сети, долгую очередь отправки, повторные ретраи.

Если задержка растет, ищем узкое место по цепочке: клиентский буфер, очередь SDK, сетевой таймаут, серверный парсинг, запись в DWH. Проводим аудит контуров сбора: ищем потери на стороне клиента.

Настройте алерт не на «падение событий», а на рост p95 latency и доли просроченных событий. Аналитика — это не гадание, а интерпретация метрик.