Glossaire ·

Mobile analytics

Définition et décryptage par le cabinet Advalians · Mis à jour le 29 octobre 2026

Définition : Mobile analytics

Le mobile analytics, ou analyse mobile, est la branche de la mesure d’audience qui collecte et analyse les données d’usage des applications mobiles et des sites consultés sur smartphone ou tablette, pour comprendre les parcours et améliorer les résultats.

Le mécanisme diffère selon le support. Sur un site mobile, une balise placée dans les pages transmet les visites et les actions, comme sur ordinateur. Dans une application, un kit de développement logiciel (SDK) intégré au code enregistre les événements : ouverture, écran affiché, achat intégré, plantage. Ces événements remontent avec un délai plus important que sur le web. Plusieurs versions de l’application coexistent chez les utilisateurs, ce qui complique la comparaison des données.

Ses composantes principales sont les données d’acquisition, qui décrivent la provenance des installations ou des visites, et les données d’engagement : sessions, écrans vus, durée d’usage. S’y ajoutent la rétention, souvent lue par une analyse des cohortes, la monétisation et la stabilité technique. Les statistiques des magasins d’applications complètent l’ensemble pour la page de présentation et les téléchargements.

Le terme est plus large que l’app analytics, limitée aux applications. Il recoupe le web analytics sans s’y réduire : celui-ci mesure les sites sur tous les écrans, alors que l’analyse mobile se concentre sur les usages propres au smartphone et à la tablette. Il relève du marketing mobile et sert aux équipes produit, acquisition et fidélisation, notamment pour piloter le lancement d’une application, ses campagnes d’installation et ses mises à jour.

Décryptage Advalians : Mobile analytics

Ce que le mobile change pour la mesure

Mesurer une application n’est pas mesurer un site sur un petit écran. Le visiteur d’un site revient par un moteur ou par un lien. L’utilisateur d’une application revient par une icône ou une notification. L’enjeu central devient la rétention plus que l’acquisition. Selon nous, une application qui perd l’essentiel de ses utilisateurs dans le premier mois a un problème de produit qu’aucun budget d’installation ne compense.

Des données qui arrivent en décalé

Les événements d’application remontent souvent avec un délai. L’aide Google Analytics (« [GA4] Analytics Insights ») indique ainsi que l’outil reçoit généralement ces événements avec un certain retard : l’évaluation horaire des insights personnalisés n’est donc pas disponible pour les données d’application. Les versions de l’application coexistent en outre, car tous les utilisateurs ne font pas les mises à jour. Nous recommandons d’ajouter la version de l’application à chaque analyse : une conversion qui baisse vient parfois d’une seule version défaillante.

Mettre en œuvre

  1. Écrire le plan de marquage avec l’équipe produit. Dans une application, les noms d’événements du plan de marquage sont inscrits dans le code : une erreur coûte une nouvelle version.
  2. Choisir et configurer les SDK. Chaque kit intégré peut collecter des données : il doit être choisi, réglé et documenté.
  3. Relier le consentement aux SDK. Aucun kit soumis au consentement ne doit se déclencher avant le choix de l’utilisateur.
  4. Harmoniser le web et l’application. Les mêmes actions portent les mêmes noms sur les deux supports, pour comparer les parcours.

Cadre réglementaire

La CNIL a présenté en septembre 2024 sa recommandation relative aux applications mobiles. Elle vise les acteurs impliqués dans le développement et le fonctionnement des applications. L’autorité annonçait une campagne de contrôle à partir du printemps 2025. Dans une page de janvier 2025 consacrée aux SDK, la CNIL demande à l’éditeur et au développeur la plus grande vigilance dans le choix et la configuration de ces kits. Elle leur demande aussi de veiller au respect du consentement lorsqu’il est nécessaire, et rappelle qu’ils peuvent auditer leurs sous-traitants.

Indicateurs et erreurs fréquentes

  • Lire les installations comme un résultat : seuls les utilisateurs actifs et retenus créent de la valeur.
  • Comparer des taux de rétention calculés sur des définitions différentes : jour de référence, utilisateur actif, fenêtre de retour.
  • Ignorer la stabilité : un plantage interrompt le parcours, quel que soit l’intérêt du contenu.
  • Mesurer l’application et le site mobile sans identifiant commun, ce qui empêche de suivre un même client. Un identifiant issu de la first party data, comme le compte client, relie les deux supports.
L'accompagnement Advalians

Mobile analytics : pouvez-vous vous fier aux chiffres de votre application ?

Le livre blanc gratuit d’Advalians recense onze erreurs de mesure courantes et propose un test de fiabilité en 12 points, pour décider sur des données d’usage solides.

L'accompagnement Advalians

Un sujet à arbitrer ? Parlons-en avec un regard indépendant

Advalians, cabinet de conseil indépendant en marketing et communication, vous aide à clarifier vos choix et à décider.

Questions fréquentes

L’app analytics ne mesure que les applications ; le mobile analytics couvre aussi les sites consultés sur smartphone ou tablette. La distinction compte dans le choix des outils. Un site mobile se mesure avec une balise, comme sur ordinateur. Une application exige un kit intégré au code, publié avec chaque version. Si votre audience mobile passe surtout par le navigateur, l’enjeu est un marquage web adapté aux petits écrans. Si elle passe par une application, l’enjeu devient le plan de marquage applicatif et la rétention. Idéalement, les deux se pilotent avec un même référentiel d’événements.

Définissez les événements avant le développement, pas après la publication. Procédez en quatre temps :

  • lister les questions auxquelles la mesure doit répondre : installation, première ouverture, inscription, premier achat ;
  • traduire chaque question en événement nommé, avec ses paramètres ;
  • faire valider la liste par l’équipe produit et par le délégué à la protection des données ;
  • tester chaque événement sur une version de recette avant la soumission aux magasins d’applications.

Un événement oublié au lancement ne pourra être ajouté qu’avec une nouvelle version.

Suivez d’abord la rétention, puis l’engagement, enfin la monétisation. La rétention se lit par une analyse des cohortes : part des utilisateurs ayant installé l’application la même semaine et encore actifs après 1, 7 et 30 jours. L’engagement se mesure par le nombre de sessions par utilisateur actif et par l’usage des fonctions clés. La monétisation se suit par utilisateur actif, pas par installation. Ajoutez un indicateur de stabilité, la part de sessions sans plantage. Fixez vos seuils à partir de votre propre historique : selon nous, les moyennes de marché varient trop selon les catégories d’applications pour servir de cible.

Le risque principal est une collecte de données que l’éditeur de l’application ne maîtrise pas. Un kit de publicité ou de mesure peut transmettre des identifiants ou une localisation sans que l’éditeur l’ait voulu. La CNIL demande pourtant à l’éditeur la plus grande vigilance dans le choix et la configuration de ces kits. Tenez un inventaire des SDK, avec leur fonction, les données collectées et leur base légale. Bloquez ceux qui exigent un consentement tant que l’utilisateur ne l’a pas donné. Revoyez l’inventaire à chaque nouvelle version de l’application.

Un outil unique suffit tant que l’application reste un canal parmi d’autres et que vos besoins portent sur l’acquisition et la conversion. Il permet de suivre un client du site à l’application avec les mêmes événements. Un outil spécialisé se justifie lorsque l’application est le produit lui-même : analyse fine de la rétention, tests de fonctions, suivi de la stabilité, attribution des campagnes d’installation. Avant d’ajouter un outil, vérifiez qu’il ne fait pas doublon avec les SDK déjà embarqués. Chaque kit supplémentaire alourdit l’application et multiplie les flux de données à documenter.

Sommaire
Besoin d'un conseil indépendant ?
Mobile analytics : pouvez-vous vous fier aux chiffres de votre application ?
Besoin d'un conseil indépendant ?
Un sujet à arbitrer ? Parlons-en.
Ressources gratuites
Passez de la définition à la pratique

Modèles, grilles et guides prêts à l’emploi pour vos projets marketing et communication.

Besoin d'un conseil indépendant sur ce sujet ?

Échanger