À qui cela s'adresse

Skomi pour les applications mobiles et de bureau

Presque tous les produits d'analytics respectueux de la vie privée mesurent des sites web et s'arrêtent là. Skomi mesure aussi les applications, dans le même compte que le site. Mais une application est autre chose qu'une page, et la moitié de ce que vous pourriez attendre du côté site n'existe pas ici. Cette moitié est sur cette page.

Ce que vous obtenez

Huit SDK pour un contrat gelé. Android, iOS, Flutter, Kotlin Multiplatform, React Native, Unity, .NET MAUI et Electron parlent tous le même protocole de transmission : un produit livré sur quatre plateformes remonte d'une seule façon.

Cela fonctionne hors ligne. Les écrans sont mis en file sur le disque et survivent à une fermeture, à un plantage et à quinze jours sans réseau. Les sessions qui comptent le plus sont exactement celles qu'un SDK naïf perd.

Cela ne compte pas deux fois. Chaque événement porte un identifiant émis une fois et renvoyé inchangé : un lot réessayé est reconnu plutôt que compté deux fois. Une file hors-ligne sans cela invente des données au lieu de les sauver.

Cela survit à une horloge fausse. Chaque lot enregistre quand il a été vidé : un appareil réglé sur mardi prochain ne remonte pas mardi prochain.

Des erreurs avec leurs piles, et si elles étaient fatales. Assez pour voir une mauvaise version dans les chiffres plutôt que dans les avis.

Votre site et votre application dans un seul compte. Une connexion, une facture, et la même fenêtre de session sur les deux : « une session » signifie donc une seule chose pour la paire.

Ce que Skomi ne fera pas pour vous

Seul Analytics lit une application. Il n'y a pas de heatmaps, pas d'enregistrements de session et pas de widget de feedback pour les applications. Ces trois-là sont des produits site, il leur faut une page dans un navigateur, et il n'y a rien à quoi se rattacher dans une fenêtre native. Si vous êtes venu ici depuis la moitié heatmap de Skomi en espérant qu'elle vous suive dans l'application, elle ne le fait pas, et il n'existe aucun forfait où elle le fait.

Pas de chiffre d'affaires et pas d'achats. Le protocole applicatif porte écrans, sessions, versions, plateformes, propriétés et erreurs, et rien sur l'argent. Les achats intégrés et le chiffre d'affaires d'abonnement ne sont pas mesurés, et ne sont pas à un réglage près. Le chiffre d'affaires n'existe que du côté site.

Pas d'attribution d'installation et pas d'analytics de store. D'où vient une installation, à quel taux la fiche du store a converti, combien de gens ont mis à jour : ce sont les données d'Apple et de Google et Skomi ne les voit jamais. Il n'y a aucun champ de campagne ni de source de renvoi dans le protocole applicatif.

Les rapports de plantage ne sont pas symbolisés. Les piles d'appels sont stockées exactement comme votre application les a envoyées : la pile d'une compilation de production est aussi lisible que votre compilation l'a rendue. Il n'y a nulle part où téléverser un dSYM ou un fichier de correspondance, et il n'y en aura pas de sitôt.

Les écrans sont nommés par vous. Il n'y a pas de capture automatique de routes, délibérément : un nom de classe de widget est ce que votre code appelle un écran, pas ce que vous appelleriez ainsi dans un rapport. C'est un petit travail par écran et il n'est pas facultatif.

Le configurer comme vous travaillez

Ajoutez le SDK et démarrez-le une fois. Il y a un guide par plateforme : Flutter, MAUI et Electron sont rédigés, et mesurer une application couvre ce que les autres ont en commun.

L'identifiant de l'application vient de My Apps, et ce n'est pas un secret : il identifie une application plutôt qu'il ne l'authentifie, comme le fait un identifiant de site.

Nommez les écrans comme votre rapport devrait se lire, pas comme le fait votre routeur. checkout/review vaut mieux que CheckoutReviewViewController dans toutes les conversations que vous aurez ensuite à ce sujet.

Envoyez la version de l'application. La plupart des SDK la demandent à la plateforme ; là où ils ne le peuvent pas, passez-la. Sans elle, « la nouvelle version a-t-elle cassé quelque chose » est sans réponse.

Démarrez désactivé si vous demandez le consentement, et activez ensuite. Rien n'est enregistré tant que c'est désactivé, pas même mis en file pour plus tard, ce qui est le comportement correct et vaut d'être su avant de le tester.

Un script, ou un SDK. Les mêmes rapports dans les deux cas.

Créez un compte, enregistrez un site, et activez ce dont vous avez besoin.