Как назвать event’ы, чтобы аналитика не превратилась в свалку

Как назвать event’ы, чтобы аналитика не превратилась в свалку

Если события называются как попало, отчёты быстро ломаются: один и тот же шаг размножается под разными именами, а дальше нельзя нормально сравнивать воронку, искать просадки и строить автоправила.

Держите одну схему именования и не отступайте от неё:
— одно действие = одно название;
— язык и регистр должны быть одинаковыми;
— не добавляйте лишние слова вроде “new”, “test”, “click_1” без причины;
— если шаг меняется по смыслу, меняйте и имя event’а, а не только параметры.

Хороший шаблон — короткий, читаемый и машинно понятный: action_object_stage. Например, signup_form_submit или purchase_checkout. Так легче искать события, строить сегменты и не путаться, где клик, а где факт действия.

Параметры используйте для деталей, а не для маскировки разных событий: source, step, placement, product_id. Если в названии уже есть всё подряд, фильтры начинают жить своей жизнью, а аналитик — чистить мусор руками.

Правило простое: имя event’а описывает сам факт, параметры описывают контекст. Чем меньше фантазии в названии, тем чище отчёты и быстрее разбор трафика.