Core/Dash Dimension: Top-Level Pathname

Dimension: Top-Level Pathname (ff)

Individuelle 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 überprüfen.

Der Zweck der Pathname-Analyse

Performance-Engpässe liegen oft eher in der Code-Struktur als in spezifischen Inhalten. Der Top-Level Pathname bildet die Routenstruktur Ihrer Anwendung direkt ab.

• Template-Isolation: Die Gruppierung nach Katalog- oder Inventarbereichen aggregiert die Performance für jedes Element in Ihrer Datenbank. Wenn dieser gesamte Pfad langsam ist, haben Sie einen Fehler im Produktseiten-Template identifiziert und nicht ein einzelnes schlechtes Bild.
• Architekturvergleich: Vergleichen Sie Ihre CMS-gesteuerten Content-Routen mit Ihren dynamischen E-Commerce-Routen. Eine signifikante Varianz der TTFB zwischen diesen Bereichen deutet darauf hin, dass ein Stack weniger performant ist als der andere.
• Feature-Auditing: Checkout-Funnel und Warenkorb-Seiten laden oft schwere Drittanbieter-Skripte, die auf anderen Seiten nicht vorhanden sind. Diese Ansicht isoliert diese Auswirkungen, sodass Sie die Kosten dieser Integrationen messen können.

Metrik-spezifische 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 signalisiert ein hoher LCP auf textlastigen Blog-Routen meist nicht optimierte Hero-Bilder im Artikel-Template.
2. CLS (Cumulative Layout Shift): Wenn lange Content-Seiten einen schlechten CLS-Wert aufweisen, prüfen Sie, ob Anzeigen oder dynamische Elemente in den Textkörper eingefügt werden. Wenn sich transaktionale Schritte verschieben, suchen Sie nach spät ladenden Versandkostenrechnern oder Trust-Badges.
3. INP (Interaction to Next Paint): Ein hoher INP auf Suchoberflächen zeigt an, 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 Diskrepanz bei der TTFB zwischen authentifizierten Benutzerbereichen und statischen Landingpages verdeutlicht die Kosten des Server-Side-Renderings für eingeloggte Nutzer im Vergleich zu gecachten öffentlichen Seiten.

Verbesserung der Core Web Vitals

Nutzen Sie den Top-Level Pathname, um Ihre Entwicklungsressourcen gezielt einzusetzen.

• Identifizieren Sie den langsamen Pfad: Sortieren Sie die Tabelle nach Auswirkung. Lokalisieren Sie das Verzeichnis (z. B. /blog/) mit dem höchsten Volumen an schlechter Performance.
• Untersuchen Sie die Bestandteile: Klicken Sie auf den Pfad, um das Dashboard zu filtern. Wechseln Sie zur URL-Dimension, um die einzelnen Seiten anzuzeigen, die diese Gruppe bilden.
• Unterscheiden Sie die Ursache: Analysieren Sie die Verteilung langsamer URLs innerhalb des Pfads:

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

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