• /
  • EnglishEspañolFrançais日本語한국어Português
  • Se connecterDémarrer

Cette traduction automatique est fournie pour votre commodité.

En cas d'incohérence entre la version anglaise et la version traduite, la version anglaise prévaudra. Veuillez visiter cette page pour plus d'informations.

Créer un problème

monitoring des navigateurs et impact sur les performances

Le snippet JavaScript de introduit un impact presque invisible sur les performances du site Web et sur la perception par l'utilisateur du temps nécessaire au chargement d'une page. Le JavaScript est inclus dans un paquet de données de page Web qui est envoyé de toute façon. De plus, il commence immédiatement monitoring les erreurs et les événements pendant que le reste de la page Web s'exécute. La quantité négligeable de surcharge requise pour charger le JavaScript génère un retour significatif de données exploitables.

Impact global

Le surcoût JavaScript prend en compte à la fois l'impact sur l'utilisateur et l'impact sur les performances de votre système :

  • User perception: En règle générale, l'utilisateur ne peut pas détecter les dégradations de performances sur un site Web de moins de 200 ms. Le JavaScript du Browser ajoute moins de 15 ms au temps total de chargement de chaque page. Cela est réparti dans le temps, donc à aucun moment un utilisateur ne pourra percevoir un impact sur les performances dû au JavaScript.
  • Webserver and systems: desBrowser applications se produit sur le navigateur de l'utilisateur, et non sur le serveur.monitoring Le temps de traitement n'a pas d'impact sur votre consommation CPU.

De plus, nous prenons des mesures supplémentaires pour minimiser tout impact potentiel sur les applications et les pages Web monitorées. Par exemple, le script « loader » est chargé de manière synchrone dans le <HEAD> afin de garantir que monitoring est activée pendant tout le cycle de vie de la page. Ce script est inclus en ligne, ce qui élimine le besoin d'une autre demande réseau aller-retour vers un réseau de diffusion de contenu (CDN). Le « chargeur » est fourni avec le chargement initial de la page.

Plus tard dans le cycle de vie de la page, New Relic charge un script monitoring supplémentaire de manière asynchrone. Ces scripts ne devraient pas avoir d'effet perceptible pour l'utilisateur et sont inclus dans la surcharge globale de moins de 15 ms par page.

Impact sur le réseau

monitoring des navigateurs minimise également le trafic réseau pour l'utilisateur final en agrégeant les données localement (dans le client) et en les renvoyant à New Relic à intervalles réguliers et lors de l'événement du cycle de vie de la page load, unload, pageshow et pagehide. (Pendant les périodes d'inactivité de la session du navigateur, les transmissions peuvent ne pas être nécessaires.)

script Browser d'agent

L'agent se compose de plusieurs scripts pour réduire la taille initiale du « chargeur » et pour prendre en charge uniquement le chargement du JavaScript nécessaire pour prendre en charge les fonctionnalités de l'agent qui sont activées. Le premier script, le « loader », est inséré en ligne dans le document HTML. Les scripts restants sont téléchargés à partir du réseau de diffusion de contenu (js-agent.newrelic.com) lorsque l'événement du cycle de vie de la page load se produit. Le nombre de scripts chargés dépend du type d'agent utilisé. Découvrez ici les types d'agents de navigateur.

scénario

Lite

Pro

Pro + SPA

Taille du script en ligne

10,2 Ko

15,5 Ko

17,5 Ko

Taille du script téléchargé

15,3 Ko

21 Ko

25,4 Ko

Les tailles sont basées sur un script minifié utilisant la compression gzip.

Agent Browser récolte

Type de données

Lite

Pro

Pro + SPA

Fréquence de récolte

PageView événement

Oui

Oui

Oui

PageView événement sont récoltés une fois immédiatement après l'événement du cycle de vie de la page load . Ces données sont responsables de la génération des métriques de pages vues dans le UI New Browser dashboard Relic. Il s'agit d'un appel JSONP à bam.nr-data.net ou bam-cell.nr-data.net. Tous les agents doivent required collecter un événement PageView .

Événement PageViewTiming

Oui

Oui

Oui

PageViewTiming Les événements sont collectés par tous les agents et incluent des données de synchronisation telles que les mesures des principaux éléments vitaux du Web. La première récolte se produit 10 secondes après l'événement du cycle de vie de la page load . Des récoltes supplémentaires se produisent toutes les 30 secondes selon les besoins lorsqu'il y a des données à envoyer. Consultez la documentation PageViewTiming pour obtenir une liste des événements signalés.

Métriques d'erreur JavaScript

Non

Oui

Oui

JavaScriptError les métriques sont collectées toutes les 10 secondes après l'événement du cycle de vie de la page load . Cette récolte est envoyée sous forme de données d'intervalle de temps métrique et comprend également les métriques Ajax.

Métriques Ajax

Non

Oui

Oui

Envoyé avec JavaScriptError métriques comme données d'intervalle de temps.

Événement AjaxRequest

Non

Oui

Oui

AjaxRequest Les événements sont récoltés toutes les 10 secondes après l'événement du cycle de vie de la page load, sauf si l'agent SPA est en cours d'utilisation. Si vous utilisez l'agent SPA, la première récolte aura lieu après l'événement du cycle de vie de la page load . Les récoltes suivantes auront lieu toutes les 10 secondes ou lorsque l'agent SPA remarquera un changement d'itinéraire.

Trace de session

Non

Oui

Oui

Les données de trace de session sont collectées après l’événement du cycle de vie de la page load . La récolte ultérieure a lieu toutes les 10 secondes si suffisamment de données ont été collectées. Les traces de session envoient le plus de données, mais elles sont fortement échantillonnées. Seules environ 75 pages vues par heure sont autorisées à envoyer des données de trace de session.

Session Replay

Non

Oui

Oui

Les événements de relecture de session sont récoltés lorsque l'un des événements suivants se produit :

  • Lorsque les données compressées collectées pour la session atteignent une taille maximale de 64 Ko.

  • Si l'utilisateur reste sur la même page pendant plus de 60 secondes.

  • Lorsque la visibilité de la page change (changement d'onglet, focus, navigation, etc.)

    Le point de terminaison peut différer selon les paramètres régionaux, mais un exemple pour les États-Unis serait https://bam.nr-data.net/browser/blobs.

PageAction événement

Non

Oui

Oui

PageAction Les événements sont récoltés après le cycle de vie de la page load . Les récoltes ultérieures se produisent toutes les 30 secondes.

NavigateurInteraction événement

Non

Non

Oui

BrowserInteraction Les événements sont récoltés immédiatement après la fin de interaction . La première récolte se produit après l'événement du cycle de vie de la page load . Il y aura toujours au moins une interaction qui représente le chargement initial de la page. Les interactions supplémentaires ne sont collectées que si l'URL change (représentant un changement d'itinéraire). AjaxRequest événement sont également récoltés en même temps s'ils surviennent lors d'une interaction.

Droits d'auteur © 2025 New Relic Inc.

This site is protected by reCAPTCHA and the Google Privacy Policy and Terms of Service apply.