- alice@fernwood.co identificata · terminata 4:32
- anon-7f3a2c anonima · timeout 1:08
- theo@fernwood.co identificata · terminata 2:47
Dati di esempio
Analytics · Replay · Flags
Guarda cosa fanno gli utenti. Osserva la sessione. Attiva il flag.
Il tuo stack di analytics, integrato — non incollato dopo. Analytics di prodotto, session replay, feature flag e web analytics viaggiano come quattro SDK first-party, da 1,9 a 6,6 KB gzippati, un tag script ciascuno. E perché scrivono sulla stessa base del tuo ricavo e del tuo feedback, ogni evento arriva già collegato all'account cliente da cui proviene.
Nessun tag manager. Nessun campionamento. Nessun fornitore in più.
Ogni angolo sull'utilizzo
Ogni lettura di come viene usato il tuo prodotto
Analytics di prodotto e web, first-party — catturate dal tuo SDK e collegate alla 360. Clicca per esplorare gli angoli.
Analytics di prodotto, first-party
- Eventi, funzionalità e utenti attivi dal tuo SDK
- Cattura automatica delle schermate nelle SPA — i path funzionano senza codice per rotta
- Per account, collegato alla 360
Dati di esempio
Funnel, pesati sul ricavo
- Ogni step porta l'MRR degli account che contiene
- I dollari bloccati a ogni abbandono, non solo la %
Retention netta sui ricavi
- Alterna le coorti tra utenti e MRR trattenuto
- Il ricavo rimasto — sensibile alla valuta
Web analytics, a fondo
- Visualizzazioni di pagina, fonti e campagne UTM
- Core Web Vitals + cattura automatica dei clic senza tag manuali
- Attenta alla privacy, cattura first-party
Chi, dove, su cosa
- Suddivisione per geo, dispositivo, browser e lingua
- Risolta in ingestione da segnali first-party
Dove cliccano davvero
- Heatmap dei clic per pagina
- Le zone morte e le CTA vere, rese visibili
Analytics di prodotto
Ogni evento arriva già sapendo chi l'ha inviato.
Chiama identify() una volta e gli eventi smettono di essere rumore anonimo. Lo stesso visitatore è una sola persona prima e dopo la registrazione — le sue pageview pre-autenticazione e i suoi eventi di prodotto post-autenticazione si uniscono sulla base, collegati all'account azienda a cui appartiene.
-
Eventi identificati
identify() lega gli eventi a utenti reali; le sessioni anonime si ricongiungono alla stessa persona quando accede. Nessun codice collante di identità dal tuo lato.
-
Cattura automatica senza tag
La cattura automatica universale dei clic (in stile Heap) e il tracciamento delle schermate nelle SPA sono attivi di default — cambi di rotta e clic diventano eventi senza codice per elemento o per rotta. Disattivabile per superficie.
-
Trend, funnel e path
Trend degli eventi per funzionalità e coorte, più funnel, retention e product path sugli ultimi 30 giorni — accanto al ricavo che quegli utenti rappresentano.
-
Ingestione con garanzie solide
Ingestione a batch: fino a 50 eventi / 32 KB per batch, deduplicati per ID evento; uno spool su localStorage riproduce tutto ciò che l'uscita da una pagina avrebbe perso, così la coda di una sessione intensa non si perde mai.
Funnel · Retention · Risultati
I dollari dietro le percentuali.
Ogni step di funnel e ogni coorte di retention porta l'MRR in tempo reale degli account che ci sono dietro — perché comportamento e ricavo sono separati solo da due passaggi su una scheda unica, non da due strumenti ricongiunti con un export notturno. Così 'dove stiamo perdendo soldi?' diventa una query, non un progetto di un trimestre.
-
Funnel, in dollari
Ogni step mostra l'MRR degli account distinti che contiene — 48mila € entrati → 12mila € convertiti, 31mila € di MRR bloccati all'abbandono. I dollari si riconciliano con il tuo fatturato complessivo: stessi account, stesso filtro.
-
Retention netta sui ricavi
Le coorti alternano tra retention per numero di utenti e per MRR, così vedi il ricavo rimasto — non solo i loghi. Sensibile alla valuta; non mischia mai € e $.
-
Product path e Sankey
I percorsi reali che gli utenti seguono nel prodotto — punti di diramazione e vicoli ciechi, tracciati dai tuoi stessi eventi, non da una stima campionata.
-
"Questa funzionalità ha funzionato?"
Rilascia una funzionalità e la sua card di attività risponde da sola: adozione tra gli account attivi, l'MRR che ha adottato, e il guadagno di retention rispetto a chi non ha adottato — un verdetto (funziona, misto, o nessun segnale), non una dashboard che devi andare a leggere.
La tua IA può fare le stesse domande pesate sul ricavo via MCP — analyze_funnel, get_retention, analyze_paths.
Session replay
Quando qualcosa si rompe, guarda come si rompe.
Un utente dice 'l'export non ha funzionato' — apri la sua sessione e guarda esattamente cosa ha visto. Registrazioni a livello DOM di sessioni reali, elencate dalla più recente, utenti identificati e visitatori anonimi allo stesso modo.
- ✓L'SDK principale resta a 6,6 KB gzippati — il recorder di replay è un chunk separato di ~57 KB gz, caricato solo quando chiami
init({ replay: true }). Disattiva il replay e i visitatori non pagano mai quei byte. - ✓Ogni sessione porta il suo ciclo di vita — inizio, fine, durata — e i chunk vengono deduplicati al caricamento, così una connessione instabile non corrompe mai una registrazione.
- ✓Le sessioni identificate mostrano chi era; quelle anonime ottengono un ID di sessione stabile che puoi far corrispondere dopo la registrazione.
Feature flag
Rilascia dietro un flag. Disattivalo con un clic.
Crea flag con regole di targeting e rollout percentuali, attivali o disattivali in diretta dal dashboard, e leggili nella tua app con una sola chiamata SDK — nessun fornitore di flag separato, nessun bundle in più.
-
Targeting valutato lato client
L'SDK valuta i flag in base agli attributi dell'utente — piano, ruolo, qualsiasi cosa tu passi — così un flag può essere attivo per una coorte e disattivato per tutti gli altri.
-
Eventi di esposizione, automaticamente
La prima volta che un flag viene letto, l'SDK emette un evento di esposizione. Non sai solo che un flag era attivo — sai esattamente chi ha davvero visto la variante.
-
L'interruttore di emergenza è il dashboard
Rollout allo 0%, 50%, 100% — e un solo interruttore porta fuori produzione una funzionalità che si comporta male. I flag viaggiano dentro l'SDK di analytics di prodotto da 6,6 KB, e l'ultimo valore viene salvato in cache così l'interfaccia controllata da flag non lampeggia mai al primo rendering.
Già su LaunchDarkly o Statsig? Entrambi i connettori sono attivi — replica quei flag ed esperimenti sulla base per la visibilità del team.
Web analytics
Numeri del sito marketing, senza cookie.
Un unico script da 5,8 KB sul tuo sito marketing raccoglie pageview, fonti di traffico, pagine principali, clic in uscita, 404, eventi personalizzati, Core Web Vitals (LCP, CLS, INP, TTFB) e cattura automatica dei clic senza tag manuali. Nessun cookie — i profili dei visitatori anonimi arrivano da fingerprint del dispositivo con hash che ruotano ogni giorno.
- ✓Pageview, referrer e pagine principali — senza tag manager e senza campionamento.
- ✓404 e clic in uscita tracciati di default, così i link rotti si segnalano da soli.
- ✓Il visitatore che ha letto la tua pagina prezzi è la stessa scheda dell'utente che si è registrato — la base collega il suo prima e dopo.
<script
src="https://platform.aioproductos.com/sdk/productos.js"
data-product-key="pk_live_e_…"
></script>Questa è tutta l'installazione. L'init senza codice legge gli attributi data-* — nessun snippet, nessun oggetto di configurazione. 5,8 KB gzippati, misurati.
Gli SDK
Quattro SDK. Da 1,9 a 6,6 KB. Un tag script ciascuno.
Dimensioni reali, misurate, gzippate — la velocità della tua pagina non se ne accorgerà. Ogni SDK vive nel proprio namespace globale, così tutti e quattro girano sulla stessa pagina senza collisioni.
- Web analytics Pageview, fonti, clic in uscita, 404, Core Web Vitals e cattura automatica dei clic senza tag manuali.
5,8 KB - Analytics di prodotto Eventi identificati, cattura automatica delle schermate nelle SPA e feature flag; session replay e guide in-app si caricano come chunk separati su richiesta.
6,6 KB - Chat di supporto Un fumetto di chat i cui thread diventano feedback di prodotto sulla base.
5,9 KB - Prenotazioni Pagine di prenotazione che fanno atterrare gli incontri sulla scheda cliente.
1,9 KB
Tutti serviti da platform.aioproductos.com/sdk — un URL stabile per SDK, auto-init tramite attributi data-*, ingestione a batch deduplicata per ID evento.
Perché noi e non uno strumento isolato
Collegato all'account nell'istante in cui viene scritto.
Gli strumenti di analytics isolati ti costringono a esportare, far corrispondere e sperare. Qui il ricongiungitore di identità collega gli utenti al loro account azienda tramite dominio email — alice@fernwood.co finisce automaticamente sull'account Fernwood — e ogni riga evento porta l'account e l'end-user a cui appartiene.
-
Collegato in scrittura, non in lettura
Gli ID di account e end-user vengono scritti su ogni evento non appena viene ingerito. 'Eventi di questo account, ultimi 30 giorni' è una ricerca indicizzata — non un join a ventaglio.
-
Una pista di controllo, non magia
Ogni corrispondenza di identità viene registrata in una mappa identità che puoi ispezionare — automatica per dominio email, manuale quando taggi qualcuno tu stesso.
-
Utilizzo accanto al ricavo
La coorte che usa una funzionalità e il ricavo che paga stanno sulla stessa scheda — così 'vale ancora la pena mantenere questa funzionalità?' diventa una ricerca, non un progetto di ricerca.
Limite onesto: gli eventi portano il loro account dalla prima scrittura; i pannelli di utilizzo dentro la 360 cliente si accendono man mano che arriva il collegamento di ogni connettore.
Privacy
La privacy per prima è il default, non un'opzione.
Analytics che puoi far girare in UE senza una spirale di revisione legale. Gli SDK arrivano rispettosi di default.
- ✓DNT e GPC rispettati all'init — un browser che dice "non tracciarmi" non viene tracciato. Non esiste un flag per forzarlo.
- ✓Un solo opt-out zittisce tutto — una singola chiamata optOut() imposta un flag che ogni SDK ProductOS sulla pagina rispetta. Ogni tracciamento si ferma, silenziosamente.
- ✓Regione EU o US in ingestione — scelta alla registrazione, imposta per chiave di ingestione su ogni endpoint evento. I tuoi dati finiscono dove hai detto che dovevano finire.
- —Solo web nella v1. Gli SDK mobile e server sono in roadmap, non ancora rilasciati. Se il tuo prodotto è un'app nativa, non siamo ancora la tua analytics.
- —La retention netta sui ricavi è correlazionale, non fotografata nel tempo. Retention e guadagno di risultato per funzionalità confrontano chi ha adottato con chi non ha adottato sull'MRR in tempo reale; non fotografiamo ancora la cronologia dell'MRR per account, quindi l'espansione sullo stesso account non viene isolata.
Accesso anticipato
Inserisci un tag script. Guarda i tuoi utenti sulla base.
Stiamo integrando design partner in questo momento. Collega il tuo sito in pochi minuti e guarda pageview, sessioni e flag arrivare collegati ad account cliente reali.
FAQ
Domande, con risposta
Cosa è incluso nel modulo analytics?
Quattro funzionalità first-party su un'unica base: analytics di prodotto con eventi identificati, session replay, feature flag con targeting ed eventi di esposizione, e web analytics senza cookie. Ognuna è un unico tag script, e ogni evento si collega all'account cliente in scrittura.
Quanto sono pesanti gli script di tracciamento?
Leggeri — i quattro SDK web sono da 1,9 a 6,6 KB gzippati, un tag script ciascuno. Sono first-party, quindi nessun tag di terze parti frena la velocità della tua pagina.
La web analytics è senza cookie e rispettosa della privacy?
Sì — la web analytics funziona senza cookie, e gli SDK rispettano Do Not Track e Global Privacy Control con un solo opt-out. Puoi anche scegliere la regione dati, EU o US, imposta in ingestione.
Dove vivono i dati di analytics?
Sulla tua base AIOProductOS, collegata all'account cliente corrispondente in scrittura — non aggregata con i dati di altre aziende né rivenduta. È lo stesso percorso dati first-party che ottiene un cliente pagante.
I dati sono legati alle schede cliente, o isolati?
Legati. Ogni evento — prodotto, replay, esposizione flag, pageview — si collega all'account cliente in scrittura, così l'analytics vive sulla stessa base di feedback, ricavi e lavoro invece che in uno strumento separato.
Avete funnel e retention?
Sì — e sono pesati sul ricavo. Ogni step di funnel e ogni coorte di retention porta l'MRR in tempo reale degli account che ci sono dietro, così vedi i dollari bloccati a un abbandono o trattenuti in una coorte, non solo la percentuale. Ci sono anche i product path e una vista Sankey, e tutti e tre sono richiamabili dalla tua IA via MCP (analyze_funnel, get_retention, analyze_paths).
Devo taggare ogni evento a mano?
No. La web analytics include di default la cattura automatica dei clic senza tag manuali e i Core Web Vitals, e la analytics di prodotto cattura automaticamente i cambi di schermata nelle SPA per default — così path e funnel funzionano senza codice per rotta o per elemento. Puoi comunque inviare eventi espliciti dove vuoi precisione, e disattivare la cattura automatica per superficie.