Voltar
Velocidade é uma decisão de design

Velocidade também é uma decisão de design

Aprofundamento CEVIU

Aprofundamento

O texto parte de uma ideia simples: construir um site ficou barato, mas deixá-lo rápido ainda custa atenção, e quem paga a conta é o visitante. Quem gera uma página a partir de um prompt raramente pede coisas como "não aplique lazy-load na maior imagem". O resultado parece ótimo no notebook de quem criou, com tudo em cache, e vira o pior caso num celular de três anos de idade, num trem, no primeiro acesso.

O autor percorre a cadeia de carregamento. A distância física pesa: de Sydney até um servidor na Virgínia e de volta são cerca de 16 mil km, e o visitante pode esperar quase um segundo antes de qualquer pintura. Uma CDN aproxima a cópia da página. Há três formas de entregar HTML: gerado antes (estático), renderizado no servidor a cada requisição ou montado no navegador. A terceira empurra o trabalho para o aparelho do usuário e pode ser lida como página vazia por buscadores e agentes de IA. No cache, a regra é nomear cada arquivo com hash, guardá-lo por um ano e manter o HTML com validade curta. O autor admite que seu site servia tudo com max-age=0, e que um redirect de barra final custava cerca de 800 ms por navegação num celular com limitação de rede.

Na prioridade de carregamento, o primeiro card do carrossel era a maior pintura no celular, mas estava com lazy-load e baixa prioridade: foi pedido em cerca de 1,1 s e chegou em cerca de 2,5 s. Em JavaScript, uma animação de rede no hero continuava desenhando fora da tela e gastava cerca de 446 ms a cada cinco segundos no desktop. O ponto central para quem desenha: vídeo em autoplay, fonte em quatro pesos, carrossel com mídia acima da dobra e animações guiadas por scroll são decisões de design com custo de performance. Cada caso de uso pede um orçamento diferente: landing page vive do primeiro render, checkout da resposta ao toque, dashboard de cache e interação instantânea, portfólio da mídia certa na ordem certa.

O que mudou

A cobertura anterior do CEVIU tratava de IA e design em termos de processo e julgamento. Em 24 de março de 2026, o CEVIU noticiou "O Design de Produtos Está Mudando no Mundo da IA e Ferramentas Autônomas", com o gargalo migrando para decidir o que construir. Em 15 de maio de 2026, em "Design de produto com IA: não é mágica, então você ainda precisa conhecer seu ofício", o tema era a fragilidade de produtos polidos que quem os cria não entende por completo. A notícia de agora dá um exemplo concreto dessa fragilidade: o site gerado que parece certo, mas cobra do usuário em tempo de carregamento.

Por que isso importa

Para quem trabalha com UX/UI, a leitura é que performance entra no briefing, ao lado de contraste e hierarquia. Se o designer decide pelo vídeo no hero ou pelas quatro famílias de fonte, ele também decide o tempo de espera de quem está num celular modesto. Isso vale especialmente para quem usa agentes de IA: sem um orçamento escrito, o agente otimiza para o preview bonito, não para o usuário real.

Linha do tempo

  1. CEVIU noticia que o gargalo do design com IA passa a ser decidir o que construir.

  2. CEVIU aborda os produtos com IA polidos, porém frágeis, feitos sem domínio do ofício.

  3. Artigo defende que velocidade é decisão de design e que designers devem orçar a performance.

Perguntas frequentes

Por que performance é uma decisão de design e não só de engenharia?

Porque muitos dos itens mais caros da página nascem no design: vídeos com autoplay, vários pesos de fonte, carrosséis com mídia acima da dobra e animações. A engenharia mede e acompanha os números, mas quem sabe para que serve a página deve estar na sala quando se decide o que vale gastar.

O que perguntar a um agente de IA para deixar o site mais rápido?

O autor sugere seis perguntas: de onde vem o HTML, onde ele é servido (CDN ou servidor único), o que fica em cache e por quanto tempo, qual é a maior coisa da primeira tela e quando ela chega, quanto JavaScript a página envia e para quê, e como ela se comporta num celular lento. Depois, registre um orçamento de performance onde o próximo prompt possa vê-lo.

Lazy-load em imagem sempre ajuda?

Não. É um bom padrão para imagens mais abaixo na página, mas, se a maior imagem da primeira tela recebe lazy-load, o navegador espera de propósito. No caso do autor, o card do carrossel foi pedido em cerca de 1,1 s e só chegou em cerca de 2,5 s.

Como testar a velocidade sem equipamento especial?

Abra as ferramentas de desenvolvedor do navegador, ative a limitação de rede e de CPU e carregue a página sem cache. O notebook em wifi rápido é o melhor cenário possível, então o teste com limitação mostra algo mais próximo do que muitos usuários enfrentam.

Fontes

Avalie este artigo:
Categoria
CEVIU Design
Publicado
22 de outubro de 2026
Editoria
CEVIU Design

Quer receber mais sobre CEVIU Design?

Conteúdo curado diariamente, direto no seu e-mail.

Conteúdo curado diariamenteDiversas categoriasCancele quando quiser