Scegli il modello di misurazione
Umami, Plausible, Matomo e GoatCounter rappresentano set di funzionalità e scelte operative diverse. Esamina i requisiti attuali, le licenze e la raccolta dati effettiva. Il nome di un prodotto non sostituisce l'esame del suo comportamento configurato.
Riduci al minimo il contenuto degli eventi
Evita di registrare password, token, parametri di pagina privati o identificatori sensibili. Valuta conteggi aggregati, conservazione breve e accesso limitato prima di raccogliere percorsi a livello utente. Esamina ciò che registra il reverse proxy oltre all'applicazione di analisi.
Tratta il consenso come una vera questione di progettazione
Una configurazione senza cookie non è automaticamente esente da ogni regola sulla privacy o sul consenso. I requisiti applicabili dipendono dai dati, dalla tecnologia, dagli utenti e dalla giurisdizione. Descrivi l'implementazione in modo accurato e ottieni una revisione adeguata.
Mantieni il servizio affidabile
Proteggi la dashboard, limita le scritture dove supportato, monitora il database ed elimina i dati obsoleti. Verifica che le analytics bloccate non compromettano il sito principale. Esegui il backup della configurazione e conserva solo la cronologia di cui hai effettivamente bisogno.
Ispeziona un evento reale
Apri l'ispettore di rete del browser e rivedi la richiesta prodotta da una visualizzazione di pagina. Controlla percorso, parametri di query, referrer, identificatori e payload degli eventi. Confronta ciò che viene inviato con la policy mostrata agli utenti. Questa semplice ispezione spesso individua dati non necessari prima che si accumulino in un database.
Definisci una conservazione utile
Decidi quali report necessitano di aggregati giornalieri e quali, se del caso, di singoli eventi. Pianifica la cancellazione o l'aggregazione e verifica che avvenga effettivamente. Mantieni l'accesso alla dashboard limitato e impedisci che il percorso di errore dell'analytics ritardi il sito web principale.
Confronta il modello di raccolta e lo stack operativo
Scegli uno strumento in base alle domande a cui devi rispondere. L'attuale configurazione self-hosted di Umami usa PostgreSQL; Plausible Community Edition, Matomo e GoatCounter hanno i propri stack e confini funzionali. Esamina la versione attuale e i requisiti del database invece di presumere che il prodotto hosted e l'edizione self-hosted siano identici. Sessioni, replay e identificatori personalizzati aggiungono dati e responsabilità oltre a un contatore aggregato di pagine. Inizia con il modello di raccolta più piccolo che risponde a una reale domanda di prodotto.
Documentazione ufficiale: Installazione di Umami · Edizione self-hosted di Plausible · Installazione di Matomo · Progetto di self-hosting GoatCounter
Mantieni amministrazione e raccolta su regole separate
Usa un deployment supportato, una connessione privata al database e TLS. Cambia immediatamente qualsiasi password amministratore predefinita. Crea la voce del sito/progetto e aggiungi solo lo snippet di tracciamento richiesto alle pagine che controlli. Proteggi la dashboard e le rotte amministrative; un endpoint di raccolta pubblico non significa che i suoi report debbano essere pubblici. Mantieni migrazioni del database, segreti dell'applicazione ed esportazione di ripristino nel piano di aggiornamento.
- Escludi dagli eventi configurazioni private, dettagli di checkout e query string contenenti token.
- Registra l'origine esatta dello script e gli endpoint per l'informativa sulla privacy del sito.
- Verifica i limiti di licenza ed edizione prima di offrire dashboard ad altre organizzazioni.
Documentazione ufficiale: Configurazione di Umami e account predefinito
Esamina l'evento invece di fidarti dell'etichetta di un prodotto
Usa una visualizzazione di pagina temporanea e un evento personalizzato innocuo. Ispeziona la richiesta di rete per il suo URL, referrer, identificatori, payload e comportamento di storage/cookie, poi confronta la voce nella dashboard. Ripeti con l'analytics bloccato: il sito principale deve rimanere funzionante. Un endpoint di raccolta che restituisce successo con un report vuoto può indicare un identificatore di progetto errato, una regola di origine, uno script bloccato o un problema di coda/database. Non inserire una password reale o un riferimento di pagamento in un evento diagnostico.
Rendi la conservazione un'attività con un risultato osservabile
Scegli finestre di eliminazione o aggregazione prima che un database si riempia. Ispeziona i log del reverse proxy e del database oltre alle impostazioni di analytics; possono conservare più dettagli dell'interfaccia di reporting. Prova un'esportazione, un ripristino e la rimozione effettiva di un evento di test scaduto. Senza cookie è una descrizione tecnica, non un'esenzione legale generale. Esamina i dati effettivi, le finalità, il pubblico e le norme applicabili invece di promettere una conformità automatica basata sul nome di un prodotto.