Четыре custom-мерности на сервере: как “склеивать” события без потери контекста

Четыре custom-мерности на сервере: как “склеивать” события без потери контекста

Если вы упираетесь в то, что стандартные платформы отдают данные уже “собранными” по своей логике сессий, то проблема обычно решается не настройкой GA-видов, а нормальной схемой first-party-данных на сервере: храните контекст на уровне события и подавайте его в аналитическое хранилище в явном виде.

Чек-лист внедрения

— Спроектируйте 4 custom-мерности под ваши реальные сценарии
Смысл: выделите контекст, который нужен для аналитики “после факта”, и держите его одинаково во всех событиях (а не только в параметрах конкретного хита). Типовой набор: идентификатор визита/сессии (как вы его определяете), шаг-переход, источник контекста страницы, идентификатор бизнес-объекта (например, каталог/карточка/корзина).

— Соберите их на сервере до отправки в аналитические инструменты
Действие: вычисляйте мерности на backend/ingestion-пайплайне, где вы контролируете логику сессии и не зависите от sessionization конкретной платформы. Это критично для 2026-реальности, где last-click атрибуция “размывается” и всё больше решают серверные правила.

— Привяжите мерности к каждому событию, а не только к start/end
Действие: отправляйте значения в событие всегда, чтобы аналитика могла “склеить” последовательность без повторного восстановления. Иначе вы получите красивые отчёты по интерфейсу, но сломанные разрезы в разборе воронки и причин.

— Сделайте единый контракт схемы (чтобы не было “параметр тут есть, тут нет”)
Действие: заведите справочник: тип мерности, допустимые значения, правила заполнения и версионирование. Для серверной аналитики это база контроля качества: иначе при росте трафика и кросс-девайсов начнутся пустоты и расхождения.

— Настройте тест на консистентность: одно событие — один набор контекста
Действие: прогоняйте сценарии (новый визит, возврат, переходы, ошибки) и проверяйте, что четыре мерности сохраняют смысл через весь пользовательский путь. Автотесты по логам ingestion резко экономят время при изменениях фронта/таггинга.

— Откажитесь от попыток “пересобирать” hits через API платформы
Действие: если вам нужно соединять события по своей логике — соединяйте у себя. Платформенные API часто ограничивают вас тем, как они уже “нарезали” сессии, и вы теряете свободу для RevOps-подхода (маркетинг + продажи + customer success в единой ответственности за выручку).

когда это пригодится: когда хотите получить стабильную server-side склейку пользовательских действий для анализа воронок, удержания и измерения качества кампаний в privacy-first мире.

— @ServerSideTrackingRuPro