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.
requests du serveur d'applications dépassent largement le nombre de transactions PageView du navigateur
Problème
Souvent, le nombre de transactions du serveur d'applications (requests par minute ou rpm) est supérieur au nombre de transactions du navigateur (pages par minute ou ppm) pour la même application. Même les sites dont toutes les pages sont orientées Web (pas d'API ni de composants backenduniquement) peuvent avoir entre deux et dix fois plus de transactions que le nombre de pages vues enregistrées dans le navigateur.
Solution
Voici quelques raisons courantes pour lesquelles cela peut se produire :
Vous n'instrumentez pas chaque page de votre application, ou toutes les pages n'utilisent pas auto-instrumentation.
Les pages Web ne sont pas text/html. (Pour éviter d'endommager les données, le navigateur n'instrumente pas les pages non HTML, car elles ne sont pas destinées à être analysées par un navigateur.)
Certaines requests vers votre backend sont effectuées via AJAX. Le débit AJAX est suivi séparément dans la pageAJAXdu navigateur.
Certaines requests ne proviennent pas de navigateurs Web entièrement fonctionnels. Par exemple, ils sont appelés d'API, ou proviennent d'appareils qui n'interprètent pas JavaScript, comme les lecteurs de flux RSS ou les indexeurs de moteurs de recherche.
Certaines requests proviennent de navigateurs très anciens (antérieurs à IE 7), ou de navigateurs qui bloquent les cookies ou JavaScript. Par exemple, l’extension Ghostery pour Firefox bloquera le temps de chargement des pages.
Un cache existe entre votre serveur d'application et votre utilisateur final. Selon que les pages mises en cache sont correctement instrumentées ou non, cela peut entraîner un déséquilibre dans l'autre sens, avec un débit de navigateur plus élevé que celui du serveur d'applications.
l'utilisateur quitte la page avant qu'elle ne termine son chargement ou avant qu'elle n'atteigne le window.onload() event.
Votre rapport de performances hebdomadaire New Relic inclut le nombre de pages vues. Il s'agit du nombre total de chargements de pages que nous avons enregistrés au cours de la période. Une fois que le navigateur d'un utilisateur final charge une page qui inclut le temps de chargement de la page, le JavaScript charge et signale ses données de temps. Si l'utilisateur quitte la page avant l'exécution du JavaScript, les données ne sont pas envoyées pour cette page et ne sont pas incluses dans le rapport sur le nombre total de pages vues.
Bloqueurs de publicités
Les bloqueurs de publicités, qu'ils soient sous forme d'extension ou de plug-in de navigateur ou installés via leur DNS ou routeur privé, empêcheront l'agent de charger et de capturer les pages vues. La seule solution de contournement consiste à utiliser un proxy inverse lors de la récupération du code de l'agent et de l'envoi des données.