Per chi è

Skomi per le app mobili e desktop

Quasi tutti i prodotti di analitica che mettono la privacy prima misurano i siti web e si fermano lì. Skomi misura anche le app, nello stesso account del sito. Ma un'app è una cosa diversa da una pagina, e metà di quello che ti potresti aspettare dal lato web qui non esiste. Quella metà è su questa pagina.

Che cosa ottieni

Otto SDK per un solo contratto congelato. Android, iOS, Flutter, Kotlin Multiplatform, React Native, Unity, .NET MAUI ed Electron parlano tutti lo stesso protocollo di trasmissione, così un prodotto rilasciato su quattro piattaforme riporta in un modo solo.

Funziona senza rete. Le schermate finiscono in coda sul disco e sopravvivono all'uscita, al crash e a quindici giorni senza rete. Le sessioni che contano di più sono esattamente quelle che un SDK ingenuo perde.

Non conta a doppio. Ogni evento porta un identificativo coniato una volta sola e rimandato senza modifiche, così un lotto rimandato viene riconosciuto invece che contato due volte. Una coda senza quello inventa dati invece di salvarli.

Sopravvive a un orologio sbagliato. Ogni lotto registra quando è stato svuotato, così un dispositivo impostato a martedì prossimo non riporta martedì prossimo.

Errori con lo stack, e se erano fatali. Abbastanza da vedere una versione sbagliata nei numeri invece che nelle recensioni.

Il tuo sito e la tua app in un solo account. Un accesso, una fattura, e la stessa finestra di sessione su tutti e due, così «una sessione» vuol dire una cosa sola per entrambi.

Che cosa Skomi non farà per te

Solo l'analitica legge un'app. Non ci sono mappe di calore, non ci sono registrazioni di sessione e non c'è nessun widget di feedback per le app. Quei tre sono prodotti per siti, hanno bisogno di una pagina in un browser, e in una finestra nativa non c'è niente a cui possano attaccarsi. Se sei arrivato qui dalla metà mappe di calore di Skomi aspettandoti che ti seguisse dentro l'app, non lo fa, e non c'è nessun piano su cui lo faccia.

Nessun ricavo e nessun acquisto. Il protocollo delle app trasporta schermate, sessioni, versioni, piattaforme, proprietà ed errori, e niente che riguardi i soldi. Gli acquisti dentro l'app e i ricavi da abbonamento non vengono misurati, e non sono a un'impostazione di distanza. I ricavi esistono solo sul lato sito.

Nessuna attribuzione delle installazioni e nessuna analitica dello store. Da dove è arrivata un'installazione, quanto ha convertito la scheda dello store, quante persone hanno aggiornato: quelli sono dati di Apple e di Google e Skomi non li vede mai. Nel protocollo delle app non ci sono proprio campi di campagna o di referrer.

I report di crash non sono simbolizzati. Le tracce dello stack sono conservate esattamente come le ha mandate la tua app, quindi lo stack di una build di rilascio è leggibile quanto la tua build lo ha reso. Non c'è nessun posto dove caricare un dSYM o un file di mappatura, e non ce ne sarà uno a breve.

Le schermate le nomini tu. Non c'è nessuna cattura automatica delle rotte, di proposito: il nome della classe di un widget è come il tuo codice chiama una schermata, non come la chiameresti in un report. È una piccola quantità di lavoro per schermata e non è facoltativa.

Configurarla come lavori tu

Aggiungi l'SDK e avvialo una volta. C'è una guida per piattaforma: Flutter, MAUI ed Electron sono scritte, e misurare un'app copre quello che le altre hanno in comune.

L'identificativo dell'app viene da Le mie app, e non è un segreto: identifica un'app invece di autenticarla, esattamente come fa un identificativo di sito.

Nomina le schermate come dovrebbe leggersi il tuo report, non come fa il tuo router. checkout/review batte CheckoutReviewViewController in ogni conversazione che ci farai sopra dopo.

Manda la versione dell'app. La maggior parte degli SDK la chiede alla piattaforma; dove non ci riescono, passagliela. Senza, «la nuova versione ha rotto qualcosa?» è senza risposta.

Parti disabilitato se chiedi il consenso, e accendi dopo. Mentre è disabilitato non viene registrato niente, nemmeno messo in coda per dopo, che è il comportamento corretto e vale la pena saperlo prima di provarlo.

Uno script, o un SDK. Gli stessi report in entrambi i casi.

Crea un account, registra un sito, e accendi quello che ti serve.