Seu app não é lento. Uma destas cinco coisas é.
Lentidão parece um mistério. Você abre uma tela, ela demora três segundos, e não existe uma mensagem de erro pra investigar. Como não dá pra ver, vira folclore: "acho que o servidor é fraco", "acho que tem muita gente usando".
Quase nunca é isso. Em apps gerados por IA, a lentidão vem quase sempre das mesmas cinco fontes — e a primeira delas responde por mais da metade dos casos que a gente vê.
1. O banco de dados é perguntado 400 vezes a mesma coisa
Você tem uma lista de 200 pedidos e quer mostrar o nome do cliente em cada linha. O jeito certo é uma pergunta ao banco. O jeito que a IA escreve é uma pergunta por linha — 200 idas e voltas em vez de uma.
Com 5 registros de teste, ninguém percebe. Com dados reais, a tela trava. Esse é o campeão absoluto, e o conserto costuma ser de algumas horas.
2. Fotos gigantes enviadas pro celular
A imagem que você subiu tem 4 MB. Na tela ela aparece pequenininha, porque o navegador reduziu — depois de baixar os 4 MB inteiros, no 4G do seu usuário. Redimensionar no servidor, usar formatos modernos e carregar sob demanda costuma cortar 80% do peso da página.
3. Nada fica guardado
Sua página inicial mostra os mesmos destaques o dia inteiro, mas o app recalcula tudo a cada visita, do zero, pra cada pessoa. Guardar o resultado por alguns minutos (isso é cache) transforma uma consulta pesada em uma resposta instantânea.
4. Toda página carrega o app inteiro
Alguém que só quer ver a página de preços baixa também o código do painel, do editor e das configurações. Dividir isso para que cada tela carregue só o que precisa é trabalho de configuração, não de reescrita — e a primeira exibição fica visivelmente mais rápida.
5. O servidor está longe de quem usa
Se seus usuários estão no Brasil e a máquina está em Virginia, cada requisição atravessa o continente duas vezes. Nenhuma otimização de código vence a velocidade da luz. Mudar de região, ou colocar um CDN na frente, é o ganho mais barato que existe.
A parte que importa: medir antes
A regra é sempre a mesma: não otimize no escuro. Primeiro a gente mede o app real, com dados reais, e descobre onde os segundos estão indo. Só então mexe. Sem isso, você gasta uma semana melhorando algo que custava 40 milissegundos.
Se seu app está lento e você não sabe por quê, a gente mede, mostra os números e diz o que vale a pena consertar primeiro.