PostHog для продукта: 7 событий, без которых воронка начинает врать

PostHog для продукта: 7 событий, без которых воронка начинает врать

Если ставите PostHog «просто чтобы смотреть клики», очень быстро получаете красивый шум. Для продукта и CPA-лендинга база одна: событие просмотра, старт действия, отправка формы, ошибка, успех, повторный визит, отказ. Без этой семёрки невозможно понять, где теряется пользователь и почему растёт/падает конверсия.

Дальше важны свойства событий. Минимум: source, campaign, device, page_type, step, error_code. Не тащите в ивент всё подряд: лучше 5 стабильных полей, чем 25 случайных. Имена делайте по схеме verb_object: view_landing, click_cta, submit_form, signup_success. Тогда отчёты не расползутся, а фильтры будут читаться без расшифровки.

Отдельная ловушка — дубли. Если один и тот же action улетает и с фронта, и с сервера, воронка рисует лишний объём. Для ключевых шагов лучше назначить один источник истины: фронт для намерения, сервер для факта. Особенно это важно на форме заявки, оплате и подтверждении email.

Ещё одна ошибка — смешивать продуктовые и маркетинговые события в один хаос. Сначала строите воронку по шагам, потом добавляете атрибуцию и когорты. Иначе PostHog превращается в склад графиков, где неясно, что влияет на retention, а что — на трафик.

Начните с семи базовых ивентов, одного словаря имён и правил против дублей — этого хватает, чтобы видеть реальную утечку, а не фантазию дашборда.