PostHog для продукта и арбитража: какие события слать, чтобы не утонуть в шуме

PostHog для продукта и арбитража: какие события слать, чтобы не утонуть в шуме

Контекст: лендинг, подписка или приложение. PostHog хорошо работает, когда события названы по одной схеме и сразу отвечают на вопросы воронки, а не просто «на всякий случай».

— Слать не клики, а смысловые действия: view_landing, signup_start, lead_submit, purchase_done.
— Добавлять свойства, без которых потом нельзя сегментировать: traffic_source, device_type, offer_id, step_name.
— Не дублировать одно и то же событие разными названиями: иначе cohort и funnel-отчёты расползутся.

Главная ошибка — тащить в трекинг всё подряд: скроллы, микро-ховеры, лишние page_view. В итоге dashboard красивый, а утечку воронки не видно. Для старта хватает 5–7 событий, если каждое связано с решением пользователя.

Проверьте ещё одну вещь: одно событие должно жить и в продукте, и в CPA-лендинге. Тогда сравнение источников, сегментов и шагов воронки не превращается в ручную археологию. 🎯

Если событие нельзя объяснить одной фразой «что сделал пользователь и зачем это важно», его лучше не слать.