Стандартные события ловят не всё. Вот когда переходить на custom

Стандартные события ловят не всё. Вот когда переходить на custom

Стандартные события (Purchase, AddToCart, ViewContent) — основа. Но они жёсткие: структура фиксирована, параметры предопределены. Custom события дают гибкость, когда стандарта недостаточно.

Используй custom, если:
— Нужно отследить действие, которого нет в стандартном списке (например, применение промокода, переключение подписки, просмотр FAQ)
— Стандартное событие не передаёт нужные данные (например, Purchase не покрывает разные типы платежей или источники дохода внутри заказа)
— Аналитика требует собственную иерархию действий (funnel между шагами, которые платформа не предусматривает)
— Нужна гибридная схема: стандарт для глобальной модели атрибуции, custom для локальной бизнес-логики

Но есть ловушка: custom события требуют валидации. Если параметр передан неправильно или непоследовательно — данные испортятся. Стандартные события проверяют платформы, custom — ты.

Правило: сначала заполни стандартные события на 100%. Потом добавляй custom для уточнения. Не наоборот.

Итог: custom события — не замена стандартным, а дополнение. Они решают узкие задачи, когда стандарта реально мало. Настраивай их только если точно знаешь, какой данный нужен и как его использовать в аналитике.

Близкий по духу канал: @analytics_digest