Dimensione CoreDash: Pathname di primo livello

Dimensione: Pathname di primo livello (ff)

Le singole URL forniscono dati specifici. Il Pathname di primo livello aggrega questo traffico in base alla prima directory nel percorso della URL. Questo raggruppamento automatico ti consente di verificare le prestazioni di intere business unit e template in un'unica vista.

Lo scopo dell'analisi del Pathname

I colli di bottiglia delle prestazioni spesso risiedono nella struttura del codice piuttosto che in contenuti specifici. Il Pathname di primo livello mappa direttamente la struttura delle rotte della tua applicazione.

• Isolamento dei Template: Il raggruppamento per sezioni di catalogo o inventario aggrega le prestazioni per ogni articolo nel tuo database. Se l'intero percorso è lento, hai identificato un difetto nel template della pagina prodotto piuttosto che una singola immagine scadente.
• Confronto dell'Architettura: Confronta le tue rotte di contenuto gestite dal CMS con le tue rotte dinamiche di e-commerce. Una variazione significativa del TTFB tra queste sezioni suggerisce che uno stack è meno performante dell'altro.
• Audit delle Funzionalità: I funnel di checkout e le pagine del carrello spesso caricano pesanti script di terze parti che altre pagine non caricano. Questa vista isola tale impatto in modo da poter misurare il costo di tali integrazioni.

Scenari specifici per le metriche

Usa il raggruppamento per pathname per diagnosticare tipi specifici di regressione.

1. LCP (Largest Contentful Paint): Un LCP elevato sulle pagine di catalogo ricche di media spesso indica una chiamata API lenta che ritarda l'immagine principale del prodotto. Al contrario, un LCP elevato sulle rotte del blog ricche di testo indica solitamente immagini hero non ottimizzate nel template dell'articolo.
2. CLS (Cumulative Layout Shift): Se le pagine di contenuto long-form hanno un punteggio CLS scarso, controlla la presenza di annunci o elementi dinamici iniettati nel corpo del contenuto. Se i passaggi transazionali presentano spostamenti, cerca calcolatori di spedizione o badge di fiducia a caricamento tardivo.
3. INP (Interaction to Next Paint): Un INP elevato sulle interfacce di ricerca indica che la tua logica di filtraggio o di ricerca sta bloccando il main thread. Ciò identifica la necessità di ottimizzare l'interattività JavaScript complessa.
4. TTFB (Time to First Byte): Una disparità nel TTFB tra le aree utente autenticate e le landing page statiche evidenzia il costo del rendering lato server per gli utenti loggati rispetto alle pagine pubbliche memorizzate in cache.

Migliorare i Core Web Vitals

Usa il Pathname di primo livello per indirizzare le tue risorse ingegneristiche.

• Identifica il percorso lento: Ordina la tabella per Impatto. Individua la directory (ad esempio, /blog/) con il maggior volume di scarse prestazioni.
• Ispeziona i costituenti: Fai clic sul percorso per filtrare la dashboard. Passa alla dimensione URL per visualizzare le singole pagine che compongono quel gruppo.
• Distingui la causa: Analizza la distribuzione delle URL lente all'interno del percorso:

Guasto Sistemico: Se la maggior parte delle URL nel percorso è lenta, il problema risiede nel codice del template condiviso o nella logica di backend. Correggi il template per risolvere l'intero gruppo.

Outlier Specifici: Se solo alcune URL ad alto traffico sono lente, asset di contenuto specifici (come un video pesante o una galleria di immagini non ottimizzata) stanno influenzando il p75 aggregato. Ottimizza quelle pagine specifiche per ripristinare la salute del percorso.