Core/Dash-dimensjon: Top level Pathname

Dimensjon: Top level Pathname (ff)

Individuelle URL-er gir spesifikke data. Top Level Pathname aggregerer denne trafikken etter den første katalogen i URL-banen. Denne automatiske grupperingen lar deg revidere ytelsen til hele forretningsenheter og maler i én enkelt visning.

Formålet med bane-analyse

Ytelsesflaskehalser finnes ofte i kodestrukturen snarere enn i spesifikt innhold. Top Level Pathname kartlegges direkte mot applikasjonens rutestruktur.

• Malisolasjon: Gruppering etter katalog- eller lagerseksjoner aggregerer ytelsen for hvert element i databasen din. Hvis hele denne banen er treg, har du identifisert en feil i produktsidemalen i stedet for et enkelt dårlig bilde.
• Arkitektursammenligning: Sammenlign dine CMS-drevne innholdsruter mot dine dynamiske e-handelsruter. Betydelig varians i TTFB mellom disse seksjonene antyder at den ene stacken har dårligere ytelse enn den andre.
• Funksjonsrevisjon: Utsjekkingstrakter og handlevognsider laster ofte tunge tredjepartsskript som andre sider ikke gjør. Denne visningen isolerer den påvirkningen slik at du kan måle kostnaden for disse integrasjonene.

Metrikk-spesifikke scenarier

Bruk banegruppering for å diagnostisere spesifikke typer regresjon.

1. LCP (Largest Contentful Paint): Høy LCP på medierike katalogsider peker ofte mot et tregt API-kall som forsinker hovedproduktbildet. Omvendt indikerer høy LCP på teksttunge bloggruter vanligvis uoptimerte hero-bilder i artikkelmalen.
2. CLS (Cumulative Layout Shift): Hvis sider med langt innhold har en dårlig CLS-score, se etter annonser eller dynamiske elementer som er injisert i innholdskroppen. Hvis transaksjonstrinn forskyver seg, se etter sent innlastede fraktkalkulatorer eller tillitsmerker.
3. INP (Interaction to Next Paint): En høy INP på søkegrensesnitt indikerer at filtrerings- eller søkelogikken din blokkerer hovedtråden. Dette identifiserer et behov for å optimalisere kompleks JavaScript-interaktivitet.
4. TTFB (Time to First Byte): En forskjell i TTFB mellom autentiserte brukerområder og statiske landingssider fremhever kostnaden ved server-side rendering for innloggede brukere versus hurtigbufrede offentlige sider.

Forbedring av Core Web Vitals

Bruk Top Level Pathname for å styre ingeniørressursene dine.

• Identifiser den trege banen: Sorter tabellen etter Impact. Finn katalogen (f.eks. /blog/) med høyest volum av dårlig ytelse.
• Inspiser bestanddelene: Klikk på banen for å filtrere dashbordet. Bytt til URL-dimensjonen for å se de individuelle sidene som utgjør den gruppen.
• Skill ut årsaken: Analyser distribusjonen av trege URL-er innenfor banen:

Systemisk feil: Hvis flertallet av URL-ene i banen er trege, ligger problemet i den delte malkoden eller backend-logikken. Fiks malen for å løse hele gruppen.

Spesifikke avvik: Hvis bare et par URL-er med høy trafikk er trege, forvrenger spesifikke innholdsressurser (som en tung video eller et uoptimalisert bildegalleri) den aggregerte p75. Optimaliser de spesifikke sidene for å gjenopprette banens helse.