<b>PostHog: не «аналитика для бедных», а свой стек, который легко разрастается</b>

<b>PostHog: не «аналитика для бедных», а свой стек, который легко разрастается</b>

PostHog часто берут как замену Amplitude/Heap/GA4, но в self-host сценарии у него есть скрытая цена: не лицензия, а сопровождение. Схема простая — ставите события, воронки, записи сессий, feature flags, и дальше начинаются очереди, хранилище, права доступа и политика хранения данных.

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

Самая частая ошибка — внедрить PostHog как «всё и сразу». Тогда продуктовая аналитика, session replay и экспериментирование смешиваются в один ком: бизнес доволен первые две недели, а потом devops получает постоянный хвост инцидентов и костыли в интеграциях.

Если команда маленькая, считайте TCO честно: сервер, бэкапы, обновления, алерты, контроль объёма данных, время на разбор поломок. Если это не окупается экономией и контролем над данными — SaaS обычно дешевле в реальности, чем «бесплатный» open source.

<b>Вывод: PostHog берут не потому, что он бесплатный, а когда вы готовы владеть всей аналитической машиной целиком.</b>