Decidir o que roda no servidor e o que vai ao celular

Aprovar uma proposta de interface sem perguntar onde cada tela é montada custa venda perdida no celular e patch de segurança adiado. Frontend é a parte do produto que o cliente toca: a tela, o formulário, o botão de comprar. Componente é a peça dessa tela escrita uma vez e reaproveitada em muitas telas.

Componentes reduzem trabalho repetido, mas o ganho depende do desenho e da necessidade do produto, não de um multiplicador fixo de produtividade. A pergunta que decide o orçamento é outra: quanto do código dessas peças viaja para o aparelho de quem compra.

No Next.js, componentes de servidor buscam dado e produzem HTML sem enviar o próprio código ao navegador. Componentes cliente ganham interação, como estado que muda e clique que responde. A diretiva use client inclui o arquivo marcado e as importações dele na fronteira do cliente.

Marcar um arquivo não transforma toda a árvore visual em código do navegador. Um componente de servidor pode ser recebido como conteúdo por um componente cliente, sem que o código dele atravesse a fronteira.

É por isso que useState quebra num componente de servidor. Ele executa uma vez, produz HTML e termina. Não existe ali ciclo de nova renderização para o estado disparar, nem clique para escutar.

Marcar a página inteira anula o ganho. O conteúdo que sairia pronto do servidor vira trabalho do aparelho do cliente, e esse aparelho é o elo mais lento da corrente. Página pesada em rede móvel perde venda antes de abrir; código que roda no servidor não pesa no celular de ninguém.

A versão do framework decide risco, e por isso entra na conversa com o fornecedor. O Next.js 16.3, de 03/08/2026, é a linha que ainda recebe correção de segurança.

O patch de 25/08/2026 fechou duas falhas críticas de execução remota de código sem autenticação. Uma delas veio de dependência de terceiro, dentro do pacote de imagens; a outra atinge servidor Windows. Atualizar biblioteca de terceiro é decisão de risco, não detalhe de manutenção.

Na revisão da proposta, a pergunta certa é quais telas precisam mesmo de interação e quais são conteúdo que o servidor entrega pronto. Quando o fornecedor responde que quase tudo é interativo, você paga para transformar catálogo em aplicativo, com a lentidão que vem junto.

Antes de aprovar, peça o inventário das peças reaproveitadas, tirado do próprio repositório, e o número de arquivos marcados com use client, com o motivo dos três maiores. Abra a página mais importante no celular, com dados móveis, e conte os segundos até o texto principal aparecer; acima de três, cobre explicação por escrito.