Largest Contentful Paint (LCP)
Stima quando l’immagine o il blocco di testo visibile più grande termina il rendering nel test di laboratorio. Usa un risultato lento per analizzare contenuto principale, risorse e distribuzione.
Monitora i Core Web Vitals delle pagine importanti
Esegui controlli di laboratorio giornalieri per URL pubblici selezionati e tieni LCP, CLS, FCP, TTFB, TBT, Speed Index, il verdetto corrente e l’orario del controllo accanto al flusso SEO tecnico. Trova regressioni e riprova correzioni mirate senza confondere misurazioni sintetiche con dati reali degli utenti.
TL;DR
Troppo lungo; non letto
Mostra riepilogo Nascondi riepilogo
TL;DR
Troppo lungo; non letto
Cosa fa il monitoraggio Core Web Vitals di Screpy?
Screpy esegue controlli di laboratorio ricorrenti per URL pubblici selezionati. Riporta LCP e CLS insieme a FCP, TTFB, TBT, Speed Index, un verdetto di laboratorio e l’aggiornamento del controllo, così i team possono trovare regressioni, indagare una causa specifica e misurare di nuovo senza confondere risultati sintetici e dati reali.
Scegli l’ambito del monitoraggio
- La homepage è inclusa quando un progetto viene configurato per il monitoraggio.
- Puoi aggiungere altri URL pubblici entro il limite del piano corrente.
- Ogni URL attivo può essere controllato di nuovo dopo un giorno.
- L’URL esatto e l’orario dell’ultimo controllo restano visibili accanto al risultato.
Leggi i segnali principali del laboratorio
- Largest Contentful Paint stima quando termina il rendering del contenuto visibile principale.
- Cumulative Layout Shift misura gli spostamenti imprevisti durante il test.
- Un verdetto di laboratorio aiuta a trovare prima gli URL che richiedono attenzione.
- Il verdetto è una diagnosi sintetica, non la valutazione dei dati sul campo di Google.
Usa i diagnostici di supporto
- First Contentful Paint aggiunge contesto al rendering iniziale.
- Time to First Byte aiuta a concentrare l’analisi sul ritardo della risposta iniziale.
- Total Blocking Time mostra le attività che bloccano il thread principale in laboratorio.
- Speed Index riassume la rapidità con cui appare il contenuto visibile durante il test.
Interpreta il risultato con attenzione
- Confronta i dati di laboratorio con lo stesso URL e lo stesso metodo di misurazione.
- Total Blocking Time non è Interaction to Next Paint.
- Una metrica debole restringe l’indagine, ma non dimostra la causa principale.
- Una migliore esperienza della pagina aiuta gli utenti senza garantire ranking o traffico.
Leggi le metriche di laboratorio dietro ogni pagina controllata.
Il report separa caricamento, stabilità visiva, risposta del server e diagnostica del thread principale, così un unico verdetto non nasconde il segnale da analizzare.
Cumulative Layout Shift (CLS)
Misura i movimenti visivi imprevisti durante il test. Immagini senza dimensioni, embed, font e contenuti tardivi sono punti comuni da analizzare.
First Contentful Paint (FCP)
Vedi quando viene dipinto il primo testo, la prima immagine o altro contenuto. FCP aiuta a individuare i ritardi del rendering iniziale.
Time to First Byte (TTFB)
Esamina il ritardo della risposta iniziale del server osservato dal controllo. Un valore lento può indicare hosting, cache, reindirizzamenti o lavoro del backend.
Total Blocking Time (TBT)
Misura per quanto tempo le attività del thread principale bloccano la reattività in laboratorio. TBT è un diagnostico utile, ma non è la metrica reale Interaction to Next Paint.
Speed Index
Riassume la velocità con cui appare il contenuto visibile durante il test invece di affidarsi a una sola fase di rendering.
Verdetto delle prestazioni di laboratorio
Usa i verdetti Buono, Da migliorare o Scarso per trovare gli URL selezionati che richiedono attenzione per primi. Riassume risultati di laboratorio, non la valutazione reale di Google.
URL e aggiornamento del controllo
Collega ogni risultato al suo URL pubblico esatto e all’orario dell’ultimo controllo, evitando di usare una misurazione vecchia o non pertinente.
Mantieni le pagine importanti in un ciclo di controlli ricorrenti.
Aggiungi URL pubblici rappresentativi e rivedi l’ultimo risultato dopo ogni controllo giornaliero. Ogni verdetto resta collegato all’URL testato e all’orario di raccolta.
- Monitora homepage e URL selezionati di alto valore
- Ordina le pagine controllate per verdetto o URL
- Usa l’orario dell’ultimo controllo prima di agire
Separa Core Web Vitals dai diagnostici di supporto.
Esamina LCP e CLS con FCP, TTFB, TBT e Speed Index. Screpy identifica TBT come diagnostico di reattività in laboratorio e non come INP reale degli utenti.
- Ispeziona misure di caricamento e stabilità visiva
- Usa metriche di risposta e rendering per restringere il prossimo controllo
- Mantieni distinte le affermazioni su laboratorio e dati sul campo
Passa da una metrica debole a una modifica verificabile.
Usa la metrica attuale più debole per decidere se analizzare rendering dei contenuti, riserva del layout, risposta del server, risorse o lavoro del thread principale. Cambia una causa probabile e misura di nuovo lo stesso URL.
- Dai priorità a pagine critiche e modelli condivisi
- Analizza pagina e percorso di distribuzione prima di cambiare il codice
- Valida la correzione mirata con un risultato programmato successivo
Trasforma un URL lento in una correzione delle prestazioni verificabile.
Mantieni stabili URL e metodo di misurazione, usa la metrica più debole per restringere l’indagine e valida una modifica con un controllo successivo.
- 01
Scegli un URL pubblico rappresentativo
Inizia dalla homepage, da una pagina di conversione o da un URL di un modello importante. Monitorare ogni pagina di basso valore crea rumore prima di creare insight.
- 02
Lascia che il controllo programmato stabilisca una baseline
Screpy controlla ogni giorno gli URL monitorati idonei e registra verdetto, metriche, URL testato e orario del controllo.
- 03
Segui la metrica debole fino a un’ipotesi mirata
Usa LCP, CLS, FCP, TTFB, TBT e Speed Index per decidere se analizzare prima rendering, riserva dello spazio, risposta del server, risorse o lavoro del thread principale.
- 04
Cambia una causa e misura di nuovo
Distribuisci la correzione rilevante più piccola, mantieni stabile l’URL monitorato e usa il risultato successivo per verificare se la misurazione è migliorata.
Monitora le pagine dove una regressione avrebbe il maggiore impatto.
Un piccolo insieme di URL rappresentativi è più facile da analizzare di una dashboard piena di pagine di basso valore. Inizia dai percorsi critici e dai modelli riutilizzabili.
Landing page principali
Monitora le pagine che presentano prodotto, servizio o campagna, perché una prima esperienza lenta può influire su scoperta e conversione.
Modelli di pagina condivisi
Scegli un URL rappresentativo di prodotto, categoria, articolo o documentazione per individuare problemi che possono ripetersi nello stesso modello.
Percorsi di conversione
Mantieni visibili pagine di prezzo, registrazione, lead e ingresso al checkout quando script, embed, esperimenti o tag di terze parti cambiano le prestazioni.
Pagine sensibili alle release
Monitora URL interessati da redesign, cambi di framework, nuovi media, aggiornamenti del tag manager o modifiche di distribuzione prima di estendere il modello.
Interpreta i risultati di laboratorio senza sopravvalutarli.
Screpy rende utilizzabili i controlli ricorrenti delle prestazioni. Questi limiti mantengono il risultato accurato quando la domanda riguarda dati sul campo, causa o impatto sul ranking.
Dati di laboratorio, non dati sul campo
Screpy esegue test controllati delle pagine. Il risultato non rappresenta il dataset degli utenti reali riportato da Chrome UX Report o Google Search Console.
TBT non è INP
TBT aiuta a diagnosticare la reattività in laboratorio. INP richiede interazioni reali, quindi un risultato TBT non deve essere presentato come misurazione INP.
Un verdetto non è una causa principale
Una metrica scarsa indica dove indagare. Conferma elemento, richiesta, script, modello o comportamento del server prima di decidere cosa cambiare.
Le prestazioni non garantiscono il ranking
Una buona esperienza della pagina aiuta utenti e ricerca, ma non sostituisce contenuti pertinenti, scansione, indicizzazione, link o altri segnali.
Usa il flusso delle prestazioni adatto alla domanda.
Monitora URL selezionati per risultati ricorrenti di laboratorio, esegui un audit del sito per modelli tecnici ripetuti o leggi la metodologia prima di confrontare i dati sul campo.
Esegui controlli di laboratorio giornalieri per URL pubblici selezionati e rivedi verdetto, metriche e aggiornamento.
Scansiona il sito per trovare modelli ripetuti di pagina, risorse, rendering e problemi tecnici attorno a un URL o modello interessato.
Comprendi ambito, tempi e limiti dei dati di laboratorio Screpy prima di confrontarli con report di utenti reali.
Documentazione di Screpy
Impara a interpretare i controlli delle prestazioni di laboratorio
Segui la guida Screpy per scegliere gli URL, leggere ogni metrica con URL e data, distinguere laboratorio e dati sul campo e testare un miglioramento mirato.
Risposte alle domande sul monitoraggio Core Web Vitals.
Comprendi dati di laboratorio e sul campo, LCP, CLS, TBT, metriche di velocità, controlli giornalieri, scelta degli URL, verdetti e limiti delle affermazioni sull’esperienza della pagina.
Cosa misura il monitoraggio Core Web Vitals di Screpy?
Screpy esegue controlli basati sul laboratorio per URL pubblici selezionati. Riporta LCP, CLS, FCP, TTFB, TBT, Speed Index, un verdetto di laboratorio e l’ora dell’ultimo controllo.
I dati Core Web Vitals di Screpy si basano su utenti reali?
No. Screpy riporta misurazioni controllate per l’URL verificato. I dati sul campo di Chrome UX Report o Google Search Console riflettono visite reali in un periodo mobile e possono differire per dispositivi, reti, area geografica e comportamento.
Quali metriche sono i Core Web Vitals ufficiali?
Google definisce attualmente Largest Contentful Paint, Interaction to Next Paint e Cumulative Layout Shift come Core Web Vitals. Screpy misura LCP e CLS in laboratorio e riporta TBT come diagnostico insieme a FCP, TTFB e Speed Index. Non presenta TBT come INP.
Perché Screpy mostra TBT invece di INP?
Interaction to Next Paint dipende da interazioni reali ed è una metrica sul campo. Total Blocking Time può essere misurato in un laboratorio controllato e rivela il lavoro del thread principale, ma le due metriche non sono intercambiabili.
Con quale frequenza vengono controllati gli URL monitorati?
Gli URL attivi possono essere controllati di nuovo dopo un giorno. Coda, disponibilità della pagina e piano possono influire sul momento del risultato; usa quindi l’ora dell’ultimo controllo prima di agire.
Quali pagine devo monitorare per prime?
Inizia da homepage, landing page ad alto traffico, ingressi di conversione e un URL rappresentativo di ogni modello importante. Aggiungi le pagine dove una regressione colpirebbe molti visitatori o la stessa implementazione viene riutilizzata.
Un verdetto Screpy Buono significa che l’URL supera i Core Web Vitals di Google?
Non necessariamente. Screpy riassume un controllo di laboratorio, mentre Google usa dati reali LCP, INP e CLS quando sono disponibili dati sufficienti. Usa il verdetto per guidare i test e confrontalo con il report sul campo quando serve una valutazione reale.
Migliorare i Core Web Vitals garantisce ranking più alti?
No. Google raccomanda buoni Core Web Vitals per utenti e ricerca, ma l’esperienza della pagina è solo una parte dei segnali. Contenuti pertinenti possono posizionarsi anche con un’esperienza più debole e una pagina veloce non garantisce il ranking.
Mantieni i controlli delle prestazioni concentrati sulle pagine importanti.
Scegli URL pubblici rappresentativi, crea una baseline di laboratorio giornaliera, analizza la metrica più debole e misura di nuovo dopo una modifica mirata.