Задержка отправки событий ломает атрибуцию быстрее, чем пропадает трафик

Задержка отправки событий ломает атрибуцию быстрее, чем пропадает трафик

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

Проверяем задержки не по среднему, а по распределению:
— p50 показывает норму потока
— p95 и p99 находят хвосты, где теряются события
— максимумы ловят сбои очередей, ретраев и сетевых ошибок

Смотрите на разницу между временем события и временем приёма на сервере. Если клиент часто отправляет пакеты позже, ищите причины в очередях SDK, нестабильной сети, background-режиме приложения и слишком агрессивной буферизации. Отдельно отмечайте батчи: они улучшают доставку, но скрывают реальную латентность.

Полезно держать алерты не на сам факт задержки, а на её рост относительно базовой линии. Один и тот же p95 может быть нормой для тяжёлого мобильного трафика и аномалией для web. Данные говорят сами за себя: факт против допущения.

Настраиваем мониторинг так, чтобы видеть не только потерю событий, но и момент, когда поток начинает стареть. Это позволяет чинить сбор до того, как аналитика начнёт врать.