Page speed: explicação e checklist técnico

O que é page speed?

Page speed refere-se à velocidade com que uma página web entrega conteúdo e se torna utilizável para o visitante. Na prática isso inclui métricas de carregamento visual e de interatividade (por exemplo LCP, INP e CLS, partes do Core Web Vitals) e também medições sintéticas de laboratório e dados reais de utilizador.

Por que page speed importa para SEO

Page speed influencia a experiência do utilizador — páginas lentas aumentam taxas de rejeição e reduzem interações. Para motores de busca, métricas de desempenho são sinais entre muitos outros sinais usados para ordenar resultados. Desde julho de 2024, Google rastreia com Googlebot Smartphone por padrão; isso significa que a versão móvel é a base primária para indexação, mas indexação e ordenação permanecem processos separados: velocidade afeta índice e qualidade do sinal, mas o posicionamento final é determinado por múltiplos factores.

Como page speed funciona

Fluxo de carregamento

O navegador descobre recursos (HTML), solicita activos (CSS, JS, imagens), processa CSS e JS e pinta a página. O caminho crítico de renderização (critical rendering path) e scripts bloqueantes determinam quando a página parece pronta e quando fica interativa.

Pontos de otimização técnica

Servidores: tempo de resposta (TTFB), configuração TLS e suporte a HTTP/2 ou HTTP/3. Rede: latência, perda de pacotes, conexões TLS. Browser: recursos bloqueantes, renderização crítica, lazy-loading. Conteúdo: tamanho de imagens, formatos modernos, compressão e cache.

Tipos de page speed

Compare opções de medição e contexto — a escolha define as ferramentas e as intervenções.

Lab (sintético) — Ferramentas: Lighthouse, PageSpeed Insights (modo lab), WebPageTest. Pros: resultados reproduzíveis, fácil depuração. Contras: não refletem variabilidade real de rede e dispositivos.

Field (real-user) — Fontes: CrUX (Chrome User Experience Report), métricas RUM implementadas no site, relatórios de desempenho de plataformas. Pros: mostram experiência verdadeira dos utilizadores. Contras: dados podem demorar a preencher-se e têm ruído.

Mobile vs Desktop — como opção de implementação, otimize primeiro para mobile: Google usa a versão móvel como base para indexação; contudo, providencie parity de conteúdo e funcionalidade entre versões.

Como começar com page speed

1) Estabeleça uma linha de base: execute PageSpeed Insights e Lighthouse e recolha dados de campo (CrUX ou RUM). 2) Priorize pelo impacto: comece por LCP (tempo até o maior elemento visível) e INP (interatividade). 3) Remova bloqueadores de renderização: carregue scripts não críticos de forma assíncrona ou diferida. 4) Otimize imagens e fontes: use formatos modernos, compressão e carregamento lazy. 5) Configure cache e CDN e verifique suporte a HTTP/2 ou HTTP/3. 6) Automatize monitorização com relatórios sintéticos regulares e métricas RUM.

Erros comuns de page speed

• Manter scripts de terceiros sem avaliação de impacto. • Não usar cache adequado para activos estáticos. • Ignorar imagens grandes ou usar formatos antigos sem compressão. • Carregar CSS/JS críticos de forma bloqueante. • Confiar somente em medições de laboratório sem validar dados reais de utilizador. • Assumir que uma página indexada significa boa experiência: indexação e experiência são relacionadas, mas distintas.

Page speed verificar: checklist técnico

- **LCP** — onde verificar: PageSpeed Insights / Lighthouse / CrUX — passa quando: o maior elemento visível carrega rápido e sem reflows significativos.
- **INP** — onde verificar: RUM ou Lighthouse (quando disponível) — passa quando: interações curtas e resposta rápida do thread principal.
- **CLS** — onde verificar: Lighthouse / PageSpeed Insights / RUM — passa quando: não ocorrem mudanças de layout inesperadas durante o carregamento.
- **TTFB e cabeçalhos** — onde verificar: curl -I https://example.com e DevTools Network — passa quando: servidor responde com latência baixa e cabeçalhos de cache e compressão configurados.
- **Recursos bloqueantes** — onde verificar: Chrome DevTools Performance/Lighthouse — passa quando: scripts e estilos não atrasam a renderização crítica.
- **Indexabilidade e versão móvel** — onde verificar: Google Search Console URL Inspection (para páginas que tu possuis) e site: exemplo para sinais públicos — passa quando: a versão móvel entrega conteúdo equivalente e a página é indexável. (Nota: o operador site: dá indicação pública, não é definitivo.)
- **RUM em produção** — onde verificar: Romeu de métricas RUM ou CrUX — passa quando: métricas reais mostram melhorias consistentes entre grupos de utilizadores.

Comandos úteis para verificações rápidas: para cabeçalhos e TTL use curl -I https://example.com (retorna apenas headers). Para simular um pedido de um navegador móvel use curl -A "<user-agent móvel>" https://example.com (retorna o HTML renderizado pelo servidor ao user-agent especificado). Para obter a versão renderizada e inspecionar o DOM no browser, use Chrome DevTools > Network e Performance.

Nota sobre fontes públicas: Google removeu as páginas em cache em 2024; por isso não confie em snapshots de cache como prova de indexação recente. Para páginas que tu possuis, a URL Inspection no Google Search Console é a fonte autoritativa para estado de indexação.

Ferramentas recomendadas: PageSpeed Insights (lab + field), Lighthouse (CLI e DevTools), Chrome DevTools, WebPageTest para testes avançados de rede, CrUX e implementações RUM próprias, curl para inspeção de headers e server logs para analisar o comportamento de crawlers como Googlebot Smartphone.

Leia o guia de Technical SEO

Perguntas frequentes