Páginas de receita e cadastro
Monitore entradas do checkout, páginas de preços, formulários de lead e rotas de cadastro onde uma experiência lenta pode interromper uma visita de alto valor.
Monitore o PageSpeed do site nas URLs importantes
Execute verificações recorrentes em laboratório para URLs públicas selecionadas. Analise marcos de carregamento, resposta do servidor, bloqueio da thread principal, estabilidade do layout, um resultado claro e a atualização do resultado sem tratar dados sintéticos como experiência real dos usuários.
Escolha as páginas a monitorizar
Organize a monitorização PageSpeed em torno das páginas por onde os visitantes entram. O Screpy inclui a página inicial do projeto e permite adicionar URLs públicos do seu domínio ou subdomínios.
- Use o limite restante do plano para páginas de destino importantes, produtos e exemplos representativos dos modelos.
- O caminho e os parâmetros de consulta distinguem os URLs monitorizados; os fragmentos são removidos e as entradas duplicadas rejeitadas.
- Verifique páginas de entrada públicas sem esperar que o teste de laboratório conclua um início de sessão, uma compra ou um registo.
- Remova um URL quando já não precisar de monitorização; as verificações param sem apagar a página do site.
example.comLaboratório
/1,4 s/shop/linen2,8 s/guides/seo1,9 sExecute verificações PageSpeed diárias
Gira estas verificações no ecrã Core Web Vitals do projeto Screpy. As verificações recorrentes permitem acompanhar páginas selecionadas quando mudam conteúdos, modelos e scripts.
- Um URL adicionado aparece na tabela após a primeira tentativa de verificação; adicioná-lo não produz um resultado imediato.
- URLs ativos de projetos elegíveis podem voltar a ser agendados após pelo menos um dia desde a tentativa guardada.
- O tempo de processamento e as métricas disponíveis podem variar. A tabela não apresenta a data da verificação nem um controlo para repetir o teste imediatamente.
Diário09:00
123456789101112131415161718192021
Analise a velocidade por URL
Leia as medições junto ao URL exato antes de definir prioridades. O estado fornece um primeiro sinal; os valores mostram diferentes partes do carregamento.
- Cada linha mostra FCP e LCP em segundos, TTFB e TBT em milissegundos e CLS sem unidade.
- Ordene as páginas por URL ou estado; as colunas de métricas não permitem ordenação.
- O estado de laboratório usa a pior classificação disponível de LCP, CLS ou TBT. FCP ou TTFB lentos podem merecer atenção mesmo com um estado positivo.
- Valores em falta são medições indisponíveis; uma aprovação parcial não equivale à avaliação Google dos Core Web Vitals de utilizadores reais.
example.comLaboratório
LCP2,1 s
TBT180 ms
CLS0,04
Investigue atrasos de carregamento
Use o conjunto das métricas para escolher uma investigação específica. O Screpy fornece sinais de tempo e estabilidade; a sua equipa analisa a implementação para confirmar a causa.
- Um TTFB elevado pode justificar analisar redirecionamentos, ligação, cache e entrega da resposta; não mede apenas a execução do servidor.
- TTFB baixo com FCP lento pode orientar para a renderização inicial; LCP tardio, para o conteúdo principal e a sua entrega.
- TBT elevado pede uma análise das tarefas longas da thread principal. Mede as suas partes bloqueantes, não todo o tempo de JavaScript nem INP.
- CLS elevado pede uma análise de movimentos inesperados, como espaço não reservado para conteúdo que chega depois.
- Use um registo de desempenho do navegador para identificar o elemento ou script concreto; a tabela do Screpy não determina essas causas.
Laboratório2.100 ms
TTFB450 ms
FCP1.100 ms
LCP2.100 ms
TBT95 ms
Verifique o Speed Index da página inicial
O resumo da página inicial acrescenta Speed Index a FCP, LCP, CLS, TTFB e TBT. Use este resultado guardado para avaliar o progresso visual junto do primeiro conteúdo e do maior conteúdo.
- Speed Index descreve a rapidez com que surge o conteúdo visível, não quando termina toda a página ou um percurso do utilizador.
- Speed Index aparece no resumo da página inicial, não em todas as linhas dos URLs monitorizados.
- O resumo representa a própria página inicial, não uma média do site, um percentil de visitantes ou uma tendência histórica.
Speed Index2,1 s
0,8 s
1,4 s
2,1 s
Verifique alterações de desempenho
Uma verificação posterior pode ajudar a avaliar uma publicação específica, mas o ecrã de resultados atuais não é um arquivo de antes e depois. Guarde uma referência separada para comparar.
- Registe URL, valores disponíveis e versão da página antes de alterar um modelo, a estratégia de imagens ou um script.
- Faça uma alteração significativa e compare o mesmo URL com uma verificação posterior disponível; parâmetros de consulta diferentes podem representar outra página.
- Considere caches, conteúdo de terceiros e variabilidade das medições antes de atribuir um valor diferente à publicação.
- Esta vista não oferece histórico com vários pontos, alertas de desempenho ou um relatório automático de causa e efeito.
Antes62→Depois87
NotasExplique PageSpeed com SEO MCP
Peça a um assistente de IA para interpretar as medições guardadas disponíveis da página inicial através de SEO MCP. Associe a explicação ao URL e à hora de verificação devolvidos, sem a tratar como um teste novo.
- A ferramenta só de leitura devolve os valores disponíveis FCP, LCP, CLS, TTFB, TBT e Speed Index da página inicial.
- Um resultado da página inicial ou uma métrica em falta permanecem indisponíveis; a ferramenta não os substitui por outra página monitorizada.
- SEO MCP não inicia verificações de desempenho, não recupera todos os URLs adicionados nem corrige o site automaticamente.
- A SEO API autenticada também disponibiliza o resumo guardado da página inicial, sujeito ao acesso ao projeto e à elegibilidade do plano para o endpoint.
GET
/projectsJSON{
"data": [
{ "domain": "example.com" }
]
}Converse sobre Monitoramento PageSpeed. Com SEO MCP.
Leve resultados disponíveis de Core Web Vitals à conversa com IA via SEO MCP. Entenda as métricas de desempenho e decida o que investigar antes de mudar o site.
- Screpy: Olá! Vamos analisar Monitoramento PageSpeed para example.com. O que você quer saber?
- Você: Explique os Core Web Vitals disponíveis para example.com.
- Screpy: Neste exemplo LCP precisa de atenção e CLS está na faixa boa. Confira o dispositivo e o contexto de medição antes de escolher uma mudança de desempenho. Resumo do desempenho: LCP: 3,2 s. CLS: 0,04.
- Você: Transforme isso em um breve plano de ação.
- Screpy: Vou separar os resultados das recomendações. Revise as evidências, escolha uma mudança e confira os resultados depois. Seus próximos passos: Revise: Confira a fonte e a data de cada resultado.. Decida: Escolha a primeira mudança.. Verifique: Compare os resultados após a mudança..
- Você: Você pode explicar as evidências em linguagem simples?
- Screpy: Sim. Pergunte sobre um resultado compatível e explicarei o que mostra, de onde vem e o que continua incerto. Dados ausentes continuam indisponíveis; recomendações não são correções automáticas.
Transforme um resultado lento em uma verificação de desempenho controlada.
Reduza suposições mantendo a URL, o escopo de medição e a próxima mudança específicos. O PageSpeed Monitoring fornece evidências de laboratório; a investigação continua sendo da sua equipe.
- 01
Escolha uma URL pública representativa
Comece por uma página ligada a receita, campanhas, descoberta orgânica ou a um template compartilhado, em vez de adicionar todas as URLs sem um objetivo de decisão.
- 02
Leia o resultado atual e a data
Confirme a URL exata, o horário da última verificação, o resultado e a métrica mais fraca antes de tratar a medição como evidência da página de hoje.
- 03
Formule uma hipótese focada
Use FCP, LCP, TTFB, TBT, Speed Index ou CLS para decidir se deve analisar a renderização inicial, o conteúdo principal, a resposta do servidor, scripts, progresso visual ou movimento do layout.
- 04
Altere uma causa e meça novamente
Mantenha a mesma URL e o mesmo escopo de teste, registre o resultado original, faça uma mudança significativa e use uma verificação posterior para ver se a evidência avançou na direção esperada.
Monitore páginas que representam uma decisão de negócio real.
Um conjunto menor e intencional de URLs é mais fácil de interpretar do que uma lista sem prioridade. Cubra jornadas e templates importantes antes das páginas de pouco valor.
Landing pages de campanhas
Mantenha landing pages de anúncios, email, lançamento e datas sazonais no conjunto monitorado enquanto estiverem recebendo tráfego ativo.
Páginas de entrada orgânica
Escolha artigos, páginas de categoria e páginas de produto representativos que trazem visitantes da pesquisa para o site.
Templates compartilhados
Monitore uma URL representativa de cada template importante para investigar alterações de layout ou script com um resultado de laboratório focado.
Saiba o que o resultado do monitoramento não comprova.
Use o Screpy como um fluxo recorrente de medição em laboratório. Mantenha dados de campo, diagnóstico de causa raiz, relatórios históricos, alertas e resultados de negócio separados, a menos que outra fonte os confirme.
Dados de laboratório não são dados de campo
O Screpy apresenta medições sintéticas de uma verificação controlada. Não as apresente como a experiência registrada pelos seus visitantes reais.
Atualização não é gráfico de tendência
Use o resultado atual e o horário da última verificação para avaliar a relevância. A tela PageSpeed não promete gráficos históricos nem alertas de desempenho.
Uma métrica não é a causa raiz
Um resultado fraco de FCP, LCP, TTFB, TBT, Speed Index ou CLS mostra onde investigar; não comprova a mudança de implementação necessária.
PageSpeed não é garantia de ranking
Páginas mais rápidas podem ajudar a experiência dos visitantes e a qualidade da página, mas um resultado de laboratório isolado não garante rankings, tráfego, engajamento ou conversões.
Use o fluxo de desempenho que corresponde à pergunta.
Monitore URLs selecionadas para resultados atuais em laboratório, entenda como esses sinais se relacionam aos Core Web Vitals ou audite o site inteiro quando uma única métrica não explicar um problema recorrente.
Execute verificações recorrentes em laboratório para URLs públicas selecionadas e analise suas métricas atuais, resultado e atualização.
Separe diagnósticos de laboratório de dados de campo e entenda como interpretar LCP, CLS, TBT e o INP de usuários reais.
Rastreie o site inteiro para investigar padrões técnicos, de assets, renderização e templates em torno de uma página afetada.
Documentação do Screpy
Aprenda a monitorar o desempenho das páginas
Use o guia de monitoramento de desempenho para escolher URLs úteis, ler métricas atuais de laboratório junto do horário da verificação, separar resultados sintéticos de dados de campo e planejar um novo teste focado.
Perguntas sobre o monitoramento PageSpeed, respondidas.
Entenda a cobertura das métricas, dados de laboratório e de campo, agendamento diário, escolha de URLs, atualização dos resultados, limites da investigação e o que um resultado mais rápido pode ou não comprovar.
Quais URLs devo monitorar primeiro?
Comece pela página inicial, páginas de receita e cadastro, landing pages de campanhas ativas, páginas de entrada orgânica importantes e uma URL representativa de cada template compartilhado. O plano atual define quantas URLs podem ser monitoradas.
Quais métricas PageSpeed o Screpy mostra?
A tela de monitoramento inclui First Contentful Paint, Largest Contentful Paint, Time to First Byte, Total Blocking Time, Speed Index e Cumulative Layout Shift, junto com um resultado de desempenho em laboratório.
O PageSpeed Monitoring inclui alertas ou gráficos históricos?
A tela PageSpeed apresenta o resultado mais recente e a atualização da verificação para cada URL selecionada. Não conte com esta página para uma promessa de alertas ou um gráfico histórico com vários pontos.
O PageSpeed Monitoring identifica a causa exata de um resultado lento?
Não. Uma métrica fraca restringe a investigação, mas não comprova a causa raiz. Analise a URL, o template, assets, scripts, caminho de entrega e a auditoria do site antes de escolher uma correção.
O que o Screpy PageSpeed Monitoring mede?
O Screpy executa verificações baseadas em laboratório para URLs públicas selecionadas e mostra FCP, LCP, TTFB, TBT, Speed Index, CLS, um resultado de desempenho, a URL exata e o horário da última verificação.
Com que frequência o Screpy verifica uma URL monitorada?
Uma URL ativa fica elegível para outra verificação agendada depois que o resultado mais recente tiver pelo menos um dia. O tempo exato pode variar; use o horário exibido para avaliar a atualização.
O Screpy PageSpeed Monitoring usa dados de laboratório ou de campo?
São dados sintéticos coletados em um teste controlado. Dados de campo descrevem como visitantes reais vivenciaram a página, portanto as duas fontes devem ser interpretadas separadamente.
Um resultado PageSpeed melhor garante rankings mais altos ou mais conversões?
Não. A velocidade pode apoiar a experiência dos visitantes e a qualidade da página, mas rankings e conversões dependem de muitos fatores. Trate o resultado de laboratório como uma entrada para decisão, não como garantia.