Um orçamento de desempenho para sites lidos em ligações lentas

O pessoal no terreno abre muitas vezes um site num telemóvel, com sinal fraco, a meio de outra tarefa. Se a página demorar um minuto, não é lida. Este texto destina-se às equipas que encomendam ou constroem um site para pessoas em contextos de baixa largura de banda, e explica como escolhemos um limite e o mantemos.

Escolher primeiro o número

O web.dev define um orçamento de desempenho como “um conjunto de limites impostos às métricas que afetam o desempenho do site”. O ponto de partida que sugere é menos de 170 KB de recursos do caminho crítico e menos de cinco segundos até a página ficar interativa, calculados para dispositivos de referência numa rede 3G.

Compare-se isso com a web tal como é. O Web Almanac do HTTP Archive situou a página inicial mediana em 2025 em 2,86 MB no computador e 2,56 MB no telemóvel. Numa ligação lenta de 400 quilobits por segundo, 2,56 MB demoram cerca de 51 segundos a chegar, antes de qualquer atraso da própria rede.

Trabalhamos com 500 KB por página. São cerca de dez segundos à mesma velocidade: lento, mas utilizável. Deixa margem para uma boa fotografia e um conjunto de tipos de letra web, o que importa quando o site também tem de se parecer com a organização que o gere.

“Um orçamento que ninguém verifica é um desejo. Tem de ser medido, em cada versão, por alguém que possa travar essa versão.”

Medir nas condições em que vai falhar

Um único valor obtido num navegador de computador esconde a maior parte do problema. Estas são as verificações que detetaram excessos reais nos nossos projetos:

  1. Ao abrir. Use uma cache vazia e conte os bytes que circulam, não o tamanho dos ficheiros no servidor.
  2. Percorrida até ao fim. O carregamento diferido atrasa as imagens, não as elimina. Uma página pode passar ao abrir e falhar quando se chega ao fundo.
  3. Num telemóvel de alta densidade. Os ecrãs de densidade dupla e tripla pedem imagens maiores, pelo que a mesma página pode pesar muito mais do que num computador portátil.
  4. Com o JavaScript desativado. O carregamento diferido que depende de um script deixa de funcionar e todas as imagens da página podem carregar de uma só vez.

Incluir no contrato

Inclua o limite na descrição do projeto, com o método de medição. Assim, cada nova funcionalidade tem um preço que toda a equipa pode ver. Quando algo ultrapassa o limite, o web.dev apresenta as três opções honestas: otimizar, retirar ou não adicionar.

Esta disciplina compensa na primeira emergência que levar um novo público ao site, em telemóveis e com más ligações. Nessa altura, já é tarde para começar.

Fontes

  1. Performance budgets 101, web.dev ↗
  2. Page Weight, Web Almanac 2025, HTTP Archive ↗

Mais artigos

Contacto

Envie-nos a descrição do projeto.

Basta uma descrição sumária ou uns termos de referência. Matthew Bowman responde no mesmo dia útil e, no prazo de cinco dias úteis, terá uma proposta com honorários fixos.

Falar de um projeto

Envie a descrição do projeto ou os termos de referência (TOR), ou descreva o que está a construir. Matthew Bowman responde no mesmo dia útil e segue-se uma proposta com honorários fixos no prazo de cinco dias úteis.

Basta uma descrição sumária. Os tipos de página, as línguas, o que tem de ser migrado e eventuais prazos ajudam-nos a orçamentar.
Opcional. Um intervalo indica-nos o nível de trabalho a propor.
Uma ligação para um documento partilhado. Ou anexe-o a um e-mail para hello@nestvested.co.

A sua mensagem chega a uma pessoa e é utilizada apenas para responder e redigir a proposta.