Teve uma fase em que construir uma aplicação web significava, quase por padrão, lançar um bundle de JavaScript que buscava dados no cliente e renderizava tudo no navegador. Isso resolveu problemas reais — interatividade rica, navegação tipo aplicativo nativo — a um custo real que levou anos para ficar totalmente visível: tamanho de bundle, primeira renderização lenta em conexões fracas, e uma categoria inteira de bugs que só existe porque o estado agora vive em dois lugares, servidor e cliente, e alguém precisa mantê-los sincronizados.
O que mudou
Os frameworks não inventaram uma ideia nova — trouxeram de volta uma antiga, com ferramentas melhores. Server Components, streaming de HTML e hidratação parcial compartilham o mesmo instinto: renderizar no servidor o que pode ser renderizado no servidor, enviar JavaScript só para as partes que genuinamente precisam rodar no navegador, e parar de tratar "renderizado no cliente por padrão" como a escolha segura.
O efeito prático é que boa parte da interface — uma página de produto, um painel de configurações, um artigo — nunca precisou ser uma aplicação client-side para começo de conversa. Precisava exibir dados e responder a um número pequeno de interações. Renderizar isso no servidor e enviar HTML é, com frequência, ao mesmo tempo mais simples de entender e mais rápido de carregar do que o equivalente renderizado no cliente, sem abrir mão da opção de hidratar as partes genuinamente interativas.
Isso não é um retorno a 2010
É tentador chamar isso de "voltar pro PHP" e parar por aí, mas a comparação subestima o que é diferente. A renderização no servidor moderna mantém as partes que realmente valia a pena manter da era das SPAs — UI baseada em componentes, busca de dados com tipagem segura, interatividade granular onde ela é necessária — enquanto abandona a premissa de que tudo precisa ser enviado ao cliente para ser considerado "moderno". A arquitetura ganhou mais opções, não menos.
A lição de verdade
A parte interessante não é qual framework vence. É que "renderizar tudo no cliente" acabou sendo um padrão adotado de forma mais ampla do que seus benefícios reais justificavam, por um bom trecho da indústria. O movimento atual de volta ao servidor não é nostalgia — é o resultado de times suficientes esbarrando no custo real desse padrão e decidindo, caso a caso, que nem toda tela precisa ser uma single-page application para parecer rápida.
Vamos conversar?
Tem um projeto, uma vaga ou só quer trocar uma ideia sobre o assunto? Envie uma mensagem.
Entrar em contato