Atualizado em: 22/06/2026
Compilado por: Pablo Murad

Resumo direto

Se você quer apenas medir tráfego de sites, não complique: comece por Umami, GoatCounter ou Plausible CE.

Se você quer algo mais parecido com Google Analytics, vá de Matomo.

Se você quer analytics de produto, funis, eventos, session replay e feature flags, olhe PostHog — mas aceite que é muito mais pesado.

Se você quer debug visual de sessões de usuário, olhe OpenReplay.

Lista recomendada

1. Umami

Link: https://umami.is
GitHub: https://github.com/umami-software/umami
Categoria: web analytics privacy-focused.

Umami é uma das melhores escolhas para quem quer analytics simples, bonito e fácil de hospedar.

Ele mede pageviews, visitantes, referrers, dispositivos, países, eventos personalizados, campanhas UTM e métricas básicas de comportamento.

Quando usar

Use Umami para:

• blogs;
• sites institucionais;
• landing pages;
• portais;
• projetos pessoais;
• dashboards públicos;
• sites onde GA4 seria exagero.

Pontos fortes

• Simples.
• Interface limpa.
• Cookie-free.
• Open source.
• Boa experiência self-hosted.
• Ideal para múltiplos sites.

Pontos fracos

• Não substitui GA4 em marketing pesado.
• Não é a melhor opção para produto/SaaS complexo.
• Recursos avançados existem, mas o foco ainda é simplicidade.

Veredito

Minha primeira escolha para web analytics self-hosted comum.

2. GoatCounter

Link: https://www.goatcounter.com
GitHub: https://github.com/arp242/goatcounter
Categoria: web analytics minimalista.

GoatCounter é uma opção bem enxuta para contar visitas sem transformar seu site numa máquina de vigilância.

Quando usar

Use GoatCounter para:

• blogs;
• sites pequenos;
• páginas pessoais;
• projetos com foco forte em privacidade;
• quem quer simplicidade extrema.

Pontos fortes

• Leve.
• Simples.
• Open source.
• Pode ser self-hosted.
• Não tenta coletar dados demais.

Pontos fracos

• Interface menos refinada.
• Menos recursos que Umami, Plausible e Matomo.
• Não é ideal para marketing, funis ou relatórios elaborados.

Veredito

Excelente se você quer algo pequeno, honesto e sem frescura.

3. Plausible Community Edition

Link: https://plausible.io/self-hosted-web-analytics
GitHub: https://github.com/plausible/analytics
Community Edition: https://github.com/plausible/community-edition
Categoria: web analytics privacy-first.

Plausible é uma alternativa bem conhecida ao Google Analytics. A versão self-hosted atual é a Plausible Community Edition, voltada para quem quer rodar no próprio servidor.

Quando usar

Use Plausible CE para:

• sites com foco em privacidade;
• projetos onde dashboard bonito importa;
• clientes que querem algo mais “polido”;
• substituição simples do GA em sites comuns.

Pontos fortes

• Dashboard muito bom.
• Foco em privacidade.
• Sem cookies.
• Script leve.
• Boa reputação.

Pontos fracos

• Self-hosting pode ser mais trabalhoso que Umami.
• Algumas decisões do projeto favorecem o serviço cloud.
• Pode ser complexo demais se você só quer métricas básicas.

Veredito

Ótimo, mas no self-host puro eu ainda começaria por Umami.

4. Matomo

Link: https://matomo.org
GitHub: https://github.com/matomo-org/matomo
Categoria: web analytics completo.

Matomo é o substituto open source mais completo para Google Analytics.

Ele oferece analytics detalhado, eventos, conversões, funis, segmentação, relatórios, heatmaps, session recordings e várias integrações.

Quando usar

Use Matomo para:

• sites grandes;
• clientes corporativos;
• relatórios de marketing;
• projetos onde GA4 seria usado;
• casos onde propriedade dos dados é importante.

Pontos fortes

• Muito completo.
• Maduro.
• Forte ecossistema.
• Boa opção para substituir Google Analytics.
• Pode ser hospedado on-premise.

Pontos fracos

• Pesado.
• Mais manutenção.
• Mais complexo.
• Pode ser exagero para sites simples.

Veredito

Bom para substituir GA4. Ruim se você só quer um painel simples de visitas.

5. Ackee

Link: https://ackee.electerious.com
GitHub: https://github.com/electerious/Ackee
Categoria: web analytics simples em Node.js.

Ackee é uma ferramenta self-hosted baseada em Node.js, com painel minimalista e foco em privacidade.

Quando usar

Use Ackee para:

• projetos Node.js;
• sites pequenos;
• quem quer uma solução simples e hackeável;
• ambientes onde MongoDB/Node.js já fazem sentido.

Pontos fortes

• Simples.
• Interface minimalista.
• Self-hosted.
• Boa opção para stack JavaScript.

Pontos fracos

• Menos popular que Umami, Matomo e Plausible.
• Ecossistema menor.
• Menos indicado para produção crítica.

Veredito

Legal, mas eu só escolheria se você gostar especificamente da stack dele.

6. OpenPanel

Link: https://openpanel.dev
GitHub: https://github.com/Openpanel-dev/openpanel
Categoria: web + product analytics.

OpenPanel tenta ficar entre Plausible e Mixpanel: analytics de site com recursos de produto.

Quando usar

Use OpenPanel para:

• projetos que precisam de web analytics e eventos;
• produtos pequenos/médios;
• quem quer algo moderno;
• alternativa open source ao Mixpanel.

Pontos fortes

• Visual moderno.
• Combina web analytics e product analytics.
• Open source.
• Self-hosting documentado.

Pontos fracos

• Mais novo que Matomo/PostHog.
• Menos testado em longo prazo.
• Pode mudar rápido.

Veredito

Promissor, mas eu testaria antes de apostar em produção crítica.

7. Rybbit

Link: https://rybbit.io
GitHub: https://github.com/rybbit-io/rybbit
Categoria: web/product analytics moderno.

Rybbit se apresenta como alternativa open source e privacy-friendly ao Google Analytics, com tracking cookieless e foco em experiência simples.

Quando usar

Use Rybbit para:

• testar uma alternativa moderna ao Umami/Plausible;
• projetos onde cookieless tracking é desejado;
• dashboards simples com toque mais atual.

Pontos fortes

• Open source.
• Visual moderno.
• Foco em privacidade.
• Pode ser self-hosted.

Pontos fracos

• Projeto mais novo.
• Menos maduro que Umami, Matomo e Plausible.
• Eu não colocaria como primeira escolha para infraestrutura crítica.

Veredito

Interessante para laboratório e projetos novos. Para produção séria, avalie com cuidado.

8. Tianji

Link: https://tianji.dev
GitHub: https://github.com/msgbyte/tianji
Categoria: analytics + uptime monitor + server status.

Tianji não é só analytics. Ele mistura website analytics, uptime monitoring e server status em um painel único.

Quando usar

Use Tianji para:

• projetos pessoais;
• pequenos times;
• quem quer analytics e monitoramento no mesmo painel;
• servidores e sites menores.

Pontos fortes

• Junta várias funções.
• Open source.
• Boa proposta para devs independentes.
• Útil para acompanhar site + uptime.

Pontos fracos

• Não é tão focado quanto Umami/Plausible.
• Pode virar “faz tudo” e não ser excelente em cada área.
• Menos tradicional como ferramenta pura de analytics.

Veredito

Boa opção se você quer um painel multiuso. Não é minha primeira escolha para analytics puro.

9. Offen Fair Web Analytics

Link: https://www.offen.dev
GitHub: https://github.com/offen/offen
Categoria: fair/privacy web analytics.

Offen tem uma proposta mais ideológica e forte de privacidade: analytics justo, transparente, com participação do usuário.

Quando usar

Use Offen para:

• projetos com privacidade como valor central;
• sites que querem consentimento explícito;
• ambientes europeus/GDPR;
• projetos comunitários.

Pontos fortes

• Foco real em privacidade.
• Open source.
• Self-hosted.
• Usuários podem acessar os próprios dados.

Pontos fracos

• Menos convencional.
• Pode coletar menos dados úteis.
• Não é a opção mais prática para marketing.

Veredito

Ótimo para projetos com postura ética forte. Ruim para quem quer maximizar métricas.

10. PostHog

Link: https://posthog.com
GitHub: https://github.com/PostHog/posthog
Self-host docs: https://posthog.com/docs/self-host
Categoria: product analytics / developer platform.

PostHog é outra categoria. Não é apenas contador de visita.

Ele cobre product analytics, web analytics, eventos, funis, cohorts, feature flags, experiments, session replay, surveys, error tracking e data warehouse.

Quando usar

Use PostHog para:

• SaaS;
• produto digital;
• área logada;
• funis de conversão;
• experimentos;
• feature flags;
• análise de retenção;
• times de produto e engenharia.

Pontos fortes

• Muito poderoso.
• Excelente para produto.
• Vários recursos em uma plataforma.
• Open source/self-hosted possível.

Pontos fracos

• Pesado.
• Self-hosting exige infraestrutura maior.
• Overkill brutal para site simples.
• Recursos pagos/cloud podem limitar alguns cenários.

Veredito

Para produto, é forte. Para blog/site simples, é insanidade operacional.

11. OpenReplay

Link: https://www.openreplay.com
GitHub: https://github.com/openreplay/openreplay
Categoria: session replay e debugging.

OpenReplay permite reproduzir sessões de usuários para entender bugs, comportamento, erros, console, rede e performance.

Quando usar

Use OpenReplay para:

• debug de bugs difíceis;
• aplicações web;
• suporte técnico;
• times de produto;
• entender onde o usuário travou.

Pontos fortes

• Session replay self-hosted.
• Ajuda muito em debugging.
• Captura erros, console e rede.
• Complementa analytics tradicional.

Pontos fracos

• Não substitui Umami.
• Pode ser pesado.
• Exige cuidado com privacidade e mascaramento de dados sensíveis.

Veredito

Complemento excelente para apps. Não é ferramenta principal de pageviews.

12. Countly

Link: https://countly.com
GitHub: https://github.com/Countly/countly-server
Docs: https://countly.github.io/countly-server/lite/master/browser/index.html
Categoria: product/mobile analytics.

Countly é uma plataforma mais corporativa para analytics de produto, mobile, web e customer engagement.

Quando usar

Use Countly para:

• apps mobile;
• times maiores;
• ambientes corporativos;
• produto com necessidade de controle de dados;
• private cloud/on-premise.

Pontos fortes

• Forte em produto/mobile.
• Pode rodar on-premise/private cloud.
• Mais empresarial.
• Boa para controle de dados e compliance.

Pontos fracos

• Pesado.
• Menos simples.
• Pode ser demais para sites comuns.
• Avalie bem licença, edição e recursos disponíveis.

Veredito

Boa ferramenta, mas eu não começaria por ela para web analytics simples.

Ranking prático

Para site, blog, landing page e portal

1. Umami
2. GoatCounter
3. Plausible CE
4. Matomo
5. Ackee
6. Rybbit
7. Tianji
8. Offen
9. OpenPanel

Para produto/SaaS

1. PostHog
2. OpenPanel
3. Countly
4. OpenReplay
5. Matomo

Para privacidade extrema

1. GoatCounter
2. Offen
3. Plausible CE
4. Umami
5. Matomo

Para debug de experiência do usuário

1. OpenReplay
2. PostHog
3. OpenPanel

Recomendação final

Escolha padrão

Use Umami.

É simples, bonito, leve e resolve 80% dos casos sem te arrastar para um inferno operacional.

Escolha minimalista

Use GoatCounter.

Ideal para blog, site pessoal e projeto pequeno.

Escolha “quero substituir GA4”

Use Matomo.

Mas aceite o peso e a manutenção.

Escolha para produto digital

Use PostHog.

Mas só se você realmente precisa de eventos, funis, retenção, cohorts e feature flags.

Escolha para debugging visual

Use OpenReplay.

Use como complemento, não como substituto direto de analytics.

Regra brutal

Não instale PostHog, Countly ou OpenReplay só para saber quantas pessoas acessaram seu site.

Isso é como comprar um caminhão para buscar pão.

Para site comum, analytics bom é analytics que você instala, entende e esquece rodando.