Vai al contenuto

Passare da Umami a Statsdot

Aggiornato il 19 ottobre 2026

Umami è un valido software open-source e molti sviluppatori lo eseguono sul proprio server. Il motivo comune per cui si decide di abbandonarlo non è Umami in sé, ma il server: aggiornamenti, database, backup e uptime per uno strumento che dovrebbe semplicemente funzionare.

Quando il passaggio ha senso

  • Esegui Umami in self-hosting e preferiresti non doverlo gestire.
  • Vuoi che il codice del visitatore cambi ogni giorno. Umami ruota il suo salt mensilmente per impostazione predefinita; Statsdot lo ruota quotidianamente, quindi un visitatore non può essere seguito da un giorno all'altro.
  • Hai bisogno di una dashboard non in inglese per clienti o colleghi.

Quando restare con Umami

Per i percorsi utente, le coorti di fidelizzazione e l'identificazione degli utenti su più dispositivi, Umami offre di più. Queste funzionalità richiedono un modo per riconoscere una persona nel tempo, cosa che Statsdot deliberatamente non fa.

Cosa mantieni

Statsdot importa i totali giornalieri di un sito web Umami: visitatori, visite, visualizzazioni di pagina, frequenza di rimbalzo e durata della visita; pagine, pagine di ingresso e di uscita; referrer con il relativo canale; paesi, regioni e città; dispositivi, browser e sistemi; ed eventi.

Come procedere

  1. Aggiungi il tuo sito a Statsdot e installa lo script insieme a Umami per una o due settimane.
  2. Ottieni l'accesso per l'importazione: una chiave API su Umami Cloud, oppure l'indirizzo e un login con sola visualizzazione del tuo Umami.
  3. Importa: impostazioni del sito su Statsdot, Importa > Importa da Umami. L'API di Umami non dispone di suddivisioni giornaliere, quindi Statsdot importa i giorni con visite uno per uno; un anno intenso richiede pochi minuti. Dettagli in Importare da Umami.
  4. Sposta i tuoi eventi: umami.track('Signup') diventa statsdot.track('Signup'), oppure usa data-statsdot-event dove avevi data-umami-event.
  5. Rimuovi lo script di Umami. Se eseguivi l'hosting in proprio, conserva un backup del database prima di spegnere il server.