Teste de velocidade de página:
a que velocidade carrega o seu site?
Um Chrome real carrega a sua página duas vezes — uma no desktop, outra num telemóvel com 4G limitado. Vê quando chega o primeiro byte, quando o conteúdo pinta pela primeira vez, quando o elemento maior surge e quando a página está totalmente carregada — e ainda quanto vale corrigir cada um desses momentos.
Primeiro byte, primeira pintura, elemento maior, totalmente carregada
Um único número de tempo de carregamento esconde o detalhe. Uma página torna-se utilizável por etapas — e cada etapa tem a sua própria causa e a sua própria correção.
Primeiro byte (TTFB)
Quanto tempo o servidor demora a começar a responder. Puramente backend: alojamento, base de dados, cache do servidor, CDN.
bom < 0,8 sPrimeira pintura (FCP)
O ecrã em branco termina — algo aparece. Refém do CSS e dos scripts que bloqueiam a renderização no head.
bom < 1,8 sMaior conteúdo (LCP)
O elemento principal surge — na maioria das páginas, a imagem de destaque. É a métrica de destaque da Google, e a que as imagens arruínam.
bom < 2,5 sTotalmente carregada
O indicador de carregamento para — todos os pedidos terminaram. É aqui que o peso da página, as tags de terceiros e os pixels de análise se revelam.
objetivo ≤ 3 s em móvelAs métricas em que a Google avalia o seu site
Este é um teste de laboratório ao nível do Lighthouse: navegador real, ligação controlada, resultados em segundos — execute, corrija algo, execute novamente.
- As métricas coincidem com as da Google. LCP, INP e CLS são os mesmos Core Web Vitals que o PageSpeed Insights avalia e que a Pesquisa usa como sinal de ordenação.
- Laboratório vs. campo: o PageSpeed Insights também mostra dados de campo do CrUX — uma média de 28 dias de visitantes reais. O teste de laboratório responde a «está rápido agora?»; os dados de campo respondem a «esteve rápido no mês passado?» Use os dois.
- Móvel em primeiro lugar: testamos um telemóvel de gama média com 4G limitado — não a fibra do seu escritório. É a ligação que a maioria dos seus visitantes tem.
- Cache fria: cada teste simula um visitante pela primeira vez — a pessoa que o seu marketing acabou de pagar para trazer.
O que move cada número
métrica · causa comumVerificações de velocidade a partir da linha de comandos
Todos os números desta página têm um equivalente em linha de comandos. Executamo-los todos de uma vez, duas vezes, e traduzimos o resultado.
Perguntas frequentes
Como objetivo de referência: conteúdo visível abaixo de 1,8 s, conteúdo principal (LCP) abaixo de 2,5 s, totalmente carregada abaixo de 3 s — em móvel, não só em desktop. Menos de 2 s até estar totalmente carregada já é genuinamente rápido; acima de 5 s, a taxa de abandono sobe a pique. Mas o número isolado importa menos do que as etapas. Uma página de 4 segundos que pinta aos 0,9 s parece mais rápida do que uma de 3 segundos que fica em branco até aos 2,8 s.
Três razões que se somam. O 4G acrescenta latência a cada uma das dezenas de pedidos da página. A sua largura de banda move megabytes muito mais devagar do que a fibra. E o CPU de um telemóvel demora 3 a 4 vezes mais a executar o seu JavaScript. É por isso que testamos um telemóvel de gama média com 4G limitado, não o Wi-Fi do seu escritório. As páginas pesadas desmoronam-se primeiro em móvel.
Mesma família, mesmas métricas. O PageSpeed Insights executa um teste de laboratório Lighthouse, tal como este, e acrescenta dados de campo do CrUX: uma média de 28 dias de utilizadores reais do Chrome. O teste de laboratório responde a «está rápido agora?» e é repetível na hora após uma correção. Os dados de campo respondem a «esteve rápido para visitantes reais no mês passado?». Os limiares de LCP, INP e CLS que vê aqui são os da própria Google.
As redes oscilam, os servidores têm momentos de maior carga e as tags de terceiros respondem de forma diferente de cada vez. Algumas centenas de milissegundos de variação entre execuções é normal. Para um número estável, execute o teste algumas vezes e compare. Compare sempre o que é comparável: mesma localização, mesmo dispositivo, nunca Londres-desktop contra Singapura-móvel.
Os Core Web Vitals são um sinal de ordenação da Google — um entre muitos, e raramente a diferença entre a primeira e a segunda página de resultados. O efeito mensurável está nas pessoas: páginas mais lentas têm mais abandono e convertem menos. Corrija a velocidade a pensar nos visitantes; qualquer benefício de ordenação que daí resulte é um bónus.
As imagens — são metade do peso de uma página média, e uma única imagem de destaque demasiado grande pode custar segundos em 4G. Depois os scripts que bloqueiam a renderização, depois o tempo de resposta do servidor. A nossa lista de correções poupa-lhe a adivinhação: está ordenada por segundos poupados estimados, por isso o primeiro item é sempre o maior ganho.
Escolha uma região na barra do teste — Londres, Colónia, Paris, Toronto ou Singapura — e teste novamente para comparar. Se quiser todas as localizações de uma vez, é isso que faz o Teste de disponibilidade de site, que carrega a sua página a partir de mais de 30 localizações num único teste. Grátis nos dois casos, sem registo.
Continuar a explorar
As ferramentas grátis são só o começo.
O Uptimia cuida dos seus sites.
Uptime, SSL, validade de domínio, velocidade de página, transações — monitorização em 171+ locais em todo o mundo. Grátis por 30 dias.