Site lento é um problema de design

Tem uma divisão de tarefas que eu não aceito mais: design cuida da aparência, desenvolvimento cuida do desempenho.

Quem escolheu a imagem de doze megabytes foi o design. Quem pediu quatro pesos de uma fonte para usar dois foi o design. Quem quis a animação que trava no celular de quem está usando dados móveis foi o design.

Desempenho é consequência de decisões de projeto. Chamar isso de problema técnico é uma forma educada de não assumir a escolha.

E o peso disso na percepção é maior do que qualquer refinamento visual. Um site bonito que demora não é percebido como bonito. É percebido como quebrado.

A PRIMEIRA COISA QUE APARECE É UMA DECISÃO DE DESIGN

O que a pessoa vê nos primeiros quinhentos milissegundos é um projeto por si só. Não é um estado de carregamento acidental, é uma tela que alguém desenhou ou deixou de desenhar.

Eu trato isso como uma tela de verdade. Que estrutura já está lá, que tipografia já está lá, o que entra depois e como entra. Isso resolve mais do que reduzir arquivo depois.

Fonte é o caso mais comum. A escolha de esperar a fonte carregar, ou mostrar a de sistema e trocar, é uma decisão estética com consequência de velocidade. Ninguém delega isso ao time técnico sem estar delegando o resultado visual junto.

PESO É MATERIAL DE PROJETO

Comecei a olhar o tamanho de cada peça do mesmo jeito que olho margem e alinhamento: um parâmetro do trabalho, não um detalhe que alguém arruma no fim.

Isso mudou decisões. Fundo em gradiente feito em código em vez de imagem. Ilustração vetorial no lugar de foto quando a foto não estava trabalhando. Um peso tipográfico a menos, e o texto continuou funcionando.

Nenhuma dessas trocas empobreceu o projeto. Várias melhoraram, porque restrição costuma melhorar.

A entrega mais rápida que eu fiz nos últimos anos também foi uma das mais elogiadas visualmente. Não é coincidência. Fluidez é parte de como a qualidade é percebida, mesmo que ninguém saiba nomear isso.