Dimension Core/Dash : Chemin de premier niveau

Dimension : Chemin de premier niveau (ff)

Les URL individuelles fournissent des données spécifiques. Le Chemin de premier niveau agrège ce trafic par le premier répertoire du chemin de l'URL. Ce regroupement automatique vous permet d'auditer les performances d'unités commerciales entières et de modèles en une seule vue.

Le but de l'analyse des chemins d'accès

Les goulots d'étranglement des performances existent souvent dans la structure du code plutôt que dans un contenu spécifique. Le Chemin de premier niveau correspond directement à la structure de routage de votre application.

• Isolation des modèles : Le regroupement par sections de catalogue ou d'inventaire agrège les performances pour chaque élément de votre base de données. Si ce chemin entier est lent, vous avez identifié un défaut dans le modèle de la page produit plutôt qu'une seule mauvaise image.
• Comparaison d'architecture : Comparez vos routes de contenu basées sur un CMS avec vos routes e-commerce dynamiques. Une variance significative du TTFB entre ces sections suggère qu'une pile technologique est moins performante que l'autre.
• Audit de fonctionnalités : Les entonnoirs de paiement et les pages de panier chargent souvent des scripts tiers lourds, contrairement à d'autres pages. Cette vue isole cet impact afin que vous puissiez mesurer le coût de ces intégrations.

Scénarios spécifiques aux métriques

Utilisez le regroupement de chemins d'accès pour diagnostiquer des types spécifiques de régression.

1. LCP (Largest Contentful Paint) : Un LCP élevé sur des pages de catalogue riches en médias indique souvent un appel d'API lent retardant l'image principale du produit. À l'inverse, un LCP élevé sur des routes de blog riches en texte indique généralement des images de couverture non optimisées dans le modèle d'article.
2. CLS (Cumulative Layout Shift) : Si les pages de contenu long format ont un mauvais score CLS, recherchez des publicités ou des éléments dynamiques injectés dans le corps du contenu. Si les étapes transactionnelles se décalent, recherchez des calculateurs d'expédition ou des badges de confiance à chargement tardif.
3. INP (Interaction to Next Paint) : Un INP élevé sur les interfaces de recherche indique que votre logique de filtrage ou de recherche bloque le thread principal. Cela révèle un besoin d'optimiser l'interactivité complexe en JavaScript.
4. TTFB (Time to First Byte) : Une disparité de TTFB entre les zones d'utilisateurs authentifiés et les pages de destination statiques met en évidence le coût du rendu côté serveur pour les utilisateurs connectés par rapport aux pages publiques mises en cache.

Amélioration des Core Web Vitals

Utilisez le Chemin de premier niveau pour orienter vos ressources d'ingénierie.

• Identifier le chemin lent : Triez le tableau par Impact. Localisez le répertoire (par exemple, /blog/) présentant le plus grand volume de mauvaises performances.
• Inspecter les composants : Cliquez sur le chemin pour filtrer le tableau de bord. Passez à la dimension URL pour afficher les pages individuelles constituant ce groupe.
• Distinguer la cause : Analysez la distribution des URL lentes au sein du chemin :

Défaillance systémique : Si la majorité des URL du chemin sont lentes, le problème réside dans le code du modèle partagé ou la logique backend. Corrigez le modèle pour résoudre le groupe entier.

Valeurs aberrantes spécifiques : Si seules quelques URL à fort trafic sont lentes, des ressources de contenu spécifiques (comme une vidéo lourde ou une galerie d'images non optimisée) faussent le p75 agrégé. Optimisez ces pages spécifiques pour restaurer la santé du chemin.