Escolha o modelo de medição
Umami, Plausible, Matomo e GoatCounter representam diferentes conjuntos de funcionalidades e escolhas operacionais. Reveja os requisitos atuais, as licenças e a recolha real de dados. O nome de um produto não substitui a revisão do seu comportamento configurado.
Minimize o conteúdo dos eventos
Evite registar palavras-passe, tokens, parâmetros de páginas privadas ou identificadores sensíveis. Considere contagens agregadas, retenção curta e acesso limitado antes de recolher percursos ao nível do utilizador. Reveja o que o proxy inverso registra, bem como a aplicação de análise.
Trate o consentimento como uma verdadeira questão de design
Uma configuração sem cookies não está automaticamente fora de todas as regras de privacidade ou consentimento. Os requisitos aplicáveis dependem dos dados, da tecnologia, dos utilizadores e da jurisdição. Explique a implementação com exatidão e obtenha a revisão adequada.
Mantenha o serviço fiável
Proteja o painel, restrinja gravações onde houver suporte, monitore o banco de dados e elimine dados antigos. Teste se o bloqueio de análises não quebra o site principal. Faça backup da configuração e retenha apenas o histórico de que você realmente precisa.
Inspecione um evento real
Abra o inspetor de rede do navegador e reveja o pedido produzido por uma visualização de página. Verifique o caminho, os parâmetros de consulta, o referenciador, os identificadores e o payload do evento. Compare o que é enviado com a política mostrada aos utilizadores. Esta simples inspeção encontra frequentemente dados desnecessários antes de se acumularem numa base de dados.
Defina uma retenção útil
Decida quais relatórios precisam de agregados diários e quais, se houver, precisam de eventos individuais. Agende a exclusão ou agregação e verifique se ela realmente ocorre. Mantenha o acesso ao painel restrito e impeça que a falha da análise atrase o site principal.
Compare o modelo de recolha e a stack operacional
Escolha uma ferramenta em função das perguntas a que precisa de responder. A configuração auto-hospedada atual do Umami usa PostgreSQL; o Plausible Community Edition, o Matomo e o GoatCounter têm as suas próprias pilhas e limites de funcionalidades. Reveja a versão atual e os requisitos de base de dados em vez de assumir que o produto hospedado e a edição auto-hospedada são idênticos. Sessões, replay e identificadores personalizados acrescentam dados e responsabilidades além de um contador agregado de páginas. Comece com o modelo de recolha mais pequeno que responda a uma verdadeira questão de produto.
Documentação oficial: Instalação do Umami · Edição auto-hospedada do Plausible · Instalação do Matomo · Projeto de auto-alojamento GoatCounter
Mantenha a administração e a recolha em regras separadas
Utilize uma implementação suportada, uma ligação privada à base de dados e TLS. Altere imediatamente qualquer palavra-passe de administrador predefinida. Crie a entrada do site/projeto e adicione apenas o snippet de rastreamento necessário às páginas que controla. Proteja o painel e as rotas administrativas; um endpoint de recolha público não significa que os seus relatórios devam ser públicos. Mantenha as migrações da base de dados, os segredos da aplicação e uma exportação de recuperação no plano de atualização.
- Exclua configurações privadas, detalhes de checkout e strings de consulta com tokens dos eventos.
- Registre a origem exata do script e os endpoints para a política de privacidade do site.
- Verifique os limites de licenciamento e de edição antes de oferecer painéis a outras organizações.
Documentação oficial: Configuração do Umami e conta padrão
Inspecione o evento em vez de confiar num rótulo de produto
Utilize uma visualização de página descartável e um evento personalizado inofensivo. Inspecione o pedido de rede quanto ao seu URL, referenciador, identificadores, payload e comportamento de armazenamento/cookies, e depois compare a entrada no painel. Repita com a análise bloqueada: o site principal deve continuar funcional. Um endpoint de recolha que devolve sucesso com um relatório vazio pode indicar o identificador de projeto errado, uma regra de origem, um script bloqueado ou um problema de fila/base de dados. Não introduza uma palavra-passe real ou referência de pagamento num evento de diagnóstico.
Faça da retenção uma tarefa com resultado observável
Escolha janelas de eliminação ou agregação antes de a base de dados encher. Inspecione os registos do proxy inverso e da base de dados, bem como as configurações de análise; podem reter mais detalhes do que a interface de relatórios. Teste uma exportação, uma restauração e a remoção efetiva de um evento de teste expirado. Sem cookies é uma descrição técnica, não uma isenção legal geral. Reveja os dados reais, as finalidades, o público e as regras aplicáveis em vez de prometer conformidade automática a partir do nome de um produto.