Типовые события

Типовое событие – это сущность для аналитики, которая объединяет одинаковые действия разных пользователей. Оно может описывать как одно конкретное действие (например, клик по кнопке «Купить» на странице товара), так и несколько похожих действий – например, клики по кнопке «Купить» на разных страницах сайта. Благодаря этому вместо тысяч разрозненных событий Вы работаете с одним объединенным действием, что упрощает анализ конверсий, построение воронок и подготовку отчётов.

Типовое событие формируется на основе правил идентификации – набора условий, определяющих, какие строки из сырых данных относятся к одному событию. Основные атрибуты для построения правил: Тип действия, Действие (название), URL (ID окна для мобильных приложений), Селектор – в это поле заносится CSS-селектор для сайта или ID объекта для мобильных приложений.

Группируя правила идентификации и присваивая им название, Вы формируете типовое событие, которое затем используется при построении отчётов в UX Rocket. Разметка выполняется только на тех событиях, которые уже зафиксированы в сырых данных.

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

Для создания типовых событий доступны разные инструменты:

• Ручное создание типовых событий – позволяет самостоятельно задать правила идентификации и объединить несколько действий пользователя в одно событие. В этом режиме можно использовать маски – обобщённые значения атрибутов (например, часть URL, часть названия действия или часть селектора).
• Конструктор правил – базовый инструмент, позволяющий быстро и точно создавать типовые события на основе сырых данных. Вы задаёте фильтры и группировки по ключевым атрибутам: Домен, Действие, Селектор, Статус события, Тип действия, URL; просматриваете результаты и выбираете нужные события для объединения;
• Визуальный редактор – позволяет создавать типовые события, выделяя элементы прямо на странице сайта;
• Импорт разметки – возможность загрузить правила типовых событий на основе ранее созданной разметки в Google Tag Manager (GTM).

Вы также можете создавать типовые события непосредственно на странице сырых данных. После создания типовых событий из сырых данных их можно проверить и при необходимости отредактировать вручную или с помощью визуального редактора, который подсвечивает на странице именно тот элемент, связанный с действием пользователя, что позволяет быстро увидеть и скорректировать разметку. Также поддерживается загрузка офлайн событий непосредственно в систему, что позволяет расширить аналитику.

Для работы с типовыми событиями перейдите в раздел События → Типовые.

Рекомендации по работе с типовыми событиями

Какие события делать типовыми?

• Создавайте типовые события только для действий, важных для аналитики – например, регистраций, покупок, добавления товаров в корзину, авторизаций или переходов по ключевым ссылкам.
• Не создавайте типовые события для действий, которые не отражают намерения пользователя или не влияют на бизнес метрики – например, автоматические обновления страницы, системные запросы или другие события, не участвующие в воронке и не влияющие на конверсию.

Как называть типовые события?

• Используйте понятные и короткие названия, отражающие цель действия: «Покупка», «Регистрация завершена», «Запрос звонка».
• Следите за единообразием стиля: все названия должны быть в одном формате.
• Избегайте технических терминов (например, CSS-селекторов или внутренних ID).

Как действовать, если событие больше не нужно?

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

Защита от ложных срабатываний

Ложное срабатывание – это ситуация, когда пользователь нажимает кнопку «Оставить заявку» или другую кнопку, связанную с отправкой данных, но поля формы не заполнены или заполнены некорректно. Тем не менее, в сырых данных такое событие регистрируется, что создает ложные сигналы для аналитики. Чтобы избежать подобных ошибок и исключить ложные данные из аналитики, реализована защита от ложных срабатываний. Вы можете задать контекст события, например специальный тип события SubmitForm, который регистрируется только при корректно заполненной форме. Это значит, что в аналитике Вы можете учитывать только валидные заявки, где все поля формы заполнены правильно и данные были успешно отправлены, делая такие события активными, а событие, например нажатие кнопки отправки формы не активным. Таким образом, ложные срабатывания не попадают в аналитику, что помогает более точно отслеживать поведение пользователей, эффективность формы и рассчитывать конверсии.

Создание типовых событий вручную

Для добавления типового события нажмите кнопку Добавить в правом верхнем углу страницы типовых событий. В открывшемся меню выберите Добавить здесь для создания события на текущей странице – после этого введите название нового события. Либо выберите Перейти в визуальный редактор для создания события через визуальный редактор.

При создании типового события система автоматически перенаправит вас на страницу его настройки. Для редактирования существующего события нажмите на его название в таблице.

Вы можете настроить правила идентификации для типового события с помощью визуального редактора или вручную.

Настройка правил идентификации в типовом событии

На странице настройки можно добавлять условия, по которым сохраненное в системе действие пользователя будет отнесено к данному типовому событию. Для этого нажмите кнопку Добавить. Заполнение всех полей не является обязательным. Достаточно указать Тип действия, чтобы создать правило.

Шаг 1. Введите или выберите Домен, с которого будут отслеживаться события.

Шаг 2. Укажите нужную страницу (путь указывается без основного домена, например /products/item1).

Шаг 3. После указания страницы система автоматически сформирует выпадающие списки Тип действия и Действие (второе значение подставляется после выбора первого). Вы можете выбрать нужные параметры из списка или ввести их вручную.

Шаг 4. Вы можете указать Селектор, если необходимо отслеживать событие на конкретном элементе страницы. Это особенно полезно, если на странице есть несколько одинаковых элементов (например, несколько кнопок «Купить»), но нужно зафиксировать нажатие только на определённой.

Использование масок

На каждом из этих шагов – для Страницы, Действия и Селектора – можно указать маску, а не точное значение.

Что такое маска?

Маска – это шаблон поиска, который позволяет указать часть строки вместо полного значения. Она задаётся с помощью звёздочки *.

Пример:

• /blog – система ищет точное совпадение URL.
• *blog* – система найдёт все URL, содержащие слово «blog», например:
  • example.com/blog
  • example.com/category/blog-post
  • example.com/news/blog-update

Зачем использовать маски?

• Позволяют обобщить схожие действия (например, все страницы категории «Акции»).
• Снижают нагрузку на систему – не нужно создавать сотни отдельных правил для каждого URL или элемента.
• Ускоряют настройку и упрощают дальнейшую поддержку разметки.

Шаг 5. Помимо основных параметров события, Вы можете задать дополнительные условия для атрибутов событий. Например, если событие фиксирует «Добавление товара в корзину», можно добавить условия: Категория товара – «Электроника», Цена товара – больше 10 000 рублей, Рекламная система (UtmSource) – «VK». Однако использование таких детальных правил обычно не требуется, так как все необходимые фильтры можно применить к событию непосредственно в отчётах.

Шаг 6. После ввода всех параметров нажмите кнопку Сохранить, переведите статус события на Активно и также нажмите Сохранить. Вы можете проверить собирается ли добавленное типовое событие перейдя на страницу сырых данных или обновив количество значений.

Шаг 7. Обновите типовые события после добавления или изменения. Когда Вы создаёте новое типовое событие или изменяете существующее правило идентификации, система предложит выполнить переиндексацию. Это нужно, чтобы все сырые данные были размечены с учётом новых или изменённых правил, и отчёты отображали актуальную информацию. Выполнить переиндексацию можно вручную, нажав кнопку Обновить типовые события в верхней части страницы. Если Вы перейдёте на другую страницу без обновления, система отобразит уведомление с предложением выполнить обновление.

После завершения переиндексации система уведомит вас через .

Приоритет типовых событий

Вы можете применять похожий набор правил сразу к нескольким типовым событиям. Например, у вас есть два типа событий: «Заявка из акции» – более специфическое событие и «Все заявки» – более общее событие.

Правило для события «Заявка из акции» строится из следующих условий: страница сайта должна быть /promo, элемент должен соответствовать CSS-селектору #promo-form button.submit, тип действия должен быть click, а само действие – «Отправка заявки».

Правило для события «Все заявки» строится из следующих условий: элемент должен содержать CSS-селектор form button.submit, тип действия – click, а само действие – «Отправка заявки». При этом, поскольку условие по странице не ограничено (любой URL), оно не указывается явно.

Если одно и то же действие пользователя подходит под несколько правил идентификации (т.е. несколько типовых событий), система не дублирует его, а выбирает наиболее приоритетное событие в тех отчётах, где требуется один вариант (например, в Пути клиента). В других сценариях анализа – например, если Вы сами выбираете конкретное типовое событие – будут учитываться все записи в сырых данных, подходящие под его условия.

Пересечения правил не искажают данные, но могут влиять на то, как именно событие будет отображено в конкретном отчёте. Чтобы управлять этим поведением, используется поле Приоритет – оно определяет, какое событие будет отображено системой при пересечении правил. Определение приоритета происходит по следующим условиям:

1. В первую очередь учитываются только активные типовые события.
2. Среди активных событий сравнивается значение приоритета (по умолчанию 0, самый низкий). Вы можете задать приоритет 1 и выше для более важного события.
3. Если у нескольких событий одинаковый приоритет, сравнивается количество условий – событие, содержащее правило с большим количеством условий, считается более важным.
4. Если все предыдущие параметры совпадают, приоритет определяется по идентификатору самого типового события.

Событие «Заявка из акции» будет иметь больший приоритет, если у них одинаковое заданное значение Приоритета, поскольку содержит больше условий.

Рекомендуемые правила

После первоначальной разметки важно поддерживать актуальность правил типовых событий, так как цифровой продукт постоянно развивается, и в него добавляются новые элементы. Чтобы обновить правила в типовом событии, перейдите на вкладку Рекомендуемые правила в карточке события. Здесь Вы можете отфильтровать правила по различным параметрам, например, используя фильтр по типу действия «link». В этом случае система покажет подходящие для текущего события правила и позволит добавить их в уже существующее типовое событие одним кликом.

В списке рекомендуемых правил поле Статус показывает, является ли правило новым, используемым или неактивным.

• «Новое» — правило не существует в текущем или других типовых событиях и может быть добавлено.
• «Используется» — правило активно в типовом событии.
• «Не активное» — правило было в типовом событии, но больше не используется.

Статус определяется по времени отсутствия активности. По умолчанию выбран период 7 дней – если по правилу в течение недели не было никаких действий, ему присваивается статус «Не активное».

Однако некоторые события могут срабатывать реже. Например, «Отправка формы обратной связи», связанная с CSS-селектором #feedback-form button.submit, может находиться на странице, к которой пользователи обращаются нечасто (раздел «Контакты» или «Частые вопросы»). В таком случае за 7 дней может не быть ни одного срабатывания, и система отобразит правило как «Не активное». Вы можете увеличить промежуток до 2 недель или месяца – это позволит проверить, используется ли правило, и избежать его ошибочного удаления.

Если Вы выберете одно или несколько правил в статусе «Новое», станет доступна кнопка Дополнить событие. Нажав на неё, Вы сможете добавить все выбранные правила в текущее типовое событие. Перед добавлением система проверит, есть ли такие же правила уже в событии. Если правило уже существует, оно не будет добавлено повторно.

Кнопка Удалить становится доступной при выборе правил со статусом «Не активное». После нажатия появится окно подтверждения, если Вы нажмёте «Да», выбранные правила будут удалены из типового события.

Работа с типовым событием в визуальном редакторе

Для каждого правила в типовом событии доступен переход в визуальный редактор, который подсветит соответствующий элемент на веб-странице. Эта функция предназначена для сайтов и помогает визуально определить, к какому элементу на странице относится правило.

Навигация и подсветка элементов в визуальном редакторе

В редакторе отображаются все правила для выбранного типового события. Вы можете переключаться между ними, чтобы понимать, какие элементы на сайте отслеживаются.

Кнопка «Далее» позволяет последовательно перемещаться по правилам. При переходе на следующее правило вас автоматически перенаправят на соответствующую страницу сайта, где система попробует подсветить целевой элемент, если указан CSS-селектор.

При подсветке отображаются все типовые события, относящиеся к данному элементу (например, кнопке). Это поможет вам увидеть, если к одному и тому же элементу привязаны несколько типовых событий, и избежать дублирования.

Также в редакторе отображается тип действия, связанный с правилом (например, «links» или «buttons»).

Перемещение правил в другое типовое событие

Если необходимо перенести одно или несколько правил в другое типовое событие, выполните следующие шаги:

Шаг 1. Отметьте нужные правила с помощью чекбоксов.

Шаг 2. Нажмите кнопку Переместить.

Шаг 3. Выберите типовое событие, в которое нужно перенести правила.

Шаг 4. Нажмите Сохранить – выбранные правила будут удалены из текущего события и добавлены в указанное.

Удаление правил из типового события

Чтобы удалить одно или несколько правил:

Шаг 1. Выберите их с помощью чекбоксов.

Шаг 2. Нажмите кнопку Удалить.

Шаг 3. Подтвердите действие, после чего правила будут удалены из текущего типового события.

Конструктор правил

Конструктор правил позволяет создавать типовые события на основе сырых данных. С его помощью можно гибко группировать события по нужным признакам (URL, Селектор, тип действия и др.) и быстро создавать новые типовые события.

Например, Вы хотите объединить все клики по кнопкам «Поделиться в Pinterest» на всём сайте в одно типовое событие «Поделиться Pinterest». Для этого в конструкторе достаточно задать фильтр по CSS селектору кнопки.

Шаг 1. Изучите ваш цифровой продукт и данные. Посмотрите основные пользовательские сценарии (например, оформление заявки, просмотр товара). Ознакомьтесь с сырыми данными – это поможет понять, какие признаки использовать для группировки.

Шаг 2. Откройте Конструктор правил. Раздел Типовые события → вкладка Конструктор правил.

Шаг 3. Настройте фильтры и разбивку. Определите, какие поля пойдут в фильтры, а какие – в разбивку. В фильтрах можно указать подстроку – система отберёт все значения, содержащие её. Пример: фильтр по Селектору кнопки, разбивка по URL (например, чтобы увидеть, на каких страницах сайта встречается кнопка «Поделиться Pinterest»).

Шаг 4. Примените настройки. Нажмите Применить. Если найдено слишком много строк, система покажет только первые 1000 строк.

Шаг 5. Выберите нужные строки. Отметьте чекбоксами строки, которые нужно объединить в событие. Доступные действия – создать событие, указав для него новое название, или дополнить событие, выбрав одно из уже существующих.

Шаг 6. Сохраните событие. Система создаст или дополнит карточку типового события, передав в неё выбранные правила идентификации. При этом выполняется проверка уникальности, чтобы избежать дублирования.

Создание типового события через визуальный редактор

Создание типового события доступно с помощью визуального редактора, следуйте подсказкам, чтобы в 4 шага настроить типовое событие. Для перехода в визуальный редактор на странице Типовые события нажмите кнопку Добавить в правом верхнем углу, выберите Перейти в визуальный редактор и укажите Домен.

Шаг 1. Элемент.

На этом шаге выберите на странице элемент, взаимодействие с которым нужно отслеживать. Это может быть кнопка, поле ввода или другой важный элемент интерфейса. Просто нажмите на нужный элемент, чтобы система зафиксировала его для настройки события.

Если нужный элемент находится на другой странице, включите переключатель Проваливаться при нажатии. В этом режиме нажатие по элементу не выбирает его для настройки события, а используется только для перехода на следующую страницу. После загрузки новой страницы Вы сможете выбрать уже нужный элемент для события.

Если Вы хотите отслеживать не один элемент, а все элементы на странице, которые имеют такой же класс (например, все кнопки одного типа), можно активировать переключатель Выбрать все элементы с классом как у текущего.

Шаг 2. Событие

Теперь вам нужно выбрать тип действия, который система будет фиксировать, например, нажатие на кнопку или изменение значения в поле ввода.

Выберите событие. Система предоставляет следующие варианты выбора:

• Нажатие на элемент: когда пользователь кликнет по элементу.
• Изменение значения элемента: когда пользователь меняет текст в поле ввода (например, вводит e-mail или имя).
• Добавление элемента на страницу: когда на странице появляется новый элемент (например, товар в корзине).
• Заполнение поля: когда пользователь вводит данные в форму.
• Заполнение персональных данных: когда пользователь заполняет личную информацию (например, телефон или адрес).
• Выбор элемента из списка: когда пользователь выбирает что-то из выпадающего списка.
• Показ элемента посетителю: когда элемент становится видимым для пользователя.

Введите контекст события: Вы можете дать событию контекст, чтобы сгруппировать действия, относящиеся к одному и тому же процессу (например, оформление заказа) или обеспечить защиту от ложных срабатываний.

Шаг 3. Запуск

После того, как Вы настроили отслеживание элемента и события, Вы должны запустить сбор данных. Это означает, что теперь система будет отслеживать выбранное событие.

Шаг 4. Назовите событие.

Последний шаг – дать событию название. Оно будет отображаться в отчетах, поэтому должно быть понятным и информативным.

Если Вы хотите, чтобы событие отслеживалось только на данной странице, выберите пункт Событие только для текущей страницы. В противном случае событие будет срабатывать на всех страницах сайта, соответствующих заданным условиям.

Нажмите на кнопку Сохранить, чтобы завершить создание типового события.

Теперь ваше событие будет отслеживаться, и Вы сможете увидеть данные по нему в отчетах.

Пользовательские события фиксируются системой. Система создает одну строку в базе данных, которая содержит тип действия, контекст события, селектор и домен. Типы действий прописаны в основном скрипте, который обрабатывает их при получении через API.

Настройка атрибутов событий для аналитики

Вы можете настраивать доступность атрибутов для дальнейшего построения отчетов. По умолчанию для типового события включаются все стандартные атрибуты (разрешение экрана, браузер, город и так далее), а также пользовательские и атрибуты товара, но их можно отключить. При построении отчетов список доступных атрибутов формируется на основе настроек типового события (то есть, если для типового события выключен атрибут «Сумма корзины», то подсчет по данному атрибуты будет не доступен).

Чтобы управлять доступностью атрибутов, отметьте нужные галочками или снимите их, если они не требуются. Для удобства можно воспользоваться поиском.

Редактирование и управление событиями

Количество значений

В таблицы типовых событий отображается количество значений. При наведении на это число отображается дата и время последнего обновления. Значения обновляются автоматически каждый час, но их также можно обновить вручную. Для этого нажмите на в строке события и выберите опцию Обновить кол-во значений или выполните обновление непосредственно из страницы типового события, нажав соответствующую кнопку.

Объединение типовых событий

Чтобы объединить несколько типовых событий, выберите их в списке, установив флажки напротив нужных элементов. После этого в правом верхнем углу страницы появится кнопка Объединить – нажмите её, чтобы начать процесс объединения.

При объединении типовых событий открывается окно создания нового события. В нём необходимо:

• Указать название нового события (поле Название).
• Добавить описание при необходимости (поле Описание).
• В разделе События для объединения будут перечислены выбранные ранее события с их идентификаторами и названиями (например, Id-942 Название: «Поделиться Pinterest»).
• При желании можно архивировать или деактивировать исходные события, чтобы они больше не участвовали в аналитике, но оставались в системе для сохранения истории.

После заполнения данных подтвердите объединение. Система создаст новое типовое событие и перенесёт в него все правила из исходных событий.

Перенос правил идентификации в другое событие

Чтобы перенести правила идентификации из одного типового события в другое, выберите нужное событие и нажмите кнопку Переместить в верхнем углу страницы. В этом случае будут перенесены все правила выбранного события. В открывшейся форме в поле Название выберите типовое событие, в которое необходимо перенести правила.

Чтобы исходное событие не мешало текущей работе, но сохранилось для истории, отметьте опцию Архивировать исходные события.

Чтобы отключить исходное событие и исключить его из аналитики, активируйте опцию Деактивировать исходные события.

После подтверждения все правила будут перенесены в выбранное событие.

Чтобы перенести отдельные правила, откройте карточку нужного типового события, отметьте необходимые строки чекбоксами в таблице правил и нажмите кнопку Переместить в типовое. В появившейся форме выберите типовое событие, в которое будут перенесены эти правила.

Правила идентификации можно переносить между типовыми событиями, в том числе через визуальный редактор.

Редактирование

Чтобы отредактировать типовое событие, нажмите на → Редактировать в строке события. В открывшемся окне можно изменить название и статус события без перехода на отдельную страницу.

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

Активация, деактивация и архивирование событий

У вас есть возможность менять статусы типового события:

1. Активно – событие участвует в аналитике и отображается в отчетах;
2. Неактивно – событие временно исключено из аналитики, но может быть вновь активировано при необходимости;
3. Архив – событие исключено из текущей аналитики и не учитывается в новых отчётах. При этом оно сохраняется в системе для истории и продолжает отображаться в старых отчётах, чтобы не нарушалась целостность данных.

Изменить статус можно:

• через меню в строке события (опции Деактивировать/Активировать или Архивировать);
• на странице редактирования события;
• массово – отметьте несколько событий чекбоксами, затем в верхней панели выберите действие, которое хотите выполнить (например, Деактивировать или Архивировать).

Удаление событий

Удалить можно только те типовые события, по которым не зафиксировано ни одного значения (Количество значений = 0 или пустое). Для удаления нажмите рядом с событием и выберите Удалить.

Офлайн события

Помимо онлайн событий, получаемых с помощью сбора данных на сайте и в мобильном приложении, в систему могут быть загружены так называемые офлайн-события, данные о которых получены из сторонних систем (CRM, eCommerce и других). Это позволит зафиксировать в системе все касания с клиентом и получить более полную аналитику.