Core/Dash-dimensjon: Toppnivå-banenavn

Dimensjon: Toppnivå-banenavn (ff)

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

Formålet med banenavn-analyse

Ytelsesflaskehalser finnes ofte i kodestrukturen snarere enn i spesifikt innhold. Toppnivå-banenavnet kartlegges direkte til applikasjonens rutestruktur..

• Mal-isolering: 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 snarere enn et enkelt dårlig bilde.
• Arkitektursammenligning: Sammenlign dine CMS-drevne innholdsruter med dine dynamiske e-handelsruter. Betydelig varians i TTFB mellom disse seksjonene tyder på at den ene stacken yter dårligere enn den andre.
• Funksjonsrevisjon: Utsjekkstrakter og handlekurvsider laster ofte tunge tredjepartsskript som andre sider ikke gjør. Denne visningen isolerer denne påvirkningen slik at du kan måle kostnaden ved disse integrasjonene.

Metrikk-spesifikke scenarioer

Bruk banenavn-gruppering for å diagnostisere spesifikke typer regresjon.

1. LCP (Largest Contentful Paint): Høy LCP på medierike katalogsider peker ofte på et tregt API-kall som forsinker hovedproduktbildet. Motsatt indikerer høy LCP på teksttunge bloggruter vanligvis uoptimaliserte hero-bilder i artikkelmalen.
2. CLS (Cumulative Layout Shift): Hvis sider med innhold i langformat har en dårlig CLS-score, sjekk for annonser eller dynamiske elementer som injiseres i innholdet. Hvis transaksjonstrinn forskyves, se etter fraktkalkulatorer eller tillitsmerker som laster sent.
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 ulikhet i TTFB mellom områder for autentiserte brukere og statiske landingssider belyser kostnaden ved server-side rendering for innloggede brukere kontra bufrede offentlige sider.

Forbedring av Core Web Vitals

Bruk Toppnivå-banenavn for å styre ingeniørressursene dine.

• Identifiser den trege banen: Sorter tabellen etter påvirkning. Finn katalogen (f.eks. /blog/) med størst 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 fordelingen 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 problemet for hele gruppen.

Spesifikke uteliggere: Hvis bare noen få URL-er med høy trafikk er trege, er det spesifikke innholdselementer (som en tung video eller et uoptimalisert bildegalleri) som skjevfordeler den aggregerte p75. Optimaliser disse spesifikke sidene for å gjenopprette banens helse.