Melhorar os Core Web Vitals: guia técnico de 2026

Os Core Web Vitals são um conjunto de métricas que avaliam a experiência real dos utilizadores em carregamento, interação e estabilidade visual.

Em 2026, as métricas principais são LCP, INP e CLS. A otimização deve visar não apenas a pontuação Lighthouse, mas também os estrangulamentos observados nos dados de utilizadores reais.

Distinga dados de campo de dados de laboratório

O Lighthouse realiza testes controlados em laboratório, enquanto fontes de campo como o Chrome User Experience Report refletem a experiência de utilizadores reais.

Os dois tipos de dados devem ser utilizados para fins diferentes e o único resultado do teste não deve ser considerado como representando todo o público utilizador.

LCP

Largest Contentful Paint mede o tempo até o principal elemento de conteúdo ficar visível. Para uma boa experiência, visa-se cerca de 2,5 segundos ou menos no percentil 75.

O tempo de resposta do servidor de origem, recursos que bloqueiam a renderização, a imagem principal e o cache podem afetar o LCP.

INP

Interaction to Next Paint mede o atraso da resposta visual às interações. Para uma boa experiência, visa-se 200 ms ou menos no percentil 75.

Tarefas JavaScript longas, hidratação pesada ou trabalho no thread principal podem piorar o INP.

CLS

O Cumulative Layout Shift mede alterações visuais inesperadas. Para uma boa experiência, pretende-se um CLS de cerca de 0,1 ou inferior.

Imagens e conteúdos incorporados sem dimensões reservadas, assim como elementos da interface carregados tardiamente, são fontes importantes de alterações de layout.

Otimização de imagens

O tamanho correto
Formato moderno
Imagem responsiva
Carregamento diferido
Prioridade para a imagem principal
CDN

Orçamento JavaScript

Reduza scripts não utilizados, tags de terceiros e bundles grandes. Pode aplicar divisão de código e carregamento a pedido.

Estratégia de Fonte

O subconjunto de fontes, a pré-carga e o comportamento apropriado para a exibição de fontes podem afetar o desempenho do render e a estabilidade do layout.

Servidor e Cache

Para a melhoria do TTFB, cache de aplicações, cache de objetos, CDN e desempenho de banco de dados devem ser avaliados juntos.

Como avaliar a preparação para produção

Uma página abrir no navegador não significa que esteja pronta para produção. Defina critérios de aceitação mensuráveis para a distinção entre dados de campo e de laboratório, LCP e INP. Valores de referência de disponibilidade, tempo de resposta, taxa de erro, duração da disponibilização e percursos críticos permitem avaliar alterações posteriores. Documente as diferenças de configuração entre pré-produção e produção e limite, sempre que possível, alterações manuais diretas no sistema em produção.

Avalie a segurança e o desempenho em conjunto. Um CDN ou cache pode reduzir a carga do servidor de origem, mas uma regra incorreta pode expor conteúdo personalizado a outros utilizadores. Um WAF ou a limitação da frequência de pedidos podem reduzir a superfície de ataque, sem impedir o funcionamento de API e integrações críticas. Teste as alterações com cenários de tráfego realistas e monitorize centralmente os registos da aplicação, do proxy inverso e o estado dos serviços externos.

Plano de disponibilização e reversão

Antes de disponibilizar uma nova versão, atualizar o CMS ou alterar a infraestrutura, confirme a disponibilidade de cópias de segurança da base de dados e dos ficheiros. Prepare, se necessário, um plano de manutenção ou de redirecionamento do tráfego e defina um procedimento de reversão para versões que incluam migrações da base de dados. Após a disponibilização, não verifique apenas a página inicial: os testes básicos de funcionamento devem abranger funções críticas como início de sessão, formulários, pesquisa, API, pagamentos e captação de potenciais clientes. Esta abordagem trata a infraestrutura web como um sistema de produção operado continuamente, e não como um projeto pontual.

Lista Técnica de Verificação da Infraestrutura Web

Os ambientes de pré-produção e produção estão separados?
A disponibilização permite reversão?
Foi realizado um teste de restauração de backup?
Os registos da aplicação e do servidor web são monitorizados?
Os cabeçalhos de segurança e o TLS foram verificados?
As regras para ignorar o cache foram testadas?
São acompanhados os ciclos de vida do ambiente de execução e das dependências?
Os testes básicos de funcionamento verificam os percursos críticos dos utilizadores?

Gestão de alterações, SLO e preparação para incidentes

Avalie a qualidade técnica para além do lançamento inicial. As atualizações podem alterar dependências, CMS, ambiente de execução, cache, regras de segurança e integrações. Acompanhe as alterações através de pedidos ou registos de versões, identificando que versão entrou em produção e quando. Defina procedimentos de reversão antes das alterações críticas. Verifique, em especial, alterações relacionadas com a distinção entre dados de campo e de laboratório, LCP e INP através de métricas comparáveis antes e depois da disponibilização.

Defina objetivos operacionais mensuráveis, como objetivos de nível de serviço (SLO). A disponibilidade, o tempo de resposta P95, a taxa de erros 5xx, o sucesso de formulários ou transações críticas e os erros após disponibilizações mostram o estado real da aplicação. Um servidor acessível não basta: a página inicial pode devolver HTTP 200 enquanto falham um formulário, pagamento, pesquisa ou integração API. Complemente a monitorização técnica com verificações sintéticas ou testes básicos dos percursos críticos do negócio.

Defina antecipadamente quem deteta os incidentes, que equipa intervém primeiro e quando aplicar uma reversão. Relacionar registos, ID de pedidos, momentos de disponibilização e métricas de infraestrutura com o mesmo incidente acelera a análise da causa. Após restabelecer o serviço, registe ações técnicas ou de processo para evitar a repetição, em vez de terminar na recuperação. Assim, a infraestrutura torna-se mais resiliente ao longo do tempo.

A abordagem da B10 Digital Agency para a infraestrutura web

A B10 Digital Agency trata os projetos web como sistemas de produção, e não apenas desenvolvimento de interfaces. Segurança, desempenho, disponibilização, integração, experiência dos utilizadores e manutenção sustentável são concebidos em conjunto.

Perguntas frequentes

Os Core Web Vitals só são importantes para SEO?

Não. Medem diretamente aspetos técnicos da experiência dos utilizadores.

É necessária uma pontuação de 100 no Lighthouse?

Não. A experiência real e as métricas de campo são mais relevantes.

Que métrica substituiu a INP?

O INP substituiu o FID nos Core Web Vitals.

Um CDN, por si só, resolve problemas dos Core Web Vitals?

Não. O JavaScript do frontend, as imagens, o backend e os recursos de terceiros também podem afetá-los.

Torne a sua infraestrutura web segura e escalável

Conheça a abordagem da B10 Digital Agency para avaliar em conjunto a segurança, o desempenho, a disponibilização e as integrações do seu site.

Conheça o serviço de Desenvolvimento Web e Infraestrutura Segura →