Les analyses qui comptent

Se concentrer uniquement sur les statistiques d'utilisation mondiale d'utilisation du navigateur pour justifier la mise en œuvre des fonctionnalités est trompeuse. Ce qui compte vraiment, c'est l'utilisation du navigateur sur votre site Web spécifique , qui peut varier considérablement. Ce principe s'étend au-delà d'éviter simplement les fonctionnalités incompatibles avec les navigateurs plus âgés; Il s'agit de hiérarchiser les mesures directement pertinentes pour le succès de votre site.

Ce concept de suivi des performances spécifique au site a été dans mon esprit ces derniers temps. Il ne s'agit pas seulement d'éviter la grille CSS en raison du support du navigateur hérité; Il s'agit de mesurer les mesures qui ont véritablement un impact sur vos utilisateurs.

Les tests de performances repose souvent sur des tests synthétiques , où les navigateurs automatisés chargent votre site et enregistrent des mesures comme la taille des actifs, les temps de chargement et les comptes de demande. Bien que utile, ces données ne reflètent pas l' expérience utilisateur réelle . Nous obsédons la taille du faisceau JavaScript, la plus grande peinture contente (LCP) et les scores du phare, mais ce sont des procurations, pas des mesures directes de la perception des utilisateurs.

Considérez les analyses de sites Web typiques comme Google Analytics. Tout en fournissant des données sur la popularité de la page, la durée de la session et les sources de trafic, ces informations restent assez générales.

Pour des analyses vraiment perspicaces, vous avez besoin d'une approche plus ciblée. Demandez-vous: quels aspects spécifiques des performances de votre site sont cruciaux? À quelle fréquence la fonctionnalité x est-elle utilisée? Combien de fichiers sont téléchargés chaque semaine? Combien de messages sont envoyés? À quelle fréquence le bouton étoilé est-il cliqué? Ces questions mettent en évidence la nécessité de capturer et de rapporter ces données. Les outils d'analyse génériques ne suffiront pas; un développement proactif est nécessaire.

Ce principe s'applique également aux outils de performances. Au lieu de s'appuyer uniquement sur les tests de synthèse génériques, adoptez la surveillance réelle des utilisateurs (RUM) . Suivez les vrais utilisateurs sur leurs appareils réels, en obtenant des informations inestimables. Cette approche s'aligne parfaitement avec la logique des analyses ciblées et débloque des données cruciales.

Par exemple, First Intary Delay (FID), une clé de SEO, un impact sur le SEO basé sur Google Core Google, nécessite une collecte de données basée sur JavaScript. De même, LCP, tandis qu'une tentative intelligente d'une métrique plus significative, implique toujours une estimation. Google doit faire des hypothèses pour une large applicabilité, mais vous pouvez identifier les éléments cruciaux de votre site et suivre directement leurs temps de rendu. En utilisant le temps de rendu du héros de SpeedCurve, par exemple:

<main elementtiming="article"></main>

Cela mesure directement ce qui compte sur votre site, pas seulement les nombres génériques.

En outre, bien que FID soit précieux, envisagez d'utiliser la synchronisation des utilisateurs (une norme W3C) pour déclencher des événements JavaScript marquant des actions importantes du site. Par exemple, sur une plate-forme comme Codepen, cela pourrait suivre la préparation de l'éditeur:

 Éditeurs.init ();
Performance.mark ("Les éditeurs sont initialisés.");

Cette approche proactive, quoique légèrement plus impliquée, de l'analyse dépasse les méthodes standard. Bien qu'un budget de performance limite la taille JavaScript à 200KB soit utile, un budget garantissant une caractéristique centrale en moins de 1,1 seconde (au lieu d'une 1,4 seconde plus lente) est beaucoup plus percutante.

½ En effet Toutes mes excuses pour l'acronyme de surcharge!

Ce qui précède est le contenu détaillé de. pour plus d'informations, suivez d'autres articles connexes sur le site Web de PHP en chinois!