Guide des bonnes pratiques monitoring des applications mobiles

Tout d’abord, ajoutez une nouvelle application dans l’interface utilisateur de New Relic (étapes complètes) :

1. Allez à one.newrelic.com > All capabilities > Mobile.

2. Dans la liste des applications de monitoring, sélectionnez Add more.

3. Sélectionnez la plateforme concernée.

4. Saisissez un nom pour votre application mobile et sélectionnez Continue.

   Utilisez une application et le jeton d'application associé pour la sortie de développement de votre application iOS, une autre application et son jeton d'application associé pour la sortie de production de cette application iOS, et une autre paire de jetons d'application pour la sortie de développement et de production de votre application Android . Vous pourrez comparer les données des quatre applications à l'aide de notre générateur de requêtes.

Ensuite, installez et configurez l’agent mobile :

1. Téléchargez la dernière version du SDK de New Relic pour iOS ou Android et ajoutez-la à votre application mobile. (Étapes complètes pour iOS et Android)
2. Configurez votre installation selon vos besoins. Par exemple:
3. Activez l'indicateur de fonctionnalité pour capturer l'événement MobileRequest afin d'utiliser nos capacités d'analyse de réseau complètes pour iOS ou Android.
4. Automatisez les téléchargements dSYM pour vos versions de production.
5. Pour éviter les surprises, suivez le modèle standard par lequel vous démarrez notre agent mobile. De plus, démarrez notre agent avant de lancer tout autre SDK. Pour plus d'informations, consultez notre documentation pour l'installation et la configuration d'Android et pour l'installation et la configuration d'iOS.
6. présenter une nouvelle sortie de votre application.

Trouvez la cause des plantages afin de pouvoir les résoudre. Ensuite, découvrez les tendances derrière les crashs afin de pouvoir les prévenir :

1. À partir de la page de résumé de l’interface utilisateur d’une application mobile de monitoring, cliquez sur Crash analysis.

2. Analysez les données de crash afin de pouvoir voir et corriger les crashs les plus impactants.

   Suivez le fil d'Ariane dans le suivi des événements crash pour corriger les crashs et résoudre les erreurs critiques plus facilement :

3. Depuis la page Crash analysis de votre application mobile dans l’interface utilisateur, sélectionnez un Crash type.

4. À partir de la page Summary du type de crash, sélectionnez l’onglet Crash trail .

Créez un fil d'Ariane personnalisé pour monitorer les workflows clé (comme le processus de connexion ou de paiement de votre application), suivre les clics des utilisateurs, optimiser le timing et identifier la région de plantation pour MTTR plus rapide.

Empruntez à notre exemple de requête pour :

• Découvrez dans quelle mesure votre base d'utilisateurs a effectué une mise à niveau vers la dernière version de votre application.
• Suivre l’adoption au fil du temps.
• Obtenez un décompte des nouvelles installations par rapport aux mises à niveau d'une version antérieure.
• Consultez la répartition de l'utilisation entre les emplacements géographiques, les opérateurs, les propriétaires d'ASN (fournisseurs Wi-Fi), les appareils, les types de connexion, etc.

Utilisez notre interface utilisateur d'alertes et monitoring métriques des applications mobiles :

• Assurez-vous que les membres clés de votre équipe mobile ont choisi de recevoir des e-mails pour les nouveaux crashs. Ces e-mails vous redirigeront vers le type de crash dans la page d'interface utilisateur de votre application mobile.

• Créez une alerte pour votre seuil de taux de plantage que les membres clés de votre équipe peuvent consulter dans Slack ou tout autre canal de notification d'alertes de votre choix.

  Votre notification d'alerte inclura un lien vers notre interface utilisateur, où vous pourrez examiner un graphique avec le seuil dépassé. À partir de là, un lien vous mènera à la page monitoring des applications mobiles concernée, où vous pourrez obtenir des détails supplémentaires.

Combinez le workflow basé sur des métriques avec des alertes basées sur des événements et dashboardsspécifiques à votre application mobile et à votre système.

1. Créez votre alerte NRQL qui se concentre sur les plantages de votre version de production la plus récemment sortie.
2. Créez une alerte NRQL supplémentaire qui se concentre sur le pourcentage d'utilisateurs impactés par des plantages dans la dernière version de votre application (pour vérifier l'impact global sur votre base d'utilisateurs).

Les pannes font inévitablement partie de l’exécution d’applications mobiles à grande échelle. Nous fournissons des outils pour vous aider à comprendre vos accidents les plus impactants. Utilisez l'interface utilisateur Crash analysis pour voir quels plantages se produisent le plus souvent, le pourcentage d'utilisateurs sans plantage, quels fichiers et méthodes sont associés à peut-être 80 % de vos plantages, quels plantages un utilisateur particulier vient de subir, et plus encore.

Recherchez les accidents à fort impact grâce à l'analyse des accidents :

1. Ajoutez des attributs personnalisés pour catégoriser les clients les plus précieux, puis utilisez-les pour segmenter les crashs en fonction de vos publics les plus précieux.
2. Ajoutez le fil d'Ariane et l'événement personnalisé pour produire une piste détaillée des événements menant à chaque occurrence de crash (au cours des 90 derniers jours). Ensuite, visualisez ce crash suivi des événements dans notre UI monitoring des applications mobiles.
3. Utilisez notre page monitoring des applications mobiles Versions trends pour vous assurer d'améliorer le taux de plantage au fil des sorties suivantes et d'éviter les régressions.

Utilisez le fil d'Ariane et l'attribut personnalisé pour mieux reproduire et déboguer les crashs. Par exemple, utilisez notre APIrecordBreadrumb pour suivre les changements d'état en cours de session qui peuvent aider à déboguer les plantages, tels que :

• Changement de type de connexion
• Changement d'orientation
• État du processeur et de la mémoire à des points clés du code de l'application

Ajoutez un attribut personnalisé à l'événement existant, afin de pouvoir poser des questions encore plus précises à votre application mobile. Ajoutez des dimensions telles que :

• ID utilisateur : permet de réagir aux préoccupations spécifiques des utilisateurs et de mieux comprendre quels clients et segments sont les plus impactés.

• ID du magasin : utilisé pour résoudre les problèmes liés aux appareils obsolètes, au mauvais Wi-Fi, etc.

• Segments d'utilisateurs : utilisez-les pour mieux comprendre quels clients et quels segments sont les plus impactés ; par exemple, connexion et non-connexion.

• Argent dans le panier à la fin de la séance

• Origine ou attribution de l'entrée dans l'application

  Normalisez les noms d'attributs personnalisés sur vos applications mobiles et alignez-les sur votre site Web (si vous utilisez notre monitoring de navigateurs), afin de pouvoir comparer et contraster les performances sur les différents canaux finaux des utilisateurs. Les agents mobiles suivent la dernière interaction des sessions en panne et non en panne pour fournir une visibilité sur ce que l'utilisateur a vu avant de quitter votre application (intentionnellement ou en raison d'un crash).

Utilisez événement personnalisé pour suivre l’utilisation des fonctionnalités. Par exemple:

• Utilisez événement personnalisé pour suivre le flux utilisateur entre l'application et le site Web.

• Utilisez événement personnalisé ou mobile fil d'Ariane pour optimiser les performances des flux utilisateurs clés (connexion , panier, etc.).

• utilisez l'événement personnalisé pour fournir des expériences de support plus rapides et contextualisées à vos clients numériques.

• Utilisez l'API recordCustomEvent . Comparez ensuite l’utilisation de différentes fonctionnalités en utilisant :

  SELECT count(*) FROM MyNewMobileEventType FACET name

  Copier

Utilisez événement personnalisé pour mesurer le temps de chargement de la page :

1. Créez un minuteur de lancement d'application pour mesurer le temps qui s'écoule entre un appui de l'utilisateur pour lancer votre application et le point dans le code de votre application où le premier écran est disponible. Enregistrez la valeur du minuteur dans New Relic en utilisant quelque chose comme ce qui suit :

   recordCustomEvent(<myMobileTimers>, <appLaunch>, {attributes})

   Copier

2. Définissez des minuteries de démarrage et d'arrêt pour mesurer la durée des spinners, puis enregistrez ce temps dans New Relic en utilisant quelque chose comme ce qui suit :

   recordCustomEvent(<myMobileTimers>, <spinnerOnScreenA>, {attributes})

   Copier

3. Suivez les actions spécifiques des utilisateurs ou les étapes entonnoirs dans l'application (comme « ajouter au panier ») et incluez le prix comme attribut sur cet événement.

4. Mesurez les flux à travers l'application en visualisant les étapes d'entonnoirs liées à l'événement personnalisé. Par exemple, créez un minuteur pour suivre les heures de début et de fin d'un sous-flux ou d'un flux entier sur plusieurs étapes pour comprendre combien de temps il a fallu à l'utilisateur pour terminer le processus.

Utilisez une interaction personnalisée pour voir la trace associée aux mêmes pages Web.

1. Utilisez l'API d'agent pour désactiver l'interaction par défaut et concentrez-vous sur l'interaction personnalisée afin de pouvoir examiner les chargements de pages les plus cruciaux pour vos entonnoirs principaux.

2. Définissez les heures de début et de fin de ces interactions personnalisées pour trace les activités associées aux étapes individuelles de ces entonnoirs (par exemple, une action utilisateur spécifique ou un chargement de page).

3. Suivez la dernière interaction des sessions plantées et non plantées afin de pouvoir voir ce que l'utilisateur a consulté avant de quitter votre application (intentionnellement ou à cause d'un crash).

   Example query for non-crashed sessions:

   SELECT count(*) FROM Mobile WHERE sessionCrashed IS NULL FACET lastInteraction SINCE 90 days ago

   Copier

   Example query for crashed sessions:

   SELECT count(*) FROM Mobile WHERE sessionCrashed = true FACET lastInteraction SINCE 90 days ago

   Copier