Calendrier de changement de route pour les applications monopages - Amazon CloudWatch

Les traductions sont fournies par des outils de traduction automatique. En cas de conflit entre le contenu d'une traduction et celui de la version originale en anglais, la version anglaise prévaudra.

Calendrier de changement de route pour les applications monopages

Dans une application multipage traditionnelle, lorsqu'un utilisateur demande le chargement d'un nouveau contenu, il demande en fait une nouvelle HTML page au serveur. Par conséquent, le client CloudWatch RUM Web capture les temps de chargement à l'aide des API indicateurs de performance habituels.

Cependant, les applications Web à page unique utilisent JavaScript Ajax pour mettre à jour l'interface sans charger une nouvelle page depuis le serveur. Les mises à jour d'une seule page ne sont pas enregistrées en fonction de la synchronisation du navigateurAPI, mais utilisent plutôt la synchronisation des changements d'itinéraire.

CloudWatch RUMprend en charge la surveillance des chargements de pages complètes depuis le serveur et des mises à jour d'une seule page, avec les différences suivantes :

  • Pour la synchronisation des changements de route, il n'existe pas de mesures fournies par le navigateur, telles que tlsTime, timeToFirstByte, etc.

  • Pour la synchronisation des changements de route, le champ initiatorType sera route_change.

Le client CloudWatch RUM Web écoute les interactions de l'utilisateur susceptibles d'entraîner un changement d'itinéraire, et lorsqu'une telle interaction est enregistrée, le client Web enregistre un horodatage. Le minutage du changement de route commence alors si les deux conditions suivantes sont vraies :

  • Un historique du navigateur API (à l'exception des boutons avant et arrière du navigateur) a été utilisé pour effectuer le changement d'itinéraire.

  • La différence entre l'heure de détection du changement de route et l'horodatage de la dernière interaction utilisateur est inférieure à 1 000 ms. Cela permet d'éviter une distorsion des données.

Ensuite, une fois que le délai de changement de route commence, ce chronométrage prend fin s'il n'y a pas de AJAX demandes ou de DOM mutations en cours. Ensuite, l'horodatage de la dernière activité terminée sera utilisé comme horodatage de fin.

Le délai de changement d'itinéraire expirera s'il y a des AJAX demandes ou DOM des mutations en cours pendant plus de 10 secondes (par défaut). Dans ce cas, le client CloudWatch RUM Web n'enregistrera plus l'heure de ce changement d'itinéraire.

Par conséquent, la durée d'un événement de changement de route est calculée comme suit :

(time of latest completed activity) - (latest user interaction timestamp)