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
CEVIU noticia que o gargalo do design com IA passa a ser decidir o que construir.
CEVIU aborda os produtos com IA polidos, porém frágeis, feitos sem domínio do ofício.
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
- shannadige.comfonte original
- Categoria
- CEVIU Design
- Publicado
- 22 de outubro de 2026
- Editoria
- CEVIU Design

