Web e frontend · Misto

Escolher entre site estático, site renderizado no servidor e app de navegador

Em uma linha: Quanto mais fixo o conteúdo, mais simples deve ser a arquitetura — e cada camada de dinamismo que você adiciona você paga todo dia a partir daí.

Três famílias

Estático. Arquivos construídos com antecedência e servidos de uma rede de distribuição. Rápido, barato, quase impossível de derrubar. Serve para sites institucionais, documentação, blogs e landing pages.

Renderizado no servidor. A página é construída a cada requisição. Serve para conteúdo personalizado, estoque variável e qualquer lugar onde o conteúdo dependa de quem está pedindo.

App de navegador. O navegador executa um aplicativo que busca dados separadamente. Serve para sistemas com interação rica — dashboards, editores, ferramentas internas.

Escolher sem seguir modas

Faça três perguntas: quanto do conteúdo é idêntico para todos os usuários, quão crítico é que os mecanismos de busca o vejam, e quanta interação há em uma única página. Um site institucional construído como app de navegador paga em tempo de carregamento e complexidade sem ganhar nada.

Dá para misturar: a maior parte estática, uma área dinâmica. Costuma ser a resposta certa para sistemas de conteúdo com área pessoal.

O que muda na manutenção

Um site estático raramente quebra sozinho. Um app com servidor precisa de monitoramento, atualizações de segurança, ambientes e tratamento de carga. A diferença no custo operacional ao longo de um ano é muito maior do que a diferença no desenvolvimento inicial.

Indo mais fundo

Em sistemas mistos, separe claramente o conteúdo construído com antecedência dos dados buscados em tempo de execução, e dê a cada um sua própria política de cache. A maioria dos problemas de 'dados desatualizados' em produção vem de camadas de cache empilhadas sem uma única política para decidir.