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

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

Если ставите PostHog как основную аналитику, не начинайте с «логируем всё подряд». Сначала соберите 3 слоя: вход на лендинг, ключевое действие, деньги. Для продукта это signup → activation → purchase, для CPA — view → click → lead.

Главная ошибка — смешивать пользовательские действия и системные события в одну кашу. Называйте ивенты одинаково по всему проекту: one_action_per_event, без синонимов вроде submit_form, form_submit, lead_sent. Иначе воронка развалится, а cohort-анализ начнёт врать из-за дублей и разных смыслов.

Дальше проверьте свойства событий: источник, device, campaign, landing, offer, user_id или distinct_id. Без них PostHog превращается в красивый логгер. Ещё один базовый фильтр — не хранить в событии всё подряд, а вынести в свойства только то, по чему реально режете сегменты и строите отчёты.

Минимальный набор для старта: 1) вход/просмотр, 2) целевое действие, 3) отказ, 4) покупка или лид. Если это работает стабильно, уже можно строить ретеншн, когорты и сравнивать лендинги без лишнего шума. Начните с чистой схемы ивентов, а не с десятка дашбордов.