Proof of Actor vs Mixpanel: analytics di prodotto ed evidenze sugli actor, affiancati

Mixpanel è una piattaforma di analytics di prodotto. I team la usano per vedere quali funzionalità vengono adottate, dove gli utenti abbandonano un funnel e chi torna la settimana successiva. È eccellente in questo compito e, per molti team di prodotto, è il luogo in cui si rispondono le domande sul comportamento degli utenti.

Ora, accanto a queste, c'è una nuova domanda. Alcuni degli eventi nel tuo prodotto non sono più generati da una persona che clicca. Arrivano da agent AI che agiscono per clienti reali, da persone che lavorano con un assistente AI e da automazioni che non puoi ancora spiegare. Prima di leggere un funnel, sempre più spesso devi sapere chi o cosa ha prodotto gli eventi che lo compongono, e la tua applicazione deve sapere la stessa cosa nel momento in cui avviene per poter rispondere. Questo è ciò per cui è stato costruito Proof of Actor di AgentCredia.

Questa pagina confronta i due in modo equo. I fatti su Mixpanel qui sotto provengono dalla documentazione di Mixpanel stessa, aggiornata a novembre 2026.

La versione breve

	Mixpanel	Proof of Actor
Domanda principale	Come adottano, convertono e mantengono gli utenti?	Chi o cosa sta agendo su questa interazione, e qual è l'evidenza?
Dove raccoglie	SDK lato client e server più API di ingestion; Mixpanel raccomanda il tracciamento lato server quando possibile	Middleware server, edge, HTTP API, server MCP, più un raccoglitore browser approvato
Etichette per agent e bot	$mp_actor_type di agent, bot o none, classificato dallo user agent	Human, Human + AI, Agent o Unknown, con una base dichiarata
Identità verificata dell'agent	Non descritta nella documentazione sul traffico bot di Mixpanel	Base Verified quando una firma della richiesta viene verificata rispetto a una chiave pubblicata
Persone assistite dall'AI	Non descritte come classe separata	Un risultato di prima classe: Human + AI
Traffico poco chiaro	Etichettato none quando non c'è corrispondenza con agent o bot	Segnalato come Unknown, con un fallback scelto da te
Agisce sul traffico	No, analizza gli eventi	Instrada in base alle tue policy nel tuo codice, dopo l'osservazione

Il resto di questa pagina spiega ogni riga.

Per cosa è costruito il modello di eventi di Mixpanel

Mixpanel è costruito attorno agli eventi e alle proprietà ad essi associate. Strumenti azioni come iscrizione, crea progetto o invita un collega, aggiungi proprietà come piano o piattaforma, e poi costruisci funnel, curve di retention, flow e cohort suddividendo gli eventi in base a quelle proprietà. Ogni domanda di analisi in Mixpanel alla fine diventa una domanda su quali eventi sono accaduti, a chi e con quali valori di proprietà.

Questo modello è esattamente il motivo per cui il contesto dell'actor si inserisce così bene al suo interno. Un'etichetta di actor è solo un'altra proprietà e, una volta presente nei tuoi eventi, ogni funnel e grafico di retention può essere suddiviso per essa. Mixpanel si è già mosso in questa direzione con la propria etichettatura degli actor. La domanda aperta è su cosa si basi quella proprietà e se la tua applicazione possa usare la stessa risposta mentre la richiesta è ancora in elaborazione.

Proof of Actor produce quella risposta nel percorso della richiesta. Ogni interazione ottiene una delle quattro classi: Human quando i segnali indicano una persona, Human + AI quando una persona ha agito con assistenza AI dichiarata o osservata tramite un'integrazione supportata, Agent per interazioni automatizzate o provenienti da agent, e Unknown quando le evidenze non supportano una determinazione affidabile. Ogni risultato indica la propria base di evidenza, verified, declared, inferred o unknown, trasformando la proprietà da etichetta a etichetta con una forza dichiarata.

Dove gira ciascuno

Mixpanel offre tracciamento sia lato client sia lato server. La sua documentazione su scegliere un metodo di tracciamento raccomanda di tracciare il più possibile dai propri server e di integrare con il tracciamento lato client quando necessario, osservando che il tracciamento lato client è influenzato dagli ad blocker.

Anche Proof of Actor gira lato server, ma la sua posizione è diversa. Si trova nel percorso della richiesta della tua applicazione: middleware Node.js, Next.js, l'edge layer che controlli, una generica HTTP API o il tuo server MCP, con un raccoglitore browser opzionale sulle pagine approvate. Questo gli consente di vedere i segnali nel momento della richiesta, come se un client ha presentato una firma, se un client si è dichiarato, e se il tuo assistente ha compiuto l'azione. Consulta la pagina integrazioni per l'elenco completo.

Come Mixpanel tratta bot e agent AI

Mixpanel ha aggiunto un supporto reale qui, e merita credito. Secondo la sua documentazione sul traffico bot:

• La libreria JavaScript di Mixpanel filtra per impostazione predefinita un breve elenco di crawler noti, inclusi Googlebot e Bingbot.
• Qualsiasi evento inviato con la proprietà $ignore impostata viene scartato all'ingestion, così puoi scrivere la tua logica di filtraggio.
• Le API di ingestion di Mixpanel classificano lo user agent di ogni evento e impostano $mp_actor_type (Actor Type) su agent per richieste da un LLM che agisce per conto di un utente umano, bot per traffico automatizzato generico come crawler e indicizzatori di ricerca, oppure none quando nessuno dei due casi si applica. Quando il tipo è agent o bot, $mp_actor_name (Actor Name) contiene l'identità classificata, come GPTBot o ClaudeBot.
• Con il tracciamento lato server, la classificazione usa lo user agent della richiesta arrivata a Mixpanel, cioè la libreria HTTP del tuo server, a meno che tu non inoltri lo user agent dell'utente finale, per esempio in $mp_raw_user_agent. Mixpanel osserva che altrimenti la classificazione può essere inaccurata.
• Gli eventi in Mixpanel sono immutabili, quindi gli eventi bot già registrati vengono gestiti filtrandoli fuori dall'analisi invece di eliminarli.

Questa è un'etichetta di reporting utile. È anche, per progettazione, un'etichetta derivata dalla stringa user agent. Le stringhe user agent sono auto-dichiarate e facili da imitare, un problema trattato nella voce spoofing dello user agent. E la documentazione non descrive una classe per le persone che lavorano con assistenza AI, né un modo per dire che le evidenze sono troppo deboli per una conclusione.

$mp_actor_type e la classe di Proof of Actor, affiancate

Poiché entrambi i risultati possono vivere sullo stesso evento Mixpanel, è utile vedere come si relazionano:

$mp_actor_type	Su cosa si basa	Cosa può aggiungere la classe di Proof of Actor
agent	Una corrispondenza di user agent per un LLM che agisce per un utente	Agent con base Verified quando la richiesta porta una firma valida, oppure una base declared o inferred in caso contrario
bot	Una corrispondenza di user agent per crawler e indicizzatori	Agent quando le evidenze lo supportano, oppure Unknown quando uno user agent da crawler non è sostenuto da altro
none	Nessuna corrispondenza di agent o bot nello user agent	Human, Human + AI o Unknown, così le persone assistite e il traffico non spiegato smettono di nascondersi nello stesso bucket

Le differenze principali derivano da dove viene prodotto ciascun risultato.

Evidenze oltre la stringa user agent. $mp_actor_type deriva dallo user agent, che è auto-dichiarato e facile da imitare, come spiega la voce spoofing dello user agent. Un risultato Proof of Actor verificato significa che una firma della richiesta è stata controllata rispetto a una chiave pubblicata, usando HTTP Message Signatures come definito in RFC 9421 e usato da Web Bot Auth.

Una classe per le persone assistite dall'AI. In $mp_actor_type, una persona che scrive con un assistente rientra in none insieme a tutti gli altri utenti. Proof of Actor segnala Human + AI quando l'assistenza è dichiarata o osservata tramite un'integrazione supportata, così un funnel in Mixpanel può mostrare se gli utenti assistiti dall'AI si attivano più velocemente o si bloccano in punti diversi.

Unknown invece di none. none significa che non è stata trovata alcuna corrispondenza. Unknown significa che le evidenze non erano abbastanza forti per una conclusione, e questa è un'affermazione diversa e più utile. Puoi monitorare il tasso di Unknown per route, e la guida su gestire il traffico Unknown copre i pattern di fallback.

Eventi che non passano mai dal tuo tracciamento. Gli agent spesso chiamano API e server MCP invece di cliccare in una UI. Proof of Actor classifica queste interazioni nel punto in cui avvengono, incluse le chiamate agli strumenti MCP; vedi il caso d'uso server MCP.

Una decisione al momento della richiesta. Gli eventi di Mixpanel sono immutabili e analizzati a posteriori, che è la scelta giusta per le analytics. Proof of Actor consente anche alla tua applicazione di permettere, adattare, challenge, inviare in review o rate-limit per route, classe e base. Inizia in modalità di osservazione, quindi nulla cambia finché non scegli di applicare.

Usare insieme Mixpanel e Proof of Actor

1. Classifica alla richiesta. Proof of Actor restituisce una classe e una base per ogni interazione nella tua applicazione, API o server MCP.
2. Aggiungi due proprietà dell'evento. Associa la classe e la base come proprietà, per esempio quelle che chiami actor_class e actor_basis, agli eventi Mixpanel che già invii. Il tracciamento lato server rende tutto semplice perché la tua applicazione conserva il risultato.
3. Mantieni anche $mp_actor_type. Inoltra lo user agent dell'utente finale così l'etichetta di Mixpanel rimane accurata, e confronta le due proprietà. Dove divergono, la base di Proof of Actor ti dice a quale evidenza dare fiducia.
4. Suddividi i report che già usi. Spezza funnel, retention e flow per classe di actor per vedere se le iscrizioni guidate da agent mantengono come quelle umane, oppure se gli utenti assistiti dall'AI raggiungono prima l'attivazione. Il caso d'uso SaaS apps mostra dove questo conta di più.
5. Agisci dove conta. Scrivi policy per le route in cui la classe di actor dovrebbe cambiare l'esperienza. La guida su rilasciare in sicurezza policy consapevoli dell'actor copre il processo.

Quando scegliere l'uno o l'altro

Scegli Mixpanel quando la tua domanda riguarda il comportamento del prodotto: attivazione, conversione, retention, adozione delle funzionalità e percorsi che gli utenti compiono. La sua etichetta $mp_actor_type è un buon primo livello per separare agent e bot all'interno di quell'analisi.

Aggiungi Proof of Actor quando vuoi che quell'etichetta porti evidenze, quando gli utenti assistiti dall'AI sono importanti per il tuo prodotto, quando gran parte del traffico degli agent arriva tramite API o server MCP, o quando la tua applicazione deve rispondere al momento della richiesta invece che in un report. Mixpanel ti dice come viene usato il tuo prodotto. Proof of Actor ti dice chi lo sta usando a ogni interazione, con evidenze, e offre al tuo codice un modo per agire su questo.

Inizia

Proof of Actor è in beta privata. Attraverso il founding developer program, i team selezionati possono ricevere fino a 12 mesi di accesso gratuito entro i limiti di utilizzo concordati, senza fatturazione automatica. Richiedi l'accesso anticipato e raccontaci il tuo prodotto e le interazioni che vuoi comprendere.

Mixpanel è un marchio di Mixpanel, Inc.