Смена инфраструктуры ломает трекинг чаще, чем кажется: где теряются события

Смена инфраструктуры ломает трекинг чаще, чем кажется: где теряются события

При переносе сайта, CRM, CDN или пиксельного контейнера проверяем не только факт отправки, но и целостность цепочки: инициатор события, параметры, идентификатор пользователя, таймстамп, источник. Если хотя бы один элемент выпадает, отчёт начинает врать без явной ошибки.

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

Критичные точки контроля:
— совпадает ли event_name и набор обязательных параметров;
— сохраняется ли user_id / client_id / session_id между доменами;
— не обрезаются ли query-параметры и referrer;
— не меняется ли порядок срабатывания тегов и триггеров;
— не теряются ли события при ошибках сети и повторной отправке.

Настройка пикселя завершена, переходим к валидации входящего потока данных. Сначала проверяем не объём, а согласованность: если идентификатор есть в логах, но отсутствует в аналитике, проблема уже локализована. Аналитика — это не гадание, а интерпретация метрик.