Core/Dash Dimension: Top level Pathname

Dimension: Top level Pathname (ff)

Individuelle URL'er giver specifikke data. Top level Pathname aggregerer denne trafik efter den første mappe i URL-stien. Denne automatiske gruppering lader dig auditere performancen for hele forretningsenheder og skabeloner i én enkelt visning.

Formålet med pathname-analyse

Performanceflaskehalse findes ofte i kodestrukturen frem for i specifikt indhold. Top level Pathname mapper direkte til din applikations routestruktur.

• Skabelonisolering: Gruppering efter katalog- eller lagersektioner aggregerer performancen for hvert element i din database. Hvis hele denne sti er langsom, har du identificeret en fejl i produktsideskabelonen frem for et enkelt dårligt billede.
• Arkitektursammenligning: Sammenlign dine CMS-drevne indholdsruter med dine dynamiske e-handelsruter. Betydelig varians i TTFB mellem disse sektioner tyder på, at den ene stack er mindre performant end den anden.
• Feature-auditering: Købsflow og kurvsider indlæser ofte tunge tredjepartsscripts, som andre sider ikke gør. Denne visning isolerer den påvirkning, så du kan måle omkostningerne ved disse integrationer.

Metrikspecifikke scenarier

Brug pathname-gruppering til at diagnosticere specifikke typer af regression.

1. LCP (Largest Contentful Paint): Høj LCP på medierige katalogsider peger ofte på et langsomt API-kald, der forsinker det primære produktbillede. Omvendt indikerer en høj LCP på teksttunge blogruter typisk uoptimerede hero-billeder i artikelskabelonen.
2. CLS (Cumulative Layout Shift): Hvis sider med langt indhold har en dårlig CLS-score, skal du tjekke for annoncer eller dynamiske elementer, der indsættes i indholdssektionen. Hvis transaktionstrin forskyder sig, skal du lede efter fragtberegnere eller trust badges, der indlæses sent.
3. INP (Interaction to Next Paint): En høj INP på søgegrænseflader indikerer, at din filtrerings- eller søgelogik blokerer main thread. Dette peger på et behov for at optimere kompleks JavaScript-interaktivitet.
4. TTFB (Time to First Byte): En forskel i TTFB mellem logget ind-områder og statiske landingssider fremhæver omkostningen ved server-side-rendering for loggede brugere over for cachede offentlige sider.

Forbedring af Core Web Vitals

Brug Top level Pathname til at målrette dine udviklingsressourcer.

• Identificer den langsomme sti: Sorter tabellen efter Impact. Find den mappe (f.eks. /blog/) med den største mængde dårlig performance.
• Inspicer de underliggende sider: Klik på stien for at filtrere dashboardet. Skift til URL-dimensionen for at se de individuelle sider, der udgør gruppen.
• Identificer årsagen: Analyser fordelingen af langsomme URL'er på stien:

Systemisk fejl: Hvis størstedelen af URL'erne på stien er langsomme, ligger problemet i den delte skabelonkode eller backend-logikken. Fiks skabelonen for at løse problemet for hele gruppen.

Enkelte afvigere: Hvis kun få URL'er med høj trafik er langsomme, er det specifikke indholdselementer (som en tung video eller et uoptimeret billedgalleri), der skævvrider den samlede p75. Optimer disse specifikke sider for at genoprette stiens sundhed.