Como Adicionar Analytics à Sua App: GA4, Ferramentas Focadas na Privacidade e Analytics de Produto

Para adicionar analytics à sua app, escolha uma ferramenta, adicione o seu pequeno script (ou peça ao construtor de apps para o adicionar) para que carregue em todas as páginas, confirme que as visualizações aparecem na vista em tempo real da ferramenta, e depois registe um punhado de eventos que importem — registos, compras, ações-chave. Use o Google Analytics 4 se quer uma ferramenta gratuita e completa e consegue gerir o consentimento de cookies; uma ferramenta focada na privacidade, como o Plausible, se quer estatísticas simples sem cookies; e uma ferramenta de analytics de produto, como o PostHog, se precisa de ver o que os utilizadores com sessão iniciada fazem dentro da app. Os detalhes dos fornecedores abaixo vêm dos respetivos sites, com dados de setembro de 2026.

Decida o que quer descobrir

O analytics só é útil se responder a uma pergunta. Escreva três a cinco antes de instalar fosse o que fosse:

• De onde vêm os visitantes (pesquisa, redes sociais, uma newsletter, um anúncio)?
• Em que páginas aterram as pessoas e onde saem?
• Quantos visitantes se registam, começam um teste ou compram?
• Que funcionalidades usam de facto os utilizadores ativos?
• As pessoas voltam depois da primeira semana?

As duas primeiras são analytics web. As duas últimas são analytics de produto. A do meio é uma conversão e exige que registe um evento.

As suas opções

Google Analytics 4

O centro de ajuda da Google diz que pode ligar um site ao Google Analytics sem custo. A configuração é: criar uma conta, criar uma propriedade, adicionar um fluxo de dados da Web e depois adicionar a tag do Google com o seu ID de medição (começa por G-). A Google indica que os dados podem demorar até 30 minutos a 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 suas tags usam cookies de primeira parte (incluindo _ga) para distinguir utilizadores e sessões. Isso importa para as regras de consentimento — ver abaixo.

Plausible

O Plausible diz que não usa cookies nem outros identificadores persistentes e que para ele não é necessário banner de cookies. O site descreve o script como cerca de 2,5 KB comprimidos com gzip, e o código é de código aberto, com opção de alojamento próprio. Não tem plano gratuito: em setembro de 2026 há um teste gratuito de 30 dias sem cartão de crédito, e o plano Starter está indicado a 9 USD/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-se em analytics de produto — 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 lista, em setembro de 2026, uma franquia mensal gratuita de 1 milhão de eventos de analytics de produto e 5.000 gravações de sessões, sem cartão de crédito. Veja os preços do PostHog.

A sua própria tabela de eventos

Para alguns números críticos do negócio (registos por dia, encomendas por semana), escrever uma linha na sua própria base de dados quando o evento acontece é exato, privado e sem scripts de terceiros. É um bom complemento a qualquer ferramenta acima, não um substituto dos relatórios de tráfego.

Consentimento de cookies e privacidade

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

Na prática:

• Com uma ferramenta baseada em cookies, carregue-a apenas após consentimento, e faça com que "rejeitar" seja tão fácil como "aceitar".
• Com uma ferramenta sem cookies, pode evitar o banner para o analytics, mas continua a precisar de uma política de privacidade que indique o que recolhe.
• Nunca envie dados pessoais (emails, nomes, moradas completas) para o analytics em nomes de eventos, URLs de páginas ou propriedades.

Prompts de exemplo

Adicionar uma ferramenta de analytics web:

Adicione o Google Analytics 4 com o ID de medição G-XXXXXXX. Carregue a tag em todas as páginas, mas apenas depois de o visitante aceitar os cookies de analytics num banner de consentimento simples (Aceitar / Rejeitar, escolha memorizada). Certifique-se de que as visualizações de página são registadas ao navegar entre páginas nesta app de página única.

Registar conversões:

Envie um evento de analytics chamado sign_up quando um utilizador concluir o registo, e purchase com o valor da encomenda quando o checkout for concluído com sucesso. Não inclua endereços de email nem nomes em nenhum evento.

As suas próprias métricas:

Crie uma tabela de eventos (nome, ID do utilizador, data de criação, pequenos detalhes em JSON). Registe sign_up, project_created e invite_sent a partir do servidor. Adicione uma página de administração com 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. Estes IDs são públicos por desenho; não são segredos.
3. Adicione o script a todas as páginas, respeitando o consentimento se a ferramenta usar cookies.
4. Verifique as visualizações de página na vista em tempo real da ferramenta enquanto navega no seu site publicado. Em apps de página única, confirme que cada mudança de página é contada — a medição melhorada do GA4, por exemplo, pode registar visualizações ao mudar o histórico do navegador.
5. Exclua-se quando a ferramenta o permitir, para que os seus próprios testes não distorçam os números.
6. Adicione de 3 a 5 eventos-chave: registo, 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 que canal funcionou.
8. Veja semanalmente. Crie um lembrete. Analytics que ninguém lê é configuração desperdiçada.

Erros comuns

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

Lista de verificação

• Escreveu as perguntas que o analytics deve responder
• Uma ferramenta instalada em todas as páginas do site publicado
• As visualizações aparecem em tempo real, incluindo mudanças de página dentro da app
• Consentimento tratado onde a ferramenta usa cookies
• 3 a 5 eventos-chave medidos, sem dados pessoais
• As suas próprias visitas excluídas sempre que possível
• A política de privacidade menciona o analytics
• Um momento semanal para rever os números

Adicionar analytics no Mythex

O Mythex não inclui um painel de analytics incorporado para os visitantes da sua app; o analytics é trazido por si, como a documentação indica para páginas de destino. Cole o ID de medição ou do site da ferramenta no chat com um prompt como os acima, ou, para chaves do lado do servidor (algumas APIs de analytics de produto), guarde-as como segredos do projeto e siga Integrar qualquer API. Teste no seu URL publicado e publique de novo depois de alterações.

Quando chegarem os números, use-os: veja como lançar uma app e conseguir os primeiros utilizadores, como criar uma página de destino que converte e SEO para sites criados com IA.

Perguntas