Pourquoi le nombre de mes sessions a-t-il soudainement augmenté ?
C'est parce que nous avons mis à niveau et amélioré le processus de sessionisation dans notre pipeline. Comme davantage de données sont traitées (sessions, événements, vues d'écran, etc.), vous verrez une augmentation du nombre de sessions, ainsi qu'une variation d'autres métriques.
Consultez cet article pour plus de détails sur le nouveau processus de sessionisation et sur la manière dont il influence positivement votre analyse dans Contentsquare.
Qu'est-ce que le SDK ?
SDK signifie "Software Development Kit". Il s'agit d'un ensemble d'outils logiciels et de programmes utilisés par les développeurs pour créer des applications pour des plateformes spécifiques. Le SDK de Contentsquare est l'équivalent du tag de suivi pour le web, mais pour les applications, et non pour le bureau ou la navigation web sur mobile. Il aura le même rôle qu'un tag sur un site web :
- Il est intégré à votre application. Il est le même pour tous les clients.
- Une fois installé sur votre appareil, le SDK Contentsquare suivra les données et les enverra aux serveurs de Contentsquare.
Comment les données sont-elles collectées ?
Les données sont collectées par le biais du SDK Contentsquare pour Android et iOS (ce sont 2 SDK distincts avec des fonctionnalités similaires).
Le SDK est facile à installer (une ligne de code) et se lance automatiquement au démarrage de l'application.
-
Si l'appareil est connecté à Internet, le SDK ira chercher le fichier de configuration unique (stocké sur notre serveur) lié à l'ID de l'applications. Une fois qu'il obtient la configuration, il l'applique et commence le suivi.
Voir le schéma
Une implémentation minimale est requise avant que le SDK ne commence le suivi : vous devez simplement implémenter le code pour suivre les vues d'écran.
Les données sont-elles échantillonnées ?
Oui, si cela est stipulé dans votre contrat. Nous échantillonnons les données au niveau de l'utilisateur. Un utilisateur correspond à une application installée sur un appareil unique. Le taux d'échantillonnage est déterminé pour chaque application (selon le contrat) et peut être modifié si nécessaire. (Pour plus d'informations, contactez votre CSM).
Comment une session est-elle définie chez Contentsquare ?
Une session se termine après 30 minutes d'inactivité. Si vous masquez ou arrêtez l'application, votre session se poursuivra tant que vous reviendrez dans les 30 minutes. Notez que les sessions sans au moins une vue d'écran seront éliminées.
Que signifient deux vues d'écrans ou de groupe d'écrans portant le même nom d'écran à la suite dans Parcours de navigation ?
Deux vues d'écran ou de groupes d'écrans avec le même nom d'écran à la suite dans Parcours de navigation indiquent que l'application a été mise en arrière-plan par l'utilisateur (appel téléphonique, lecture de message, autre application...) et que ce dernier est revenu dessus avant la fin de la session. Ce comportement génère automatiquement une nouvelle vue d'écran, qui porte le même nom d'écran dans la visualisation de parcours utilisateur.
Voir l'image
Le consentement de l'utilisateur est-il nécessaire pour que la session puisse commencer ?
Le consentement de l'utilisateur n'est pas toujours requis. La session peut commencer dans les deux cas :
- Si le consentement de l'utilisateur est requis : Le SDK ne suivra aucune donnée tant que le consentement n'aura pas été donné. Une fois le consentement obtenu, il est envoyé au SDK en appelant l'API opt-in. La session commencera à partir de la première vue d'écran.
- Si le consentement de l'utilisateur n'est pas nécessaire : Le SDK commencera à suivre les données de l'utilisateur dès la première vue d'écran.
Comment activer les fonctions in-app de CS ?
L'option "Activation des fonctions in-app" vous permet de d'activer et de désactiver les fonctionnalités du SDK à l'aide d'une URL personnalisée (deeplink ou lien profond) disponible via un code QR. Assurez-vous que l'application est bien lancée sur votre mobile, ouvrez la modale des fonctions in-app dans le menu et scannez le code QR. Si vous n'avez pas de mobile, vous pouvez copier le lien de cette même modale et le coller sur votre Emulateur (Android) ou Simulateur (IOS), pour déclencher la fonctionnalité.
Combien de temps faut-il pour que les données soient disponibles sur CS ?
Environ 10 secondes après la fin d'une session.
Qu'est-ce qu'une vue d'écran ?
Une vue d'écran est l'équivalent d'une vue de page pour le web. Les vues d'écran sont déclenchées lorsque l'API SDK "Send Screenview" est appelée dans le code de l'application cliente.
Exemple : de l'"écran d'accueil" à l'"écran mon compte".
Le suivi des écrans nécessite une implémentation manuelle de la part de votre équipe de développeurs.
Chaque vue d'écran envoie également un "nom d'écran" qui est utilisé pour identifier les différents écrans de l'application.
Comment les captures sont-elles prises dans Digital Experience Analytics Mobile ?
Pour prendre des captures, vous devez utiliser les fonctions in-app de CS sur votre téléphone mobile et appuyer simplement sur le bouton de prise de capture qui sera visible sur chaque écran que vous parcourerez. Ces captures ne peuvent être prises que par vous sur votre appareil. Elles ne sont pas capturés à partir de l'appareil de l'utilisateur final. Cette méthode est sans danger pour les données personnelles. Notez qu'un événement de visualisation d'écran déclenché est nécessaire avant de pouvoir prendre des captures.
Comment fonctionnent les cartographies ?
Les cartographies fonctionnent presque de la même manière pour les applications que pour les projets web. Le SDK génère des vues d'écran avec un nom d'écran. Les noms d'écran sont définis par le développeur qui implémente le suivi d'écran. Vous créez une cartographie avec l'aide de l'assistant des cartographies ou en sélectionnant les noms d'écran que vous souhaitez ou en créant des conditions sur les noms d'écran comme vous en avez l'habitude pour le web.
Les Webviews sont-elles prises en charge ?
Les WebViews sont des conteneurs premettant d'ouvrir du contenu web. Elles peuvent jouer un rôle critique dans la compréhension d'un comportement utilisateur au travers des modules d'Analyse ou de Session Replay.
Les captures incluant des webviews rendront leurs contenus, afin que vous puissiez y créer des zones et afficher des métriques.
Elles sont entièrement prises en charge dans Digital Experience Analytics Mobile pour iOS, Android et React Native.
Plus de détails sur le processus d'implémentation pour Android
Plus de détails sur le processus d'implémentation pour iOS
Quel est l'impact sur les modules Digital Experience Analytics Mobile sans suivi des Webviews ?
Exemples dans les modules de Digital Experience Analytics Mobile ⌄
Session Replay - Comment fonctionne la politique d'échantillonnage ?
Nous ne collectons pas chaque session de chaque utilisateur. Seul un pourcentage de toutes les sessions suivies par le SDK est enregistré pour la pipeline de Session Replay.
Session Replay - Conservation des données
Par défaut, la rétention des données est fixée à 30 jours et peut être étendue à 92 jours selon votre contrat.
Notez que si vous étendez la rétention des données à 92 jours, ces 92 jours ne seront pas rétroactifs. Vous devrez attendre 62 jours pour obtenir une durée de rétention complète de 92 jours pour Session Replay.
Session Replay - Masquage automatique des données personnelles
Comme les informations personnelles ne peuvent pas être stockées, par défaut, Session Replay pour Apps masque le contenu de ce qui est affiché sur l'interface utilisateur (textes et images). Cependant, comme le masquage complet des données peut rendre l'analye d'un replay difficile, CS propose de masquer/démasquer des composants spécifiques par type et par instance afin que le masquage soit plus spécifique et que seules les parties réellement susceptibles de transmettre des données personnelles soient masquées. Ces méthodes nécessitent un effort d'implémentation spécifique de la part de votre équipe de développeurs. Veuillez consulter la documentation suivante relative à la mise en œuvre.
Processus d'implémentation du masquage des données personnelles pour iOS
Processus d'implémentation du masquage des données personnelles pour Android
Pourquoi la méthode de masquage est-elle différente pour iOS et Android ?
Afin d'offrir les meilleures performances et la meilleure qualité, nous avons adopté des approches différentes sur Android et iOS pour nous adapter à chaque plateforme. Alors que sur Android, nous convertissons chaque élément de l'interface utilisateur en image (y compris le texte), sur iOS, nous sommes en mesure de collecter le texte et les propriétés de style pour les restituer avec précision. Les images et le texte apparaissent donc flous sur Android, tandis que sur iOS, le texte est remplacé par "lalala" et les images par des espaces réservés.
Tant que les données personnelles sont stockées, aucune n'est démasquée. Le masquage est effectué du côté du SDK avant l'envoi, de sorte que Contentsquare ne stocke que ce que vous voyez dans le replay.
Quels sont les différents types d'applications mobiles ?
Les applications mobiles natives sont conçues pour être "natives" d'une plate-forme, qu'il s'agisse d'Apple iOS ou d'Android de Google. Elles sont écrites dans le langage natif du système d'exploitation, sont téléchargeables depuis la boutique pour l'utilisateur final et fonctionnent sur le système d'exploitation de l'appareil.
Avantages : Elle a été développée spécifiquement pour la plateforme, elle peut fonctionner plus rapidement et intuitivement, et utiliser pleinement les capacités matérielles de l'appareil.
Ces applications sont installées sur les appareils tout comme les applications natives, mais elles ne sont pas entièrement développées dans la langue native du système d'exploitation : elles sont écrites et/ou rendues dans des langues non natives.
Pourtant, elles sont téléchargeables depuis la boutique pour l'utilisateur final et fonctionnent sur le système d'exploitation de l'appareil.
Avantages : Même si les applications hybrides ne sont pas aussi rapides ou fiables que les applications natives, elles ont une plus grande capacité à rationaliser le processus de développement. Vous n'avez pas à créer et à maintenir des applications pour des plateformes distinctes, ce qui permet à votre entreprise d'économiser du temps et des ressources. C'est la solution idéale pour les applications qui fournissent principalement du contenu.
Quelles sont les technologies de développement prises en charge par Digital Experience Analytics Mobile ?
Sur les applications mobiles natives
-
iOS: Swift / Objective-C
-
Android: Java / Kotlin
Sur les applications multi-plateformes
-
Applications dont le rendu est assuré par une UI native mais qui sont écrites dans des composants d'UI non natifs :
-
React Native est un framework (maintenu par Facebook) utilisé pour écrire des applications via Javascript. L'interface utilisateur créée s'appuie sur des vues d'UI native.
-
Xamarin est un framework (maintenu par Microsoft) utilisé pour écrire des "applications" en .NET et les rendre en composants d'UI natifs.
-
NativeScript est un framework similaire à React Native utilisé pour écrire des "applications" en Javascript et les rendre dans des composants d'UI natifs.
-
-
Applications écrites dans des langues non natives et rendues par des composants d'UI non natifs :
-
Flutter est un framework (maintenu par Google) utilisé pour écrire des applications en Dart et les rendre sur un canevas en utilisant des widgets propriétaires personnalisés pour construire l'interface utilisateur.
-
-
Les applications mobiles basées sur le web écrites et rendues dans une UI web.
Leur stack combine généralement un framework wrapper et une bibliothèque front-end spécialisée dans les composants d'UI multiplateforme:-
Les wrappers: Capacitor (maintenu par Ionic) et Apache Cordova (maintainu par Adobe et également connu sous le nom de PhoneGap dans sa forme commerciale) sont des frameworks enveloppant une application HTML/JavaScript dans un conteneur natif qui peut accéder aux fonctions des appareils de plusieurs plateformes.
-
Ionic est la bibliothèque front-end la plus populaire, généralement utilisée avec Capacitor ou Cordova. Mais les applications peuvent également utiliser des bibliothèques front-end standard ou un front-end simple.
-
Les applications mobiles basées sur le Web peuvent être téléchargées depuis la boutique et fonctionnent sur le système d'exploitation de l'appareil.
Quelles sont les particularités de Flutter ?
Flutter est un framework créé par Google. Il est utilisé pour écrire des applications en Dart et les rendre sur un canvas en utilisant des widgets propriétaires personnalisés pour construire l'UI. Comme les widgets sont des éléments de l'interface utilisateur que les développeurs utilisent pour construire l'UI, l'analyse de l'interface utilisateur doit être effectuée par le plugin Flutter de Contentsquare, qui est responsable de la génération du chemin de vue cible pour le suivi des gestes et de la génération des captures pour le zoning.
Plus de détails sur les cibles du zoning Flutter
Contrairement aux applications natives iOS et Android, Flutter a la particularité de générer un arbre d'interface utilisateur très profond (composé de widgets). Les cibles étaient donc très longues, ce qui avait un impact sur les performances et la consommation de données lors de la génération d'événements gestuels ou de la prise de captures. Il a donc été décidé de compresser les cibles afin d'en réduire l'impact.
Remarque : les applications Flutter ne capturent que ce qui est visible à l'écran. Cette méthode est similaire à la méthode de "capture statique" pour Android.