Wymiar Core/Dash: Top level Pathname

Wymiar: Top level Pathname (ff)

Pojedyncze adresy URL dostarczają szczegółowych danych. Top Level Pathname agreguje ten ruch według pierwszego katalogu w ścieżce URL. To automatyczne grupowanie pozwala audytować wydajność całych jednostek biznesowych i szablonów w jednym widoku.

Cel analizy ścieżek

Wąskie gardła wydajności tkwią często w strukturze kodu, a nie w samej treści. Top Level Pathname mapuje się bezpośrednio na strukturę routingu Twojej aplikacji.

• Izolacja szablonów: Grupowanie według sekcji katalogu lub asortymentu agreguje wydajność każdego elementu w bazie danych. Jeśli cała ta ścieżka działa wolno, oznacza to wadę szablonu strony produktu, a nie pojedynczy nieoptymalny obraz.
• Porównanie architektur: Porównaj swoje ścieżki treści z CMS-a z dynamicznymi ścieżkami e-commerce. Duża różnica w TTFB między tymi sekcjami sugeruje, że jeden ze stosów technologicznych jest mniej wydajny.
• Audyt funkcji: Procesy zakupowe i strony koszyka często ładują ciężkie skrypty zewnętrznych dostawców, których nie ma na innych stronach. Ten widok izoluje ten wpływ, pozwalając zmierzyć realny koszt tych integracji.

Scenariusze dla konkretnych metryk

Użyj grupowania ścieżek, aby diagnozować konkretne rodzaje regresji.

1. LCP (Largest Contentful Paint): Wysoki LCP na bogatych w multimedia stronach katalogu często wynika z powolnego żądania API, które opóźnia główny obraz produktu. Z kolei wysoki LCP na tekstowych ścieżkach bloga zazwyczaj wskazuje na nieoptymalne obrazy hero w szablonie artykułu.
2. CLS (Cumulative Layout Shift): Jeśli długie strony z treścią mają słaby wynik CLS, sprawdź reklamy lub dynamiczne elementy wstrzykiwane do treści. Jeśli przesunięcia dotyczą kroków transakcyjnych, poszukaj późno ładowanych kalkulatorów dostawy lub trust badges.
3. INP (Interaction to Next Paint): Wysoki INP w interfejsach wyszukiwania oznacza, że Twoja logika filtrowania lub wyszukiwania blokuje main thread. To sygnał, że musisz zoptymalizować złożone, interaktywne elementy JavaScript.
4. TTFB (Time to First Byte): Różnica w TTFB między strefami zalogowanych użytkowników a statycznymi stronami docelowymi obrazuje koszt renderowania po stronie serwera w porównaniu do keszowanych stron publicznych.

Poprawa Core Web Vitals

Użyj Top Level Pathname, aby odpowiednio skierować zasoby inżynieryjne.

• Zidentyfikuj wolną ścieżkę: Posortuj tabelę według kolumny Impact. Znajdź katalog (np. /blog/) o największym wolumenie słabych wyników.
• Zbadaj elementy składowe: Kliknij ścieżkę, aby przefiltrować dashboard. Przełącz się na wymiar URL, aby zobaczyć poszczególne strony tworzące tę grupę.
• Określ przyczynę: Przeanalizuj rozkład powolnych adresów URL w obrębie ścieżki:

Błąd systemowy: Jeśli większość adresów URL na danej ścieżce działa wolno, problem tkwi we wspólnym kodzie szablonu lub logice backendowej. Napraw szablon, aby usprawnić działanie całej grupy.

Wartości odstające: Jeśli tylko kilka adresów URL o dużym natężeniu ruchu działa wolno, konkretne zasoby (np. ciężkie wideo lub nieoptymalna galeria obrazów) zaniżają zbiorczy wynik p75. Zoptymalizuj te konkretne strony, aby poprawić ogólny stan tej ścieżki.