CoreDash-Dimension: Top level Pathname

Dimension: Top level Pathname (ff)

Einzelne URLs liefern spezifische Daten. Der Top Level Pathname aggregiert diesen Traffic nach dem ersten Verzeichnis im URL-Pfad. Diese automatische Gruppierung ermöglicht es Ihnen, die Performance ganzer Geschäftsbereiche und Templates in einer einzigen Ansicht zu prüfen.

Der Zweck der Pathname-Analyse

Performance-Engpässe liegen oft in der Codestruktur begründet und nicht in spezifischen Inhalten. Der Top Level Pathname bildet direkt die Routenstruktur Ihrer Anwendung ab.

• Template-Isolierung: Die Gruppierung nach Katalog- oder Bestandsbereichen aggregiert die Performance für jeden Artikel in Ihrer Datenbank. Wenn dieser gesamte Pfad langsam ist, haben Sie einen Fehler im Produktseiten-Template identifiziert und nicht nur ein einzelnes schlechtes Bild.
• Architektur-Vergleich: Vergleichen Sie Ihre CMS-gesteuerten Content-Routen mit Ihren dynamischen E-Commerce-Routen. Eine signifikante Varianz im TTFB zwischen diesen Bereichen deutet darauf hin, dass ein Stack weniger performant ist als der andere.
• Feature-Auditing: Checkout-Funnel und Warenkorbseiten laden oft schwere Drittanbieter-Scripte, die andere Seiten nicht laden. Diese Ansicht isoliert diesen Effekt, sodass Sie die Kosten dieser Integrationen messen können.

Metrikspezifische Szenarien

Nutzen Sie die Pathname-Gruppierung, um spezifische Arten von Regressionen zu diagnostizieren.

1. LCP (Largest Contentful Paint): Ein hoher LCP auf medienreichen Katalogseiten deutet oft auf einen langsamen API-Aufruf hin, der das Hauptproduktbild verzögert. Umgekehrt deutet ein hoher LCP auf textlastigen Blog-Routen meist auf nicht optimierte Hero-Bilder im Artikel-Template hin.
2. CLS (Cumulative Layout Shift): Wenn Long-Form-Content-Seiten einen schlechten CLS-Wert haben, prüfen Sie auf Anzeigen oder dynamische Elemente, die in den Content-Body injiziert werden. Wenn sich Transaktionsschritte verschieben, suchen Sie nach spät ladenden Versandkostenrechnern oder Trust-Badges.
3. INP (Interaction to Next Paint): Ein hoher INP auf Suchoberflächen deutet darauf hin, dass Ihre Filter- oder Suchlogik den main thread blockiert. Dies identifiziert die Notwendigkeit, komplexe JavaScript-Interaktivität zu optimieren.
4. TTFB (Time to First Byte): Eine Disparität im TTFB zwischen authentifizierten Benutzerbereichen und statischen Landingpages verdeutlicht die Kosten des Server-Side Rendering für angemeldete Benutzer im Vergleich zu gecachten öffentlichen Seiten.

Verbesserung der Core Web Vitals

Nutzen Sie den Top Level Pathname, um Ihre Engineering-Ressourcen zu steuern.

• Den langsamen Pfad identifizieren: Sortieren Sie die Tabelle nach Impact. Lokalisieren Sie das Verzeichnis (z. B. /blog/) mit dem höchsten Volumen an schlechter Performance.
• Die Bestandteile prüfen: Klicken Sie auf den Pfad, um das Dashboard zu filtern. Wechseln Sie zur Dimension URL, um die einzelnen Seiten anzuzeigen, aus denen diese Gruppe besteht.
• Die Ursache unterscheiden: Analysieren Sie die Verteilung langsamer URLs innerhalb des Pfades:

Systemischer Fehler: Wenn die Mehrheit der URLs im Pfad langsam ist, liegt das Problem im gemeinsam genutzten Template-Code oder in der Backend-Logik. Beheben Sie das Template, um die gesamte Gruppe zu optimieren.

Spezifische Ausreißer: Wenn nur wenige trafficstarke URLs langsam sind, verzerren spezifische Content-Assets (wie ein schweres Video oder eine nicht optimierte Bildergalerie) den aggregierten p75. Optimieren Sie diese spezifischen Seiten, um die Gesundheit des Pfades wiederherzustellen.