O que é o PostHog: uma plataforma de analytics de produto que registra os eventos disparados pelo usuário dentro do aplicativo e reúne, no mesmo ambiente, gravação de sessão, feature flags, testes A/B, pesquisas e rastreamento de erro. O código é aberto, o que ajudou a ferramenta a crescer dentro de times de engenharia que já estavam cansados de amarrar quatro serviços diferentes para responder uma pergunta só.
Boa parte do conteúdo em português sobre a ferramenta repete uma informação que envelheceu: a de que auto-hospedar o PostHog é o caminho natural para quem se preocupa com privacidade. A documentação oficial diz outra coisa. Instalar na própria infraestrutura continua possível, porém sem qualquer garantia de funcionamento, sem suporte e sem acesso aos recursos de plano pago, que existem apenas na nuvem. Quem segue por ali assume o risco inteiro e fica com a versão gratuita.
Essa mudança reorganiza três decisões de uma vez: onde o dado de comportamento vai morar, quanto ele vai custar conforme o produto cresce e como esses eventos chegam ao data warehouse para se juntarem ao resto da operação. É o que este guia cobre, com os números que a própria PostHog publica e com o que a legislação brasileira passou a exigir de quem manda dado pessoal para fora do país.
A coleta de eventos, os funis e a análise de sessão na prática, no canal da BIX Tecnologia no YouTube.
O que é o PostHog na prática, produto por produto
A plataforma é vendida como um conjunto de produtos com cobrança separada, cada um com uma cota gratuita mensal generosa. A tabela abaixo resume o que está disponível e o limite gratuito de cada parte, conforme a página oficial de preços.
| Produto | O que faz | Cota gratuita por mês |
|---|---|---|
| Product analytics | Eventos, funis, retenção e segmentação | 1 milhão de eventos |
| Session replay | Gravação de sessão e mapa de calor | 5 mil gravações |
| Feature flags | Liberação gradual de funcionalidade por segmento | 1 milhão de chamadas |
| Experimentos | Testes A/B sobre as flags, cobrados junto com elas | Incluído nas flags |
| Error tracking | Captura e agrupamento de exceções | 100 mil exceções |
| Surveys | Pesquisa exibida dentro do produto | 1.500 respostas |
| Data warehouse | Sincronização de fontes externas para consulta em SQL | 1 milhão de linhas |
Passada a cota gratuita, o analytics de produto começa em 0,00005 dólar por evento e o preço unitário cai conforme o volume sobe. O número parece irrelevante até a conta ser feita no tamanho real de um produto ativo: cinquenta milhões de eventos por mês, que é o tráfego de um SaaS de porte médio com instrumentação detalhada, saem da faixa do café e entram na faixa de uma licença de BI. Por isso a decisão de o que instrumentar pesa mais do que a de qual ferramenta usar.
A vantagem prática da consolidação aparece na investigação. Um funil que despenca em uma etapa específica pode ser aberto na gravação daquelas sessões e comparado com o grupo que recebeu a nova feature flag, tudo sem exportar planilha e sem cruzar identificador entre três painéis. O custo dessa conveniência é a dependência do esquema de eventos da plataforma, que precisa ser desenhado com cuidado para não virar dívida técnica.
Nuvem ou auto-hospedagem: o que a documentação diz e o que a LGPD exige
A documentação de auto-hospedagem é direta sobre os limites da opção aberta. Não há garantia de funcionamento na infraestrutura do cliente, não há suporte a produto ou infraestrutura, e todos os recursos de plano pago são exclusivos da nuvem. A própria página sugere considerar a versão gerenciada para quem projeta ingestão acima de 300 mil eventos, mil gravações ou 300 mil chamadas de flag por mês, que é um patamar modesto para qualquer produto com tração.
Restam as duas regiões da nuvem gerenciada: Estados Unidos e União Europeia, esta última com servidores em Frankfurt. Não existe região na América do Sul. Para uma empresa brasileira, portanto, adotar o PostHog gerenciado significa fazer transferência internacional de dados pessoais, e isso tem regra própria desde a Resolução CD/ANPD nº 19/2024, que aprovou o regulamento de transferência internacional e o texto das cláusulas-padrão contratuais. O período de adequação terminou em agosto de 2025, ou seja, contratos que sustentam esse fluxo já deveriam conter as cláusulas na íntegra, sem alteração de texto.
As três opções de hospedagem do PostHog e o que cada uma implica para suporte, recursos e enquadramento na LGPD.
O caminho que costuma funcionar começa antes do contrato. Vale mapear quais campos de evento carregam dado pessoal, mascarar na origem o que não precisa sair do país, desligar a captura automática de campos sensíveis em formulários e só então discutir região e cláusulas. Essa disciplina é a mesma que uma política de governança de dados aplica a qualquer outra fonte, e o contexto regulatório brasileiro mais amplo está detalhado no panorama sobre o que esperar da LGPD.
Como os eventos do PostHog chegam ao data warehouse
Analytics de produto isolado responde perguntas de produto. Para responder perguntas de negócio, o evento precisa encontrar a receita, o ticket, o custo de aquisição e o histórico do cliente, que moram em outro lugar. O PostHog resolve esse encontro nas duas direções.
Na direção de saída existem os batch exports, que despejam os dados brutos em destinos externos. A documentação de exportação em lote lista sete destinos: Amazon S3 e compatíveis, BigQuery, Snowflake, Databricks, Postgres, Redshift e Azure Blob Storage. A frequência vai de cinco minutos a semanal, passando por quinze minutos, hora e dia, e a exportação cobre três modelos distintos: eventos, pessoas e sessões. Com isso, o dado de comportamento entra no data warehouse com a mesma granularidade que ele tem na plataforma.
Na direção de entrada, o recurso de data warehouse da própria ferramenta sincroniza fontes como Stripe, Postgres, Salesforce e HubSpot, além de arquivos em S3, GCS e Azure, e permite consultar tudo junto com eventos, pessoas e sessões em uma consulta SQL única, com views materializadas que atualizam em agenda.
Do SDK ao painel: o batch export é o ponto em que o evento de produto deixa de ser métrica de ferramenta e vira tabela governada.
Escolher uma direção ou outra muda o centro de gravidade da arquitetura. Manter o warehouse como destino final preserva a modelagem em um lugar só, com testes, linhagem e camada de métricas construídos em dbt, e deixa o PostHog como ferramenta de exploração rápida. Concentrar tudo dentro da plataforma acelera o dia a dia do time de produto e cobra depois, quando o financeiro pedir a mesma definição de cliente ativo que o painel executivo usa.
Quando o PostHog faz sentido e quando outra ferramenta resolve
A comparação honesta depende do que a operação precisa guardar e por quanto tempo. A tabela abaixo usa critérios verificáveis, sem eleger vencedor.
| Critério | PostHog | Google Analytics 4 | Eventos direto no warehouse |
|---|---|---|---|
| Retenção do dado bruto | Sem teto por plano, sujeito a custo de volume | 2 ou 14 meses no gratuito, até 50 meses no 360 | Definida pela política do warehouse |
| Gravação de sessão e mapa de calor | Nativo, com cota gratuita | Não oferece | Exige ferramenta adicional |
| Experimentação e feature flags | Nativo, integrado ao mesmo evento | Não oferece | Exige serviço próprio de flags |
| Região de armazenamento | Estados Unidos ou União Europeia | Definida pelo Google | Onde a empresa quiser, inclusive no Brasil |
| Modelo de custo | Por volume de evento, decrescente | Gratuito com limites, 360 sob contrato | Armazenamento mais processamento |
| Esforço de engenharia | Baixo para começar | Baixo para começar | Alto, com pipeline próprio |
Produto digital em fase de descoberta, com time pequeno e necessidade de ver gravação e funil no mesmo lugar, é o cenário em que o PostHog rende mais rápido. Operação que já tem warehouse maduro, política de retenção longa e exigência de manter o dado em território nacional tende a se dar melhor coletando evento próprio e tratando o analytics de produto como mais uma fonte do pipeline. A escolha entre os dois raramente é definitiva, porque o batch export mantém a porta aberta para migrar depois.
Três erros aparecem com frequência em quem adota a ferramenta sem esse desenho. Instrumentar tudo desde o primeiro dia infla a conta e enterra o sinal no ruído, quando um punhado de eventos de ativação já responderia a pergunta inicial. Deixar o esquema de eventos nascer sem convenção de nome e sem dono produz um catálogo que ninguém consegue auditar seis meses depois. Tratar a ferramenta como fonte de verdade de métrica financeira cria a divergência clássica entre o número do produto e o número do fechamento, que só se resolve quando as definições passam a viver na camada de métricas do warehouse e a organização amadurece a sua cultura de dados.
O PostHog é uma boa resposta para a pergunta "o que o usuário fez dentro do produto" e uma resposta parcial para a pergunta "o que isso significa para o negócio". A segunda depende de levar o evento para onde o resto do dado já está, com definição única de métrica e governança aplicada. Quem começa pela instrumentação mínima, mapeia o dado pessoal antes de ligar a captura e programa o batch export desde o primeiro mês chega ao final do ano com histórico próprio, sem ficar preso ao teto de retenção de ninguém.
Se a sua empresa está escolhendo como instrumentar o produto e como levar esses eventos para dentro do data warehouse, nossos especialistas podem ajudar a estruturar a melhor arquitetura para o seu contexto. Fale com a nossa equipe e avance na maturidade dos seus dados.
Perguntas frequentes sobre o PostHog
O que é o PostHog? O PostHog é uma plataforma de analytics de produto de código aberto que registra eventos disparados pelo usuário dentro do aplicativo. Ela reúne funis, retenção, gravação de sessão, mapa de calor, feature flags, testes A/B, pesquisas e rastreamento de erro no mesmo ambiente, com cota gratuita mensal para cada um desses produtos.
O PostHog é gratuito? Existe uma cota gratuita mensal por produto, com 1 milhão de eventos de analytics, 5 mil gravações de sessão, 1 milhão de chamadas de feature flag e 1.500 respostas de pesquisa. Acima disso a cobrança é por volume, começando em 0,00005 dólar por evento de analytics e caindo conforme o uso cresce.
Ainda vale a pena auto-hospedar o PostHog? A documentação oficial desaconselha. A instalação na própria infraestrutura não tem garantia de funcionamento nem suporte, e os recursos de plano pago existem apenas na nuvem gerenciada. Para times acima de 300 mil eventos por mês, a própria PostHog recomenda a versão em nuvem.
Usar o PostHog está de acordo com a LGPD? Pode estar, com cuidado contratual. Como a nuvem gerenciada só tem região nos Estados Unidos e na União Europeia, o uso por empresa brasileira configura transferência internacional de dados pessoais, regulada pela Resolução CD/ANPD nº 19/2024. O contrato precisa conter as cláusulas-padrão aprovadas pela ANPD, e o ideal é mascarar dado pessoal na origem.
Qual a diferença entre PostHog e Google Analytics 4? O PostHog foca no comportamento dentro do produto e inclui gravação de sessão, feature flags e experimentos no mesmo evento. O GA4 foca na jornada de aquisição e marketing e limita a retenção de dado de evento a 2 ou 14 meses no plano gratuito. As duas ferramentas resolvem perguntas diferentes e convivem bem.
