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
Monitorize URLs públicos importantes com verificações recorrentes de laboratório. Analise carregamento, entrega da resposta, bloqueios e estabilidade em Core Web Vitals do Screpy, com seis métricas num resumo separado da página inicial.
Sinais de medição do PageSpeed
FCP
Veja quando o primeiro conteúdo aparece num URL selecionado.
TTFB
Analise o tempo até ao primeiro byte da resposta, incluindo atrasos de ligação e entrega.
TBT e Speed Index
Analise os bloqueios da thread principal e o progresso visual da página inicial.
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.
Interprete métricas guardadas da página inicial com SEO MCP. A ferramenta lê resultados disponíveis; não executa um teste novo nem recupera todos os URLs monitorizados.
- Screpy: Olá! Vamos analisar Monitoramento PageSpeed para example.com. O que você quer saber?
- Você: Explica o FCP e TTFB guardados de example.com. O que devo investigar?
- Screpy: Neste exemplo da página inicial, FCP é 2,4 s e TTFB 950 ms. Analise ligação e entrega da resposta, depois a renderização inicial. Os valores sugerem uma investigação, não identificam a causa. Confirme o URL e a hora guardada antes de comparar outro resultado. Exemplo guardado da página inicial: FCP: 2,4 s. TTFB: 950 ms.
- 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.
-
Escolha uma URL pública representativa
Escolha, dentro do limite disponível, uma página pública do domínio do projeto ou de um subdomínio, ligada a uma campanha, entrada orgânica ou modelo importante.
-
Leia o URL e as métricas disponíveis
Confirme o URL exato, os valores disponíveis e o estado de laboratório. A tabela não mostra a data da verificação; valores em falta não provam uma medição completa.
-
Formule uma hipótese focada
Use FCP, LCP, TTFB, TBT e CLS da tabela para escolher uma investigação. Consulte Speed Index apenas no resumo da página inicial para o progresso visual.
-
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.
Os resultados atuais precisam de uma referência separada
Registe os valores separadamente para comparações posteriores. A vista não apresenta um gráfico histórico com vários pontos, uma coluna visível de data ou 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 nas páginas públicas selecionadas e consulte as métricas disponíveis por URL em Core Web Vitals.
Separe diagnósticos de laboratório de dados de campo e entenda como interpretar LCP, CLS, TBT e o INP de usuários reais.
Acrescente contexto com resultados de rastreio, links, imagens e SEO on-page; uma auditoria não substitui um registo de desempenho do navegador.
Documentação do Screpy
Aprenda a monitorar o desempenho das páginas
Aprenda a escolher URLs, interpretar medições disponíveis, separar dados de campo e registar uma referência para uma verificação posterior.
Perguntas sobre o monitoramento PageSpeed, respondidas.
Compreenda cobertura de URLs, elegibilidade diária, métricas da tabela e da página inicial, estado de laboratório, resultados guardados e limites da comparação.
Quais URLs devo monitorar primeiro?
Comece pela página inicial incluída e por páginas públicas representativas de campanhas, produtos, preços ou conteúdo no domínio do projeto ou subdomínios. O limite do plano determina quantos URLs pode adicionar; uma verificação pública não completa um percurso autenticado.
O Screpy mostra uma pontuação Google PageSpeed?
Este ecrã não mostra uma pontuação Lighthouse ou Google PageSpeed de 0–100. O estado usa a pior classificação disponível de LCP, CLS ou TBT. FCP e TTFB são diagnósticos separados; uma aprovação não certifica os Core Web Vitals de utilizadores reais.
O PageSpeed Monitoring inclui alertas ou gráficos históricos?
Esta vista apresenta resultados atuais disponíveis por URL e um resumo guardado da página inicial. Não oferece alertas de desempenho nem um gráfico histórico com vários pontos. Registe uma referência separada antes de comparar uma verificação posterior.
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?
PageSpeed Monitoring utiliza Core Web Vitals. As linhas dos URLs selecionados mostram FCP, LCP, TTFB, TBT e CLS com um estado de laboratório. O resumo da página inicial inclui Speed Index. A tabela não mostra datas de verificação nem uma pontuação PageSpeed de 0–100.
Com que frequência o Screpy verifica uma URL monitorada?
URLs ativos de projetos elegíveis podem voltar a ser agendados após pelo menos um dia desde a tentativa guardada. Adicionar um URL não gera um resultado imediato e o momento de conclusão pode variar. A tabela não mostra uma coluna de data da verificaçã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.