События и конверсии — Примеры

Пример 1 — План событий оформления заказа: новые имена и ничего лишнего

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

btn_click_1    главный баннер на домашней
btn_click_3    кнопка «добавить в корзину»
btn_click_7    кнопка «оформить заказ»
btn_click_11   кнопка «подтвердить заказ»
(без параметров; каждое нажатие — одно событие)

Решение

Событие           Параметры                         Конверсия
add_to_cart       item_id, value, currency          -
begin_checkout    value, currency, coupon           -
add_payment_info  payment_type                      -
purchase          transaction_id, value, currency   да

Названия описывают, что сделал человек, поэтому перенос кнопки при редизайне не изменит след, а параметры дадут те разбивки, которые понадобятся позже, — сумму корзины, валюту и купон. Конверсией помечена только purchase: так отчёты по привлечению не выходят за один результат, который считает бизнес. Частая ошибка — сохранить имена btn_click и объявить конверсией каждый шаг. Тогда воронка начинает читать разметку, а отчёты наполняются шумом, которому никто не верит.

Пример 2 — Пробел в согласии и удвоенная покупка

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

сессия A   согласие отклонено   покупок 0   прочитано как «не купил»
сессия B   согласие получено    покупок 2   на одно подтверждение заказа

Решение

Согласие отклонено   событие аналитики не отправляется, поэтому сессия
                     отсутствует в отчёте, а не считается нулём
Согласие получено    одна покупка на загрузку страницы подтверждения,
                     с заполненными transaction_id, value и currency

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