A velocidade de página tem sido um sinal de classificação do Google desde 2018. Em 2026, continua sendo um dos poucos fatores que você pode controlar e medir diretamente. Este guia cobre as métricas que o AISeen verifica, os limites do Google e quais otimizações entregam mais melhoria por esforço.
O que o AISeen Speed Score mede
- Time to First Byte (TTFB) — Tempo de resposta do servidor. Meta: abaixo de 200 ms. Problemas: hospedagem lenta, sem CDN, consultas de banco de dados não otimizadas.
- Tamanho do HTML — Tamanho do documento não comprimido. HTML grande frequentemente indica problemas de renderização no servidor.
- Versão HTTP — HTTP/2 e HTTP/3 habilitam solicitações multiplexadas, reduzindo significativamente o tempo de carregamento.
- Compressão — Brotli ou gzip deve estar habilitado para todos os assets de texto. HTML/CSS/JS não comprimido é uma das correções mais baratas.
- Headers de cache — Assets estáticos devem ter headers
Cache-Controlde longa duração. - Hints de recursos — Diretivas
<link rel="preload">,preconnecteprefetchreduzem o tempo de carregamento percebido.
Os maiores assassinos de velocidade
Em nossa análise de mais de 50.000 sites, três problemas aparecem com mais frequência:
- Scripts que bloqueiam a renderização — Arquivos JavaScript carregados no
<head>semdeferouasyncbloqueiam o parsing do HTML. - Imagens não otimizadas — Arquivos PNG onde WebP ou AVIF reduziria o tamanho em 30–70% sem perda de qualidade visível.
- Sem CDN — Servir assets estáticos de um único servidor de origem adiciona 100–500 ms de latência para usuários globais.
Priorizando suas correções
Comece com mudanças no nível do servidor (TTFB, compressão, HTTP/2) pois afetam todas as páginas simultaneamente. Depois passe para otimização de imagens e hints de recursos. O adiamento de JavaScript frequentemente requer mudanças de código e deve ser abordado por último.