Pagine di ricavo e registrazione
Monitora accessi al checkout, pagine dei prezzi, moduli di contatto e percorsi di registrazione dove un'esperienza lenta può interrompere una visita importante.
Monitora PageSpeed del sito sugli URL importanti
Monitora URL pubblici importanti con controlli ricorrenti di laboratorio. Esamina caricamento, consegna della risposta, blocchi e stabilità in Core Web Vitals di Screpy, con sei metriche in un riepilogo separato della homepage.
Segnali di misurazione PageSpeed
FCP
Vedi quando appare il primo contenuto di un URL selezionato.
TTFB
Esamina il tempo fino al primo byte di risposta, inclusi ritardi di connessione e consegna.
TBT e Speed Index
Esamina i blocchi del thread principale e il progresso visivo della homepage.
Scegli le pagine da monitorare
Organizza il monitoraggio PageSpeed intorno alle pagine da cui entrano davvero i visitatori. Screpy include la homepage del progetto e consente di aggiungere URL pubblici del suo dominio o dei sottodomini.
- Dedica il contingente residuo del piano alle landing page importanti, ai prodotti e agli esempi rappresentativi dei template.
- Percorso e parametri di query distinguono gli URL monitorati; i frammenti vengono rimossi e le voci duplicate rifiutate.
- Controlla le pagine di ingresso pubbliche senza aspettarti che il test di laboratorio completi login, acquisto o registrazione.
- Rimuovi gli URL che non richiedono più monitoraggio: i controlli cessano, senza cancellare la pagina del sito.
example.comLaboratorio
/1,4 s/shop/linen2,8 s/guides/seo1,9 sEsegui controlli PageSpeed giornalieri
Gestisci questi controlli nella schermata Core Web Vitals del progetto Screpy. Le verifiche ricorrenti mantengono sotto osservazione le pagine selezionate quando cambiano contenuti, template e script.
- Un URL aggiunto compare nella tabella dopo il primo tentativo di controllo; aggiungerlo non produce un risultato immediato.
- Gli URL attivi dei progetti idonei possono essere riprogrammati quando è trascorso almeno un giorno dal tentativo salvato.
- Tempi di elaborazione e disponibilità delle metriche possono variare. La tabella non mostra la data del controllo né un comando per ripetere subito il test.
Giornaliero09:00
123456789101112131415161718192021
Esamina la velocità di ogni URL
Leggi le singole misurazioni accanto all'URL esatto prima di stabilire le priorità. Lo stato offre un primo riferimento; i valori mostrano aspetti diversi del caricamento.
- Ogni riga mostra FCP e LCP in secondi, TTFB e TBT in millisecondi e CLS senza unità.
- Ordina le pagine monitorate per URL o stato; le colonne delle metriche non sono ordinabili.
- Lo stato di laboratorio usa la classificazione peggiore disponibile tra LCP, CLS e TBT. FCP o TTFB lenti possono richiedere attenzione anche con uno stato positivo.
- I valori mancanti sono misurazioni non disponibili; un esito parzialmente positivo non è la valutazione Google dei Core Web Vitals degli utenti reali.
example.comLaboratorio
LCP2,1 s
TBT180 ms
CLS0,04
Indaga sui ritardi di caricamento
Usa l'insieme delle metriche per scegliere un'indagine mirata. Screpy fornisce segnali temporali e di stabilità; il team esamina l'implementazione per confermare la causa.
- Un TTFB alto può giustificare controlli su redirect, connessione, cache e consegna della risposta; non misura solo l'esecuzione del backend.
- TTFB basso e FCP lento possono orientare verso il rendering iniziale; LCP tardivo, verso il contenuto principale e la sua consegna.
- TBT alto richiede di esaminare le attività lunghe del thread principale. Ne misura le parti bloccanti, non tutto il tempo JavaScript né INP.
- CLS elevato richiede di verificare spostamenti inattesi, come spazio non riservato a contenuti che arrivano dopo.
- Usa una traccia delle prestazioni del browser per attribuire il problema a un elemento o script preciso; la tabella Screpy non identifica queste cause.
Laboratorio2100 ms
TTFB450 ms
FCP1100 ms
LCP2100 ms
TBT95 ms
Controlla lo Speed Index della homepage
Il riepilogo della homepage aggiunge Speed Index a FCP, LCP, CLS, TTFB e TBT. Questo risultato salvato consente di considerare il progresso visivo insieme al primo contenuto e a quello più grande.
- Speed Index descrive quanto rapidamente si compone il contenuto visibile, non quando finisce l'intera pagina o un percorso utente.
- Speed Index compare nel riepilogo della homepage, non in ogni riga di URL monitorato.
- Il riepilogo rappresenta la homepage stessa, non la media del sito, un percentile dei visitatori o una tendenza storica.
Speed Index2,1 s
0,8 s
1,4 s
2,1 s
Verifica i cambiamenti di prestazioni
Un controllo successivo può aiutare a valutare un rilascio mirato, ma la schermata dei risultati attuali non è un archivio prima-dopo. Conserva un riferimento separato per il confronto.
- Annota URL, valori disponibili e versione della pagina prima di cambiare un template, la strategia delle immagini o uno script.
- Apporta una modifica significativa e confronta lo stesso URL con un controllo successivo disponibile; parametri di query diversi possono rappresentare un'altra pagina.
- Considera cache, contenuti di terze parti e variabilità delle misure prima di attribuire un valore cambiato al rilascio.
- Questa vista non offre uno storico con più punti, avvisi di prestazioni o un rapporto automatico di causa ed effetto.
Prima62→Dopo87
NoteSpiega PageSpeed con SEO MCP
Chiedi a un assistente IA di interpretare le misurazioni salvate disponibili della homepage tramite SEO MCP. Collega la spiegazione all'URL e all'orario del controllo restituiti, senza considerarla un nuovo test.
- Lo strumento di sola lettura restituisce i valori disponibili FCP, LCP, CLS, TTFB, TBT e Speed Index della homepage.
- Un risultato della homepage o una metrica mancanti restano non disponibili; lo strumento non li sostituisce con un'altra pagina monitorata.
- SEO MCP non avvia controlli di prestazioni, non recupera tutti gli URL aggiunti e non corregge automaticamente il sito.
- Anche la SEO API autenticata espone il riepilogo salvato della homepage, in base all'accesso al progetto e all'idoneità del piano per l'endpoint.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Parla di Monitoraggio PageSpeed. Con SEO MCP.
Interpreta le metriche salvate della homepage con SEO MCP. Lo strumento legge risultati disponibili; non esegue nuovi test e non recupera ogni URL monitorato.
- Screpy: Ciao! Vediamo Monitoraggio PageSpeed per example.com. Cosa vuoi sapere?
- Tu: Spiega FCP e TTFB salvati per example.com. Cosa dovrei esaminare?
- Screpy: In questo risultato esemplificativo della homepage, FCP è 2,4 s e TTFB 950 ms. Esamina connessione e consegna della risposta, poi il rendering iniziale. I valori suggeriscono un'indagine, non identificano una causa. Conferma URL e orario salvato prima di confrontare un altro risultato. Esempio salvato della homepage: FCP: 2,4 s. TTFB: 950 ms.
- Tu: Trasformalo in un breve piano d’azione.
- Screpy: Terrò separati i risultati dalle raccomandazioni. Esamina le prove, scegli una modifica e controlla poi i risultati. I prossimi passi: Esamina: Controlla fonte e data di ogni risultato.. Decidi: Scegli la prima modifica.. Verifica: Confronta i risultati dopo la modifica..
- Tu: Puoi spiegare le prove con parole semplici?
- Screpy: Sì. Chiedi di un risultato supportato e spiegherò cosa mostra, da dove proviene e quali incertezze restano. I dati mancanti restano indisponibili; le raccomandazioni non sono correzioni automatiche.
Trasforma un risultato lento in un controllo delle prestazioni controllato.
Riduci le ipotesi mantenendo specifici URL, ambito di misurazione e prossima modifica. PageSpeed Monitoring fornisce l'evidenza di laboratorio; l'analisi resta responsabilità del tuo team.
-
Scegli un URL pubblico rappresentativo
Scegli, entro il contingente disponibile, una pagina pubblica del dominio del progetto o di un sottodominio, legata a una campagna, un ingresso organico o un template importante.
-
Leggi l'URL e le metriche disponibili
Conferma URL esatto, valori disponibili e stato di laboratorio. La tabella non mostra la data del controllo; i valori mancanti non attestano una misurazione completa.
-
Formula un'ipotesi mirata
Usa FCP, LCP, TTFB, TBT e CLS della tabella per scegliere un'indagine. Consulta Speed Index soltanto nel riepilogo della homepage per il progresso visivo.
-
Modifica una causa e misura di nuovo
Mantieni lo stesso URL e ambito di test, registra il risultato originale, applica una modifica significativa e usa un controllo successivo per verificare se l'evidenza è cambiata nella direzione prevista.
Monitora pagine che rappresentano una decisione aziendale reale.
Un insieme di URL più piccolo e intenzionale è più facile da interpretare di un elenco senza priorità. Copri percorsi e modelli importanti prima delle pagine marginali.
Landing page delle campagne
Mantieni nel monitoraggio le landing page pubblicitarie, email, di lancio e stagionali mentre ricevono traffico attivo.
Pagine di ingresso organiche
Scegli articoli, pagine di categoria e pagine prodotto rappresentativi che portano i visitatori della ricerca nel sito.
Modelli condivisi
Monitora un URL rappresentativo per ogni modello importante, così una modifica a layout o script può essere analizzata con un risultato di laboratorio mirato.
Sappi cosa il risultato del monitoraggio non dimostra.
Usa Screpy come flusso di misurazione di laboratorio ricorrente. Tieni separati dati sul campo, diagnosi della causa, report storici, avvisi e risultati aziendali, salvo verifica da parte di un'altra fonte.
I dati di laboratorio non sono dati sul campo
Screpy riporta misure sintetiche ottenute da un controllo controllato. Non presentarle come l'esperienza registrata dai tuoi visitatori reali.
I risultati attuali richiedono un riferimento separato
Annota i valori separatamente per confronti successivi. La vista non include grafici storici con più punti, una colonna visibile con la data del controllo o avvisi di prestazioni.
Una metrica non è la causa principale
Un risultato debole di FCP, LCP, TTFB, TBT, Speed Index o CLS indica dove indagare; non dimostra quale modifica implementare.
PageSpeed non garantisce il posizionamento
Pagine più veloci possono migliorare l'esperienza dei visitatori e la qualità della pagina, ma un giudizio di laboratorio da solo non garantisce ranking, traffico, coinvolgimento o conversioni.
Usa il flusso di prestazioni adatto alla domanda.
Monitora gli URL selezionati per risultati di laboratorio correnti, scopri come questi segnali si collegano ai Core Web Vitals o analizza l'intero sito quando una singola metrica non spiega un problema ricorrente.
Esegui controlli ricorrenti per le pagine pubbliche selezionate e consulta le metriche disponibili per URL in Core Web Vitals.
Separa la diagnostica di laboratorio dai dati sul campo e comprendi come interpretare LCP, CLS, TBT e INP reale.
Aggiungi contesto con risultati di scansione, link, immagini e SEO on-page; un audit non sostituisce una traccia delle prestazioni del browser.
Documentazione di Screpy
Impara a monitorare le prestazioni delle pagine
Impara a scegliere gli URL, interpretare le misure disponibili, separare i dati sul campo e registrare un riferimento per un controllo successivo.
Domande sul monitoraggio PageSpeed, con risposte.
Comprendi copertura degli URL, idoneità giornaliera, metriche di tabella e homepage, stato di laboratorio, risultati salvati e limiti del confronto.
Quali URL dovrei monitorare per primi?
Inizia dalla homepage inclusa e da pagine pubbliche rappresentative di campagne, prodotti, prezzi o contenuti del dominio del progetto o dei sottodomini. Il contingente del piano determina quanti URL aggiungere; un controllo pubblico non completa un percorso utente autenticato.
Screpy mostra un punteggio Google PageSpeed?
Questa schermata non mostra un punteggio Lighthouse o Google PageSpeed di 0–100. Lo stato usa la classificazione peggiore disponibile tra LCP, CLS e TBT. FCP e TTFB sono diagnosi separate; un esito positivo non certifica i Core Web Vitals degli utenti reali.
Con quale frequenza Screpy controlla un URL monitorato?
Gli URL attivi dei progetti idonei possono essere riprogrammati dopo almeno un giorno dal tentativo salvato. L'aggiunta di un URL non genera un risultato immediato e il momento di completamento può variare. La tabella non mostra la colonna della data del controllo.
PageSpeed Monitoring identifica la causa esatta di un risultato lento?
No. Una metrica debole restringe l'analisi, ma non dimostra la causa principale. Esamina URL, modello, asset, script, percorso di distribuzione e audit del sito prima di scegliere una correzione.
Che cosa misura Screpy PageSpeed Monitoring?
PageSpeed Monitoring utilizza Core Web Vitals. Le righe degli URL selezionati mostrano FCP, LCP, TTFB, TBT e CLS con uno stato di laboratorio. Il riepilogo della homepage aggiunge Speed Index. La tabella non mostra date dei controlli o un punteggio PageSpeed di 0–100.
PageSpeed Monitoring include avvisi o grafici storici?
Questa vista presenta risultati attuali disponibili per URL e un riepilogo salvato della homepage. Non fornisce avvisi di prestazioni o grafici storici con più punti. Registra un riferimento separato prima di confrontare un controllo successivo.
Screpy PageSpeed Monitoring usa dati di laboratorio o dati sul campo?
Sono dati sintetici raccolti in un test controllato. I dati sul campo descrivono l'esperienza dei visitatori reali, quindi le due fonti devono essere interpretate separatamente.
Un risultato PageSpeed migliore garantisce ranking più alti o più conversioni?
No. La velocità può sostenere l'esperienza dei visitatori e la qualità della pagina, ma ranking e conversioni dipendono da molti fattori. Considera il risultato di laboratorio un input decisionale, non un esito garantito.