Criar o meu site grátis

O banco de conhecimento Velocidade

Velocidade: os limites do Google e o nosso requisito

As três medidas que o Google usa (Core Web Vitals), os limites do que é bom, o nosso próprio requisito para cada site que construímos (o conteúdo principal em menos de 0,7 segundos) e como testamos a velocidade de cada site.

2 min de leitura6 secções6 fontes

Três medidas e os seus limites#

O Google mede como o site é percecionado com três medidas. A avaliação é feita no percentil 75, ou seja, como corre em três de cada quatro visitas [1]. O Google usa as medidas nos seus sistemas de experiência na página [2].

LCP: a rapidez com que aparece o conteúdo principalBom: no máximo 2,5 sPrecisa de melhorar: de 2,5 s a 4 sFraco: mais de 4 s2,5 s4 sINP: a rapidez com que a página responde aos cliquesBom: no máximo 200 msPrecisa de melhorar: de 200 ms a 500 msFraco: mais de 500 ms200 ms500 msCLS: quanto a página saltaBom: no máximo 0,1Precisa de melhorar: de 0,1 a 0,25Fraco: mais de 0,250,10,25

✓ Bom ! Precisa de melhorar ✕ Fraco

Mostrar como tabela
MedirBomPrecisa de melhorarFraco
LCPno máximo 2,5 s2,5-4 smais de 4 s
INPno máximo 200 ms200-500 msmais de 500 ms
CLSno máximo 0,10,1-0,25mais de 0,25
Fonte: web.dev (Google). Avaliado no percentil 75 das visitas reais.

De onde vêm os números#

Os números vêm do Chrome UX Report: dados anónimos de utilizadores reais do Chrome que partilham estatísticas. Só são incluídos os sites com visitas suficientes, e o Google não diz onde está o limiar [3]. Se faltarem dados do seu site, dizemo-lo. Nunca adivinhamos um número.

O nosso requisito: menos de 0,7 segundos#

Os limites do Google são um nível mínimo. Nos sites que construímos e gerimos, exigimos mais: o conteúdo principal tem de aparecer em 0,7 segundos num computador e o servidor tem de responder em 0,2 segundos. No telemóvel, onde o Google assume uma rede 4G mais lenta, a página tem de passar o limite do Google para bom com margem. Os requisitos aplicam-se tanto ao novo design como à cópia do site atual do cliente [4] [5].

MedirO limite do Google para bomO nosso requisito para os nossos sites
A resposta do servidor (TTFB)no máximo 0,8 s (recomendação)no máximo 0,2 s
Aparece o primeiro conteúdo (FCP)no máximo 1,8 s (recomendação)no máximo 0,8 s
Aparece o conteúdo principal (LCP), computadorno máximo 2,5 sno máximo 0,7 s
Aparece o conteúdo principal (LCP), telemóvel em 4Gno máximo 2,5 sno máximo 2,5 s, objetivo 1,0 s
Resposta quando clica (INP)no máximo 0,2 sno máximo 0,1 s
Deslocamento do esquema (CLS)no máximo 0,1no máximo 0,1, objetivo 0,02
Desempenho no Lighthouse90+ conta como bom90-100
SEO e acessibilidade no Lighthousesem requisito do Google95-100
LCP, INP e CLS são as Core Web Vitals do Google. TTFB e FCP são recomendações do Google, não requisitos de classificação. Os nossos requisitos são objetivos técnicos que fixamos para ter margem; números perfeitos não garantem nenhuma posição.

Como testamos a velocidade#

  • Cada site que construímos ou pré-visualizamos é testado com o PageSpeed Insights do Google, no telemóvel e no computador, pelo menos uma vez por semana e após cada alteração. Um site que não cumpra o requisito aparece de imediato na nossa operação, com o que é preciso corrigir [6].
  • Cada site que analisamos, incluindo o atual do cliente, é testado da mesma forma. O comercial vê o número com a fonte, por exemplo quantos segundos demora até o conteúdo principal aparecer no telemóvel, comparado com o limite do Google.
  • Se o site tiver visitantes suficientes, mostramos também a medição do Google de visitantes reais (o Chrome UX Report), que é a que o próprio Google usa [3].

É isto que fazemos para que o site seja rápido#

  • A página é enviada pronta a partir do servidor, com os estilos mais importantes diretamente na página, para que nada tenha de esperar por scripts.
  • A imagem principal é obtida primeiro e no tamanho certo para o ecrã; as imagens mais abaixo carregam quando o visitante se desloca até elas.
  • Os tipos de letra estão no nosso próprio servidor, e um estilo de recurso com as mesmas medidas evita que o texto salte quando o tipo de letra chega.
  • A página seguinte é obtida antecipadamente quando o visitante aponta para uma ligação, para que abra de imediato.
  • O trabalho de fundo no servidor vem sempre depois das páginas dos visitantes.
  • Mostramos a medição do Google na análise quando existe, com data e fonte.

Imagens#

Como as imagens devem ser nomeadas, descritas e carregadas, e quais são os mitos sobre EXIF e GPS, está em Imagens e nomes de ficheiro.

Quão rápido é o seu site?

A análise gratuita mede a velocidade no telemóvel e no computador.

0 SEK · sem registo · resposta em cerca de um minuto

Tema seguinteCronologia →O que acontece no primeiro dia, nas primeiras semanas e nos primeiros meses depois de assumirmos, e quando pode esperar ver uma diferença.

Fontes nesta página

  1. Web Vitals: métricas e limiares web.dev (Google) · Documentação oficial
  2. Core Web Vitals e a Pesquisa Google Google Search Central · Documentação oficial
  3. Chrome UX Report: metodologia Chrome for Developers · Documentação oficial
  4. Largest Contentful Paint (LCP) web.dev (Google) · Documentação oficial
  5. Time to First Byte (TTFB) web.dev (Google) · Documentação oficial
  6. Acerca do PageSpeed Insights Google for Developers · Documentação oficial

Banco de conhecimento atualizado em 15 de outubro de 2026. Encontrou algo que não está certo? Diga-nos e corrigimos.