Missing Metrics in Mobile Monitoring

[NicoleMT]

Hola Comunidad,

Tengo una aplicación móvil y, al analizarla en Dynatrace, noté que no se recopilan todos los datos esperados en el panel de monitoreo móvil. Solo muestra la cantidad de usuarios, pero faltan métricas clave como "fallas y errores", problemas y otros datos relevantes .

Lo extraño es que incluso cuando extiendo el plazo a tres semanas o más , todavía no informa ningún problema o error, lo que no parece lógico.

Agradecería su ayuda para realizar un análisis detallado para entender por qué no se recopilan estos datos. ¿Podría deberse a una configuración que falta o a algún otro factor que afecte la recopilación de datos?

¡Muchas gracias por tu ayuda y cualquier sugerencia que puedas aportar!

Atentamente.

[Google Translate:

Hello Community,

I have a mobile app and when analyzing it in Dynatrace I noticed that not all the expected data is being collected in the mobile monitoring dashboard. It only shows the number of users, but is missing key metrics like "crashes and errors", issues, and other relevant data.

The strange thing is that even when I extend the deadline to three weeks or more, it still doesn't report any problems or errors, which doesn't seem logical.

I would appreciate your help in performing a detailed analysis to understand why this data is not being collected. Could it be due to a missing configuration or some other factor affecting data collection?

Thank you very much for your help and any suggestions you can provide!

Sincerely.

]

[Patrick_H · Accepted solution]

Hi!

this could be a configuration issues with privacy opt in - if no datacollection level is set for when user opt in is enabled then only a heartbeat is sent. Same for crash reporting, this also needs to be confirmed that user gave their consent. Please see the documentation example for iOS: https://docs.dynatrace.com/docs/shortlink/ios-oneagent-sdk#privacy

[annam]

¡Hola Nicole!

Hace unos días me topé con la misma situación monitoreando una aplicación en Flutter, después de revisar la documentación me di cuenta que para capturar las acciones del usuario como clicks, identificar un usuario, etc. hay que instrumentar la aplicación.

La capa nativa (la que viene en el instrumentation wizard) solo cubre: 

• Conteo de usuarios
• Conteo de acciones
• Acción de carga (loading time app)

Ejemplo para instrumentar un click:

  static void _singleAction() {
    print('Single action called flutter');
    final myAction = Dynatrace().enterAction('MyButton tapped - Single Action');
    //Perform the action and whatever else is needed.
    myAction.leaveAction();
  }

Vista desde Dynatrace:

Toda esta información la consulté desde la documentación del plugin de flutter: dynatrace_flutter_plugin | Flutter package no dudo que para otros lenguajes también exista una documentación similar a la que puedas consultar. En la misma página también viene un ejemplo completo del código instrumentado.

Además de esto te recomiendo revisar también el Privacy Opt-In para asegurarse de que se están obteniendo los crashes y acciones del usuario.

TL;DR: Para ver acciones específicas del usuario hay que instrumentar la aplicación más allá de la configuración inicial, además de asegurarse de activar correctamente el privacy opt-in.

Saludos.

[Google Translate:

Hi Nicole!

A few days ago, I ran into the same issue while monitoring a Flutter application. After reviewing the documentation, I realized that to capture user actions like clicks, user identification, etc., you need to instrument the application.

The native layer (the one included in the instrumentation wizard) only covers:

• User count
• Action count
• App loading time

Example for instrumenting a click:

  static void _singleAction() {
    print('Single action called flutter');
    final myAction = Dynatrace().enterAction('MyButton tapped - Single Action');
    //Perform the action and whatever else is needed.
    myAction.leaveAction();
  }

I found all this information in the Flutter plugin documentation: dynatrace_flutter_plugin | Flutter package. I'm sure similar documentation exists for other languages. The same page also includes a complete example of instrumented code.

In addition to this, I recommend reviewing the Privacy Opt-In to ensure that crashes and user actions are being captured.

TL;DR: To see specific user actions, you need to instrument the application beyond the initial configuration, and also ensure that privacy opt-in is correctly enabled.

Regards.]