Sélectionner vos préférences de cookies

Nous utilisons des cookies essentiels et des outils similaires qui sont nécessaires au fonctionnement de notre site et à la fourniture de nos services. Nous utilisons des cookies de performance pour collecter des statistiques anonymes afin de comprendre comment les clients utilisent notre site et d’apporter des améliorations. Les cookies essentiels ne peuvent pas être désactivés, mais vous pouvez cliquer sur « Personnaliser » ou « Refuser » pour refuser les cookies de performance.

Si vous êtes d’accord, AWS et les tiers approuvés utiliseront également des cookies pour fournir des fonctionnalités utiles au site, mémoriser vos préférences et afficher du contenu pertinent, y compris des publicités pertinentes. Pour accepter ou refuser tous les cookies non essentiels, cliquez sur « Accepter » ou « Refuser ». Pour effectuer des choix plus détaillés, cliquez sur « Personnaliser ».

Calendrier de changement de route pour les applications monopages

Mode de mise au point
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.

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.

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

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 par l'API de synchronisation du navigateur, mais utilisent la synchronisation des changements de route.

CloudWatch RUM prend 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 Web CloudWatch RUM écoute les interactions des utilisateurs 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 :

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

  • 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 la synchronisation du changement de route commence, celle-ci se termine s'il n'y a pas de requêtes AJAX et de mutations DOM en cours. Ensuite, l'horodatage de la dernière activité terminée sera utilisé comme horodatage de fin.

Le délai de changement de route expire s'il y a des requêtes AJAX ou des mutations DOM en cours pendant plus de 10 secondes (par défaut). Dans ce cas, le client Web CloudWatch RUM 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)
ConfidentialitéConditions d'utilisation du sitePréférences de cookies
© 2025, Amazon Web Services, Inc. ou ses affiliés. Tous droits réservés.