Ir al contenido
RECDiagnosticSDK
Tema
RECDiagnosticSDK
02 / SCREEN MAP

El tráfico, en contexto.

Cada visita a un UIViewController que lanza peticiones se convierte en su propio capítulo. La cronología de navegación se conserva, incluso si una pantalla se visita dos veces.
  1. 1El SDK guarda la pantalla actualCada vez que un view controller ejecuta viewDidLoad o viewWillAppear, el SDK anota el nombre de su clase. Sustituye a la anterior.
  2. 2Una petición toma la pantalla actualCuando se llama a resume(), la petición se asocia de inmediato a la pantalla en curso.
  3. 3Una visita se convierte en un capítuloLa primera petición de una visita abre su capítulo y las siguientes se suman. ¿De vuelta en una pantalla? Es una nueva visita, así que un nuevo capítulo.
  1. HomeViewControllerviewWillAppear→ pantalla actual10:32:04
    GET/v1/accounts200124ms
    GET/v1/me20086ms
    GET/v1/notifications?unread=true200141ms
    HomeViewController3 peticiones · capítulo abierto a las 10:32:04
  2. SettingsViewControllerviewWillAppear→ pantalla actual10:32:06

    Ninguna petición en esta visita: no aparece en el mapa.

  3. TransferViewControllerviewWillAppear→ pantalla actual10:32:08
    GET/v1/beneficiaries20097ms
    POST/v1/transfers422302ms
    TransferViewController2 peticiones · capítulo abierto a las 10:32:08
  4. HomeViewControllerviewWillAppear→ pantalla actual10:32:15
    GET/v1/accounts200118ms
    HomeViewController · segunda visita1 petición · capítulo abierto a las 10:32:15

Qué se guarda

Una sesión, sus visitas, sus peticiones.

El archivo de sesión conserva estos tres niveles. Session History, Replay y Session Studio leen el mapa tal como se grabó.

Sesión

sessionId
4f2a9c1e-…
startedAt
10:32:04
metadata.deviceModel
iPhone16,1
metadata.osVersion
18.2
metadata.appVersion
3.4.0

  1. Visita de pantallascreens[0]

    HomeViewControllerenteredAt 10:32:04

    PeticionesnetworkInteractions

    GET/v1/accounts200124ms
    GET/v1/me20086ms
    GET/v1/notifications?unread=true200141ms

  2. Visita de pantallascreens[1]

    TransferViewControllerenteredAt 10:32:08

    PeticionesnetworkInteractions

    GET/v1/beneficiaries20097ms
    POST/v1/transfers422302ms

  3. Visita de pantallascreens[2]

    HomeViewControllerenteredAt 10:32:15

    PeticionesnetworkInteractions

    GET/v1/accounts200118ms

Lo que te aporta

Cada petición, en su contexto.

  • Rehacer el recorrido

    QA y desarrolladores ven las pantallas por las que pasó el usuario antes del bug, en orden.

  • Reproducir en orden de navegación

    Si la misma petición se grabó en dos visitas, Replay sirve la primera, en orden de navegación.

  • Editar el mapa en Session Studio

    Renombra, duplica, reordena o elimina pantallas y exporta una sesión que Replay puede leer.

Precisión

Cuándo el mapa puede equivocarse.

Fiable en la mayoría de los recorridos UIKit: push, pop, pestañas y peticiones lanzadas por la propia pantalla. Las pantallas del sistema y las del SDK se ignoran.

  • Trabajo en segundo planoUna renovación de token, analytics o polling se coloca bajo la pantalla en curso en ese momento.
  • View controllers hijosUn view controller incrustado o precargado puede pasar a ser la pantalla actual.
  • Cerrar una hojaLa pantalla de debajo puede no ejecutar viewWillAppear: las peticiones quedan bajo la hoja cerrada.
  • SwiftUILa navegación SwiftUI no se detecta. Las peticiones quedan bajo la última pantalla UIKit.
  • Pantallas sin peticionesUna visita que no lanza ninguna petición no se guarda, así que no aparece en el mapa.
  • HorasLa hora de un capítulo es la salida de su primera petición. El momento en que el usuario deja una pantalla no se registra.
  • Antes de la primera pantallaLas peticiones lanzadas antes de conocer una pantalla van a un capítulo llamado Background.
El formato de sesión, en la documentación Siguiente: Historial de sesiones