<b>PostHog: когда продуктовая аналитика реально self-hosted, а когда это лишний уикэнд</b>

<b>PostHog: когда продуктовая аналитика реально self-hosted, а когда это лишний уикэнд</b>

PostHog — это не только event analytics, но и feature flags, session replay, A/B, surveys и базовый продуктовый “комбайн”. Для команды, которой надо держать данные у себя, он часто заменяет сразу несколько SaaS-инструментов, но вместе с этим приносит и их сложность в одном пакете.

Что обычно ломает ожидания:
— события улетают без нормальной схемы именования, и через месяц отчёты превращаются в свалку;
— сессии и ретеншн начинают спорить друг с другом, если не договориться о трекинге на уровне продукта;
— self-host требует не только сервера, но и дисциплины: бэкапы, обновления, очереди, хранение сырья, доступы.

По зрелости проект живой: у него активное сообщество, нормальная документация и понятная архитектура для старта. Но “поставил и забыл” тут не работает — особенно если хотите писать много событий, хранить записи сессий и не задушить базу на росте.

Когда брать: если вам нужен единый контур аналитики, фичефлагов и записи сессий, а данные нельзя отдавать наружу. Когда платить SaaS: если у вас нет человека, который готов разбирать инциденты, оптимизировать storage и следить за качеством событий.

Итог простой: PostHog экономит на лицензиях, но только если вы заранее считаете стоимость эксплуатации, а не верите в магию open source.