<b>PostHog для продукта и CPA: какие события нужны, а какие только шумят</b>

<b>PostHog для продукта и CPA: какие события нужны, а какие только шумят</b>

PostHog хорош не «всем подряд», а тем, что быстро показывает путь пользователя от визита до ключевого действия. Но если слать в него всё, что движется, дашборд превращается в свалку. Для лендинга или SaaS достаточно 5–7 базовых событий: page_view, signup_start, signup_complete, lead, purchase, add_payment, error.

Дальше важны свойства событий. Не лепите в каждое событие 20 параметров. Оставьте то, что реально помогает резать воронку: source, campaign, device, country, offer, step, plan. Один и тот же event без контекста почти бесполезен: вы увидите факт, но не поймёте, где теряется трафик.

Ещё одна типовая ошибка — считать PostHog заменой трекингу. Он отлично подходит для продуктовой аналитики, cohort и path analysis, но для CPA-воронки нужна дисциплина: одинаковые названия событий, единый словарь параметров, и отдельная логика для server-side действий, если браузер режет часть сигналов.

Если нужен быстрый старт, соберите одну воронку: визит → старт → целевое действие → оплата/лид. Когда на ней появятся провалы, добавляйте только те события, которые помогают объяснить именно этот шаг, а не всё приложение сразу.