Conteúdo e busca

Core Web Vitals: quando o aviso de desempenho merece investimento

Um relatório com nota vermelha não diz, sozinho, quanto investir. Veja um roteiro de perguntas para separar problema de experiência confirmado de alerta isolado e escolher entre correção menor, projeto maior ou espera.

Aviso de desempenho: o que fazer. Dado de campo: O problema aparece com visitantes reais, não só no teste? Página relevante: Afeta páginas ligadas a contato ou compra? Sintoma observável: Dá para apontar o que trava, pesa ou se desloca? Correção ou projeto: Ajuste pontual ou projeto, com remedição combinada
Ampliar diagrama

Um aviso de desempenho merece investimento quando há um problema de experiência confirmado em páginas que importam para o negócio, e não apenas uma nota baixa em um teste isolado. Nos demais casos, o caminho costuma ser uma correção menor ou o simples acompanhamento. Este texto propõe um roteiro para essa triagem, pensado para quem precisa aprovar ou recusar uma proposta sem virar especialista técnico.

O que o aviso realmente mede

Segundo a documentação do Google (web.dev), as Core Web Vitals reúnem três métricas: LCP, que avalia o carregamento, INP, que avalia a interatividade, e CLS, que avalia a estabilidade visual. Os limites recomendados são 2,5 segundos, 200 milissegundos e 0,1, respectivamente, medidos no 75º percentil das visitas. A mesma página explica que a medição de laboratório não substitui a de campo, porque dispositivo, rede e interação do usuário alteram o resultado.

Daí vem o primeiro filtro de decisão. Uma nota gerada em laboratório é um bom sinal para o time técnico investigar, mas ela sozinha não mostra o que visitantes reais vivem. Os dados de campo, como os do relatório Core Web Vitals do Search Console, se aproximam mais disso. Vale lembrar que nenhuma das fontes consultadas relaciona essas métricas a volume de vendas, então qualquer afirmação de que a pontuação custou clientes seria suposição.

Roteiro de perguntas antes de aprovar o orçamento

A tabela abaixo é uma proposta própria de triagem. Ela não é um padrão de mercado nem uma regra do Google, e cada resposta deve ser lida junto com o contexto da sua operação.

PerguntaSe a resposta for simSe a resposta for não
O problema aparece em dados de campo, e não só no laboratório?Há indício de experiência real afetada; seguir para a próxima perguntaTratar como alerta para investigar, sem orçamento grande
As páginas afetadas são as que recebem visitantes com intenção de compra ou contato?Priorizar essas páginas primeiroRebaixar a urgência; o ganho tende a ser menor para o negócio
Dá para apontar um sintoma observável (imagem pesada, botão que trava, conteúdo que pula)?Em geral cabe uma correção específica e delimitadaPedir diagnóstico antes de qualquer projeto
A proposta lista qual métrica e qual página serão remedidas, e como?Há critério de conferência depois da entregaCobrar esse critério antes de assinar
A correção exige reconstruir o site?Comparar com a decisão mais ampla em refazer o site para vender maisProvavelmente basta um ajuste pontual

Um exemplo hipotético

Imagine, apenas como hipótese, uma empresa de serviços cuja página de orçamento aparece com CLS acima do limite no relatório de campo, e o time comercial percebe que o botão de envio muda de lugar quando um banner carrega. Aqui há dado de campo, página relevante e sintoma observável, então uma correção específica faz sentido. Em outra hipótese, a página inicial tem nota baixa só no laboratório e o relatório de campo está dentro dos limites: o mais prudente é registrar, remedir depois e não abrir um projeto.

Em nenhum dos dois casos o raciocínio afirma que a mudança vai aumentar conversões. O que se defende é que a correção atinja um problema verificável, e o efeito comercial deve ser acompanhado com os dados que a empresa já tem, sem assumir causa.

Como decidir e conferir depois

Com as respostas em mãos, três caminhos costumam aparecer: monitorar, corrigir pontualmente ou planejar um projeto maior. Se a sua dúvida for sobre aquisição paga e não sobre o site, o raciocínio de conferência é parecido com o de entregáveis de uma auditoria de Google Ads: pedir evidência antes de pagar pela solução.

Como exercício, pegue a proposta de desempenho mais recente que você recebeu (ou o alerta que apareceu no seu relatório) e responda às cinco perguntas da tabela por escrito. Se duas ou mais ficarem sem resposta, o próximo passo é pedir o diagnóstico, e não aprovar o orçamento.