Como Adicionar Analytics ao Seu App: GA4, Ferramentas que Respeitam a Privacidade e Product Analytics

Para adicionar analytics ao seu app, escolha uma ferramenta, adicione o script dela (ou peça ao seu construtor de apps para fazer isso) para que ele carregue em todas as páginas, confirme que as visualizações aparecem na visão em tempo real da ferramenta e então rastreie um punhado de eventos que importam — cadastros, compras, ações principais. Use o Google Analytics 4 se você quer uma ferramenta gratuita e completa e consegue lidar com o consentimento de cookies; uma ferramenta focada em privacidade, como o Plausible, se você quer estatísticas simples sem cookies; e uma ferramenta de product analytics, como o PostHog, se precisa ver o que os usuários logados fazem dentro do app. Os detalhes de cada fornecedor abaixo vêm dos próprios sites deles, em setembro de 2026.

Decida o que você quer descobrir

Analytics só é útil se responder a uma pergunta. Anote de três a cinco perguntas antes de instalar qualquer coisa:

• De onde vêm os visitantes (busca, redes sociais, uma newsletter, um anúncio)?
• Em quais páginas as pessoas chegam e onde elas saem?
• Quantos visitantes se cadastram, começam um teste ou compram?
• Quais recursos os usuários ativos realmente usam?
• As pessoas voltam depois da primeira semana?

As duas primeiras são web analytics. As duas últimas são product analytics. A do meio é uma conversão e exige que você rastreie um evento.

Suas opções

Google Analytics 4

A central de ajuda do Google diz que você pode conectar um site ao Google Analytics sem custo. A configuração é: criar uma conta, criar uma propriedade, adicionar um fluxo de dados da web e, então, adicionar a tag do Google com o seu ID de medição (ele começa com G-). O Google observa que os dados podem levar até 30 minutos para começar a aparecer; o relatório Em tempo real é a forma mais rápida de confirmar que funciona.

A documentação do GA4 diz que as tags usam cookies próprios (incluindo _ga) para diferenciar usuários e sessões. Isso importa para as regras de consentimento — veja abaixo.

Plausible

O Plausible diz que não usa cookies nem outros identificadores persistentes e que não é necessário banner de cookies para ele. O site descreve o script como cerca de 2,5 KB compactado com gzip, e o código é aberto, com opção de hospedagem própria. Não há plano gratuito: em setembro de 2026, há um teste grátis de 30 dias, sem cartão de crédito, e o plano Starter aparece por US$ 9/mês para até 10.000 visualizações de página mensais. Veja o site do Plausible para os preços atuais.

PostHog

O PostHog foca em product analytics — funis, retenção e gravação de sessões — e não apenas em visualizações de página. A página de preços dele lista, a partir de setembro de 2026, uma franquia gratuita mensal de 1 milhão de eventos de product analytics e 5.000 gravações de sessão, sem cartão de crédito. Veja os preços do PostHog.

Sua própria tabela de eventos

Para alguns números essenciais do negócio (cadastros por dia, pedidos por semana), gravar uma linha no seu próprio banco de dados no momento em que o evento acontece é exato, privado e sem scripts de terceiros. É um bom complemento para qualquer ferramenta acima, e não um substituto dos relatórios de tráfego.

Consentimento de cookies e privacidade

As regras sobre cookies de analytics variam conforme o país. Na UE e no Reino Unido, cookies que não são estritamente necessários geralmente precisam do consentimento do visitante antes de serem definidos, e o analytics normalmente cai nesse grupo. Isto não é aconselhamento jurídico; verifique as regras de onde estão os seus visitantes ou consulte um advogado.

Na prática:

• Com uma ferramenta que usa cookies, carregue-a somente após o consentimento, e faça com que “recusar” seja tão fácil quanto “aceitar”.
• Com uma ferramenta sem cookies, você pode evitar o banner para o analytics, mas ainda precisa de uma política de privacidade que diga o que você coleta.
• Nunca envie dados pessoais (e-mails, nomes, endereços completos) ao analytics em nomes de eventos, URLs de páginas ou propriedades.

Prompts de exemplo

Adicionando uma ferramenta de web analytics:

Adicione o Google Analytics 4 com o ID de medição G-XXXXXXX. Carregue a tag em todas as páginas, mas somente depois que o visitante aceitar os cookies de analytics em um banner de consentimento simples (Aceitar / Recusar, com a escolha lembrada). Garanta que as visualizações de página sejam registradas ao navegar entre as páginas deste app de página única.

Rastreando conversões:

Envie um evento de analytics chamado sign_up quando o usuário concluir o cadastro, e purchase com o valor do pedido quando o checkout for concluído. Não inclua e-mails nem nomes em nenhum evento.

Suas próprias métricas:

Crie uma tabela de eventos (nome, ID do usuário, data de criação, pequenos detalhes em JSON). Registre sign_up, project_created e invite_sent a partir do servidor. Adicione uma página de administração com as contagens diárias dos últimos 30 dias.

Passo a passo

1. Escreva as suas perguntas (acima) e escolha uma ferramenta que as responda. Não instale três.
2. Crie a conta e a propriedade na ferramenta e copie o ID do site ou o ID de medição. Esses IDs são públicos por natureza; não são segredos.
3. Adicione o script em todas as páginas, respeitando o consentimento se a ferramenta usar cookies.
4. Confira as visualizações de página na visão em tempo real da ferramenta enquanto navega pelo seu site publicado. Em apps de página única, confirme que cada mudança de página é contada — a medição aprimorada do GA4, por exemplo, pode registrar visualizações de página nas mudanças do histórico do navegador.
5. Exclua a si mesmo quando a ferramenta permitir, para que os seus testes não distorçam os números.
6. Adicione de 3 a 5 eventos-chave: cadastro, compra, a ação que significa que alguém obteve valor.
7. Marque os seus links em newsletters e publicações com parâmetros UTM (?utm_source=newsletter) para saber qual canal funcionou.
8. Confira semanalmente. Crie um lembrete. Analytics que ninguém lê é configuração desperdiçada.

Erros comuns

• Rastrear apenas no preview. O analytics deve rodar no site publicado; muitas ferramentas ignoram ou atribuem mal os domínios de preview.
• Contar em dobro. O script adicionado duas vezes (no layout e em uma página) infla tudo.
• Perder as mudanças de página em apps de página única. Você vê uma visualização por visita e conclui que ninguém navega.
• Dados pessoais em URLs ou eventos. Um e-mail em uma query string acaba nos seus relatórios de analytics.
• Carregar tags com cookies antes do consentimento onde o consentimento é exigido.
• Rastrear tudo. Dezenas de eventos que ninguém analisa dificultam encontrar os úteis.
• Julgar por uma semana de números minúsculos. Com pouco tráfego, as oscilações diárias são ruído.

Checklist

• Você escreveu as perguntas que o analytics deve responder
• Uma ferramenta instalada em todas as páginas do site publicado
• Visualizações de página aparecem em tempo real, inclusive nas mudanças de página dentro do app
• Consentimento tratado onde a ferramenta usa cookies
• De 3 a 5 eventos-chave rastreados, sem dados pessoais
• As suas próprias visitas excluídas, quando possível
• A política de privacidade menciona o analytics
• Um momento semanal reservado para revisar os números

Adicionando analytics no Mythex

O Mythex não inclui um painel de analytics integrado para os visitantes do seu app; o analytics é do tipo “traga a sua própria ferramenta”, como a documentação indica para as landing pages. Cole o ID de medição ou o ID do site da ferramenta no chat, com um prompt como os acima, ou, para chaves do lado do servidor (algumas APIs de product analytics), guarde-as como segredos do projeto e siga Integre qualquer API. Teste na sua URL publicada e publique de novo após as mudanças.

Quando os números chegarem, use-os: veja como lançar um app e conseguir os primeiros usuários, como criar uma landing page que converte e SEO para sites criados com IA.

Perguntas