Prezzi PostHog: Guida Pratica per Team MVP

La maggior parte dei team MVP che studiano l’analytics di prodotto finisce per imbattersi nello stesso nome: PostHog. Compare nelle rassegne dei “migliori strumenti di analytics”, nei thread di Show HN e nei canali Slack delle startup come lo strumento che sembra fare tutto — tracciamento eventi, funnel, registrazione delle sessioni, feature flag, test A/B — sotto un unico tetto. L’attrattiva è evidente. È il modello di prezzo dove la maggior parte dei founder si blocca.

Questa guida spiega come funzionano davvero i prezzi di PostHog, in cosa è davvero valido per un MVP e come si confronta con strumenti più leggeri come Plausible e Fathom — che, va detto subito, non risolvono davvero lo stesso problema.

Cos’è Davvero PostHog

PostHog è una piattaforma di analytics di prodotto open source e self-hostabile. A differenza di un semplice tracker di visualizzazioni pagina, è costruita sull’idea che un’unica piattaforma dovrebbe coprire l’intero ciclo di costruzione e iterazione di un prodotto: catturare eventi, capire il comportamento degli utenti, osservare cosa è effettivamente successo sullo schermo e testare i cambiamenti con utenti reali.

In pratica, questo significa che PostHog raggruppa diversi strumenti che i team MVP dovrebbero altrimenti mettere insieme separatamente:

• Analytics di prodotto — tracciamento eventi personalizzati, funnel, curve di retention, percorsi utente.
• Registrazione delle sessioni — registrazioni di sessioni utente reali, in uno spirito simile a quello che offre uno strumento dedicato come LogRocket.
• Feature flag — attivare e disattivare funzionalità, o per specifici segmenti di utenti, senza un nuovo deploy.
• Test A/B / esperimenti — eseguire test controllati sopra questi feature flag.
• Sondaggi — raccolta leggera di feedback in-app.

Per un team MVP di due o tre persone, il messaggio è semplice: un’integrazione, una dashboard, un rapporto con un fornitore, invece di collegare separatamente uno strumento di analytics, uno di registrazione e un servizio di feature flagging.

Come Funzionano Davvero i Prezzi di PostHog

La parte che manda in confusione le persone è che PostHog non addebita un unico canone mensile fisso. Fa pagare per prodotto, in base all’uso — pensate a eventi tracciati, registrazioni di sessione catturate, richieste di feature flag servite e così via — ciascuno con una propria quota mensile gratuita prima che scattino gli addebiti basati sull’uso.

Questa struttura ha implicazioni reali per un MVP:

• Può essere davvero gratuito a basso volume. Un MVP nuovissimo con qualche centinaio di utenti e un volume di eventi modesto può spesso restare entro le quote mensili gratuite di PostHog per i prodotti che utilizza effettivamente.
• Il costo scala con l’uso, non con un livello fisso. A differenza di un piano fisso “X €/mese”, la fattura cresce (o si riduce) con il traffico effettivo. Questo è più favorevole per i prodotti pre-lancio, ma richiede un monitoraggio più attivo una volta arrivata una crescita reale — un picco virale nel volume di eventi si traduce in una fattura, non solo in un numero sulla dashboard.
• Si paga solo per ciò che si usa. Se il tuo MVP ha bisogno solo dell’analytics principale e salta del tutto la registrazione delle sessioni e i feature flag, non stai pagando per capacità che non usi — una differenza rispetto a un prezzo di piattaforma raggruppato e onnicomprensivo.

Poiché i livelli di prezzo e le quote gratuite di PostHog sono basati sull’uso e possono cambiare, questa guida non riporta cifre precise in euro o numeri di quota — controlla direttamente la pagina prezzi ufficiale di PostHog per i dettagli attuali prima di fare il budget, dato che pubblicare qui una cifra precisa rischia di diventare obsoleto nel momento in cui PostHog modifica un livello.

Il punto pratico da portare a casa per un team MVP: modella il tuo volume di eventi previsto, il volume di registrazioni e l’uso dei flag prima di impegnarti, invece di supporre che un numero tratto da un articolo di blog o da un confronto con la concorrenza sarà ancora accurato al momento dell’iscrizione.

PostHog vs. Plausible vs. Fathom: Categorie Diverse, Non Concorrenti Diretti

Questo confronto viene cercato molto, ma vale la pena essere onesti su cosa viene effettivamente confrontato. PostHog è una piattaforma completa di analytics di prodotto. Plausible e Fathom sono strumenti leggeri e rispettosi della privacy per l’analytics delle visualizzazioni pagina — una categoria più ristretta focalizzata su un reporting semplice e senza cookie del traffico del sito web.

	PostHog	Plausible / Fathom
Cosa copre	Tracciamento eventi, funnel, retention, registrazione delle sessioni, feature flag, esperimenti, sondaggi	Visualizzazioni pagina, referrer, eventi base sul sito — analytics semplice del traffico del sito
Modello di hosting	Cloud (prezzi basati sull’uso) o self-hosted (open source)	Ospitato nel cloud (abbonamento fisso); Plausible offre anche il self-hosting
Complessità di configurazione	Moderata — schema degli eventi, più superficie di configurazione	Bassa — tag script, configurazione minima
Ideale per	Team che devono capire il comportamento all’interno del prodotto: funnel, adozione delle funzionalità, sessioni utente	Team che vogliono semplicemente sapere da dove arriva il traffico e quali pagine vengono lette

Se la vera domanda del tuo MVP è “quali pagine di marketing funzionano e da dove arriva il traffico”, Plausible o Fathom rispondono con molta meno configurazione e un canone prevedibile. Se la tua vera domanda è “dove nel prodotto gli utenti si bloccano, e quali funzionalità vengono effettivamente usate”, questa è una domanda di analytics di prodotto per cui PostHog è costruito e a cui Plausible/Fathom semplicemente non sono progettati per rispondere. Scegliere tra i due non è davvero un confronto di funzionalità — è scegliere la categoria giusta per la domanda che ti stai ponendo. Per un quadro più ampio su quella prima scelta, Choosing Analytics Tools for Your MVP spiega come decidere cosa tracciare prima di scegliere uno strumento specifico.

Quando PostHog Vale la Pena per un MVP

PostHog giustifica la sua complessità quando un MVP ha davvero bisogno di più dei semplici conteggi di visualizzazioni pagina:

• Hai bisogno di funnel su un flusso di prodotto multi-step. Iscrizione → onboarding → prima azione principale → visita di ritorno è il tipo di funnel che uno strumento di visualizzazioni pagina non può costruire, ma che il modello basato sugli eventi di PostHog gestisce nativamente.
• Vuoi la registrazione delle sessioni senza aggiungere un secondo fornitore. Se sei già propenso a ritenere necessaria la registrazione delle sessioni — trattata più in dettaglio in Session Replay Tools for Your MVP — la registrazione integrata di PostHog può coprire questa esigenza senza un abbonamento separato a LogRocket o Hotjar.
• Vuoi rilasciare funzionalità dietro flag. I feature flag ti permettono di rilasciare una modifica rischiosa al 5% degli utenti, o limitare una funzionalità per livello di piano, senza un intero ciclo di redeploy — utile una volta che hai utenti reali che non vuoi disturbare.
• La residenza dei dati o il self-hosting sono importanti per te. Poiché PostHog è open source, i team con rigidi requisiti di conformità, o semplicemente una preferenza per possedere la propria pipeline di dati, possono fare self-hosting invece di usare PostHog Cloud.

Quando è Più di Quanto Serva a un MVP

Non ogni prodotto in fase iniziale ha bisogno di così tanta piattaforma. Alcuni segnali che PostHog è prematuro:

• Devi sapere solo da dove arriva il traffico del sito — è il lavoro di Plausible o Fathom, fatto più semplicemente.
• Non hai ancora abbastanza uso per generare un funnel o una curva di retention significativi — la configurazione extra ti dà pochissimo finché non c’è volume reale che ci passa attraverso.
• Nessuno nel team ha tempo per configurare davvero gli schemi degli eventi, esaminare le registrazioni delle sessioni o eseguire esperimenti — una piattaforma sottoutilizzata è tempo di configurazione sprecato, indipendentemente da quanto sia capace.

Se stai ancora decidendo cosa tracciare prima ancora di scegliere uno strumento, vale la pena prendere prima quella decisione precedente — vedi la guida agli strumenti di analytics linkata sopra per un quadro applicabile sia che tu approdi a PostHog, a uno strumento più leggero, o a qualcosa nel mezzo.

Iniziare Senza Impegnarsi Troppo

Un modo ragionevole di provare PostHog su un MVP: inizia con il piano gratuito di PostHog Cloud (salta il self-hosting finché non hai una ragione specifica per gestire tu stesso quell’infrastruttura), strumenta solo la manciata di eventi legati all’attivazione e all’uso principale, e attiva la registrazione delle sessioni o i feature flag solo quando ne hai un uso concreto. Questo mantiene la configurazione proporzionata allo stadio effettivo di un MVP, lasciando aperta l’opzione di sfruttare le funzionalità più avanzate di PostHog — funnel, esperimenti, flag — una volta che l’uso reale ti dà una domanda specifica a cui rispondere.

Domande frequenti

PostHog è gratuito per un MVP?

PostHog offre un piano gratuito con quote mensili di utilizzo per i suoi prodotti (eventi, registrazioni, richieste di feature flag e altro), spesso sufficiente per un MVP agli inizi con traffico modesto. I costi diventano basati sull'uso una volta superate queste quote gratuite, quindi la fattura effettiva dipende dal volume anziché da un canone fisso.

Come viene fatturato PostHog rispetto a uno strumento a canone fisso?

PostHog usa una tariffazione basata sull'uso per prodotto (eventi analytics, registrazioni di sessione, chiamate ai feature flag e così via), invece di un unico canone mensile fisso. Questo significa che i costi possono aumentare con la crescita dell'uso, il che vale la pena modellare rispetto al volume previsto invece di assumere che un prezzo fisso valga indefinitamente.

Un MVP dovrebbe scegliere PostHog o Plausible/Fathom?

Dipende da cosa serve. PostHog è adatto ai team che vogliono tracciamento eventi, funnel, registrazioni di sessione e feature flag in un'unica piattaforma. Plausible o Fathom sono adatti ai team che vogliono semplicemente un'analytics delle pagine visitate, semplice e rispettosa della privacy, senza la complessità aggiuntiva — non risolvono davvero lo stesso problema, quindi la scelta dipende da quanto siano effettivamente approfondite le esigenze di tracciamento.

PostHog può essere self-hosted?

Sì. PostHog è open source e può essere self-hosted, il che attrae i team con rigidi requisiti di residenza dei dati o conformità, o quelli che vogliono evitare del tutto la fatturazione cloud basata sull'uso. Il self-hosting comporta un proprio carico operativo — gestione dei server, aggiornamenti, scalabilità — quindi è uno scambio tra tempo di ingegneria e controllo dell'infrastruttura, non un'opzione gratuita.

PostHog sostituisce la necessità di uno strumento separato per la registrazione delle sessioni?

Per molti MVP sì — PostHog include la registrazione delle sessioni insieme all'analytics, quindi non serve uno strumento separato come LogRocket o Hotjar solo per osservare le sessioni degli utenti. I team con esigenze più intense di monitoraggio degli errori frontend potrebbero comunque trovare più maturo il tracciamento errori di uno strumento dedicato, ma per una registrazione di base la versione integrata di PostHog è spesso sufficiente.