Exibir rápido o conteúdo principal da página no celular
Descrição
Este critério mede a velocidade da página nas condições de um celular médio: o iPand carrega a página uma vez, a frio, em um Pixel 7 simulado, com a rede e o processador desacelerados do perfil móvel do Lighthouse. Ele registra a exibição do maior elemento visível (LCP) e o tempo de bloqueio pelos scripts (TBT); o tempo de resposta do servidor (TTFB) é medido na busca direta da página.
É uma medição de laboratório, não a velocidade que os seus visitantes reais percebem (relatório Chrome UX).
Por que isso importa para as IAs
O Google recomenda oferecer uma boa experiência na página para aparecer nos recursos de IA dele, e a velocidade de exibição faz parte disso. Um servidor lento também freia o rastreamento: quando os tempos de resposta aumentam, o Google rastreia menos páginas do seu site.
- O LCP marca o momento em que o conteúdo principal fica visível: o web.dev o considera bom em até 2,5 s.
- O TTFB não é uma Core Web Vital, mas o web.dev recomenda não passar de 0,8 s: todo o resto do carregamento espera a resposta do servidor.
- Cada tarefa JavaScript de mais de 50 ms bloqueia a página; o TBT soma esses bloqueios e aponta uma página que reage mal às ações dos visitantes.
Como corrigir
- 1 Acelere a exibição do elemento principal O LCP não deve passar de 2,5 s; é a medida que mais pesa no critério. Identifique o elemento principal, muitas vezes a imagem do topo da página ou o primeiro título. Sirva esse elemento no tamanho certo e em um formato leve, não use carregamento lento nele (loading=lazy) e faça o pré-carregamento se o navegador o descobrir tarde.
- 2 Faça o servidor responder mais rápido O servidor deve enviar os primeiros bytes da página em no máximo 0,8 s. Coloque as páginas em cache no servidor ou em um CDN, evite redirecionamentos antes da página e reduza o processamento feito a cada visita, como as consultas ao banco de dados ou os plugins do CMS.
- 3 Adie os scripts não essenciais O TBT não deve passar de 200 ms. Carregue os scripts com defer ou async, remova os scripts de terceiros que se tornaram inúteis (widgets, ferramentas de análise duplicadas) e divida os processamentos longos. A parte de cada tarefa que passa de 50 ms se soma ao TBT.
- 4 Mantenha uma margem abaixo dos limites Teste a página com o Lighthouse ou o PageSpeed Insights no modo móvel, em condições comparáveis às do iPand. Um valor a ± 10% de um limite mantém o resultado da análise anterior, para que o status não mude de um dia para o outro: mire bem abaixo.
Pontos-chave
O iPand avalia a página como um celular médio a veria: conteúdo principal em 2,5 s, servidor em 0,8 s, bloqueio pelos scripts de no máximo 200 ms. Mantenha uma margem abaixo desses limites para ter um resultado estável.
