Um site rápido é cuidado: os Core Web Vitals explicados

A velocidade de um site não é um pormenor técnico reservado aos programadores: é o primeiro sinal visível do cuidado que se pôs em construí-lo. Um site que se mostra de uma vez, sem solavancos, sem texto a saltar sob o dedo, diz ao seu visitante que está perante alguém sério, antes mesmo de ter lido uma única linha. Um site lento diz o contrário. O Google fixou limites públicos para medir tudo isto, os Core Web Vitals, e na Inleven cumprimo-los em cada entrega. Eis o que medem, e sobretudo, o que a lentidão conta sobre si.

O que diz um site lento da sua empresa?

Um site lento envia uma mensagem que não escolheu: « aqui, fez-se ao mais depressa, ao mais barato, sem olhar ao resultado ». O visitante não formula isto conscientemente. Sente apenas um incómodo difuso, uma página que demora, um botão que se esquiva no momento do clique, uma imagem que empurra o texto para baixo enquanto ele lê. E vai-se embora, sem saber porquê, ficando com a impressão vaga de que « não estava bem ».

É tanto mais verdade em 2026. Produzir um site tornou-se trivial: uma ferramenta gera uma página em trinta segundos, e isso nota-se. A web enche-se de sites corretos na aparência, pesados na realidade, abarrotados de scripts inúteis, nunca revistos. Slop. Nesta paisagem, um site que responde instantaneamente já não é só agradável, é raro. Sinaliza uma mão humana por trás, alguém que mediu, talhou, recusou o supérfluo. A velocidade tornou-se uma prova de cuidado, porque o cuidado se tornou a exceção.

Quais são os 3 limites dos Core Web Vitals?

Os Core Web Vitals são três medidas definidas pelo Google para quantificar a qualidade de experiência de uma página real, em aparelhos reais. Três limites públicos, a conhecer:

• LCP (Largest Contentful Paint): abaixo de 2,5 segundos. O tempo que o maior elemento visível (muitas vezes o seu título ou a sua imagem principal) demora a aparecer. É a resposta à pergunta « quando é que finalmente vejo algo de útil? ».
• INP (Interaction to Next Paint): abaixo de 200 milissegundos. O atraso entre o momento em que se clica ou toca, e o momento em que a página reage visivelmente. É a sensação de reatividade, o « responde ao dedo ». Esta métrica substituiu o antigo FID no início de 2024.
• CLS (Cumulative Layout Shift): abaixo de 0,1. A estabilidade visual. Quanto mais baixo, menos o conteúdo se mexe durante o carregamento. Um CLS elevado é o botão que desliza meio segundo antes de carregarmos, e o dedo que falha.

O Google usa estas três medidas como sinal de classificação, e remonta-as na Search Console a partir das visitas reais dos seus utilizadores. Não são notas de laboratório: é o que as pessoas vivem de verdade no seu site, agregado sobre vinte e oito dias.

Porque é que cumprir o limite não chega?

Passar mesmo por baixo da fasquia é evitar a penalização. Não é a mesma coisa que oferecer uma boa experiência. Um LCP a 2,4 segundos é « verde » no sentido do Google, mas 2,4 segundos de espera, em telemóvel, em 4G, ainda se sentem.

A diferença entre « conforme » e « instantâneo » é exatamente onde se joga a perceção de qualidade. E é aí que a maioria dos sites cede: procuram o mínimo regulamentar, porque descer mais baixo exige um trabalho que as ferramentas automáticas não fazem por si. É precisamente esse trabalho que distingue um site desenhado de um site montado.

Como é que a Inleven cumpre estes limites, concretamente?

Não por magia, nem por marcar uma caixa « otimizar » num construtor. Por escolhas de arquitetura tomadas desde o primeiro dia, e mantidas até à entrega. Eis o detalhe, porque um profissional exigente tem o direito de saber como.

Um orçamento de desempenho fixado antes de escrever a primeira linha. Decidimos de antemão o peso máximo de uma página, o número de scripts tolerados, o tamanho das imagens. Esse orçamento torna-se uma restrição de conceção, não uma verificação de última hora. Se uma funcionalidade fizer estourar o orçamento, procuramos outra forma de a fazer, ou renunciamos a ela.

Estático, por defeito. Os nossos sites são compilados em páginas HTML servidas tal como estão, sem base de dados a consultar nem servidor a acordar a cada visita. O navegador recebe conteúdo pronto a mostrar. É a base mais rápida que existe, e a que menos vezes falha.

Ilhas interativas, não páginas interativas. Quando uma parte da página precisa de JavaScript (uma animação, um formulário), só hidratamos esse pedaço, e apenas quando ele se torna visível no ecrã. O resto da página continua HTML puro. Resultado: o navegador não executa quase nada no carregamento, o que mantém o tempo de bloqueio a zero.

Imagens tratadas pelo Sharp. Cada imagem é redimensionada, recomprimida e servida no formato certo consoante o aparelho. Uma foto que pesaria dois megabytes à saída da câmara desce a algumas dezenas de kilobytes, sem perda visível. É uma das alavancas mais rentáveis no LCP.

Zero desvio no título. O H1 e o subtítulo do topo da página são verdadeiro texto HTML, renderizado de imediato, nunca escondido e depois revelado por uma animação. As dimensões das imagens e dos blocos são reservadas antes do carregamento, para que nada empurre nada. É isto que nos dá um CLS de 0, e não « perto de 0 ».

Os números que isto produz, nas nossas entregas reais: um LCP entre 2,0 e 2,4 segundos em telemóvel, um CLS a 0, um tempo de bloqueio (TBT) a 0 milissegundo, uma pontuação de desempenho Lighthouse entre 96 e 99, e uma acessibilidade a 100 em 100. Este último ponto conta tanto como os outros: um site rápido mas ilegível para o leitor de ecrã não é um site cuidado.

A velocidade é a versão mensurável do cuidado

Na era em que qualquer pessoa pode produzir um site em poucos minutos, o que o distingue já não é ter um site, mas ter um que se aguenta de pé sob o peso do pormenor. A velocidade é a parte desse pormenor que uma máquina sabe medir. Não mente. Não se pode simular com um belo visual nem recuperar com um slogan.

É por isso que a tratamos como um entregável de pleno direito, ao mesmo nível que o design. A IA ajuda-nos a ir depressa no fabrico, mas é um humano que decide o que se guarda e o que se deita fora, e é essa decisão que faz a diferença entre um site que respira e um site que se arrasta. Pode ver o detalhe da nossa forma de trabalhar na página Método, e o que construímos exatamente nos nossos serviços. E porque um site cuidado é também um site que lhe pertence, tudo o que entregamos (domínio, conteúdo, código) fica seu desde o primeiro dia: está explicado na página Garantias. E se quiser falar sobre isso, conversamos com gosto através da página Contacto.