Site estático ou dinâmico: o que muda na hospedagem quando há banco de dados

No site estático, o servidor devolve o mesmo arquivo fixo toda vez que alguém pede uma página. No site dinâmico, o código no servidor interpreta o pedido, lê o banco de dados, junta esses dados com templates HTML e responde com o HTML gerado na hora. Essa é a explicação da MDN Web Docs.

Para a hospedagem, a consequência é direta. Quando entra banco de dados, o serviço precisa rodar a linguagem do servidor e oferecer o banco.

E tem mais: os erros passam a nascer dentro da aplicação, e não só na entrega de arquivos.

Qual a diferença entre site estático e dinâmico?

O site estático entrega conteúdo pronto. A página fica gravada no servidor, que busca o documento no sistema de arquivos e o devolve igualzinho a cada requisição daquele recurso, segundo a MDN.

O site dinâmico monta a página no momento do pedido. As requisições de recursos dinâmicos são repassadas ao código que roda no servidor (a aplicação web), e ele faz o trabalho pesado.

Pensa num restaurante. O estático é a vitrine de doces: o que está ali é o que você leva. O dinâmico é a cozinha, que recebe o pedido, busca os ingredientes na despensa e monta o prato na hora.

Na prática, uma requisição dinâmica segue este caminho, conforme a MDN:

1. O servidor recebe e interpreta o pedido.
2. A aplicação lê no banco as informações necessárias.
3. Os dados são combinados com templates HTML.
4. O servidor responde com o HTML gerado.

Cada uma dessas etapas depende de algo do servidor, e é aí que a escolha da hospedagem muda.

Como saber se o seu site é estático ou dinâmico

O critério prático é simples: se o conteúdo é lido de um banco de dados e montado a cada pedido, o site é dinâmico. Se as páginas são arquivos prontos que só são entregues, ele é estático.

Veja onde o seu projeto se encaixa:

• Página institucional com conteúdo fixo: tende a ser estática. Quem muda o texto é você, editando o arquivo.
• Blog ou site com painel de publicação: se os posts ficam num banco e a página é montada a cada visita, é dinâmico.
• Loja virtual com produtos e pedidos guardados em banco: dinâmica, porque essas informações são lidas a cada acesso.
• Aplicação própria em Node.js ou Python: dinâmica, e ainda depende de um runtime específico rodando no servidor.

Um sinal comum de que você está no lado dinâmico é ter login, painel administrativo ou conteúdo que muda sem você subir arquivo novo.

O que a hospedagem precisa ter quando o site usa banco de dados

Um site com banco de dados exige três coisas da hospedagem: rodar a linguagem da aplicação, oferecer um banco gerenciável e deixar você controlar a versão dessa linguagem.

Por quê? Porque, segundo a MDN, a maior parte do código que sustenta um site dinâmico precisa rodar no servidor. Um serviço que só entrega arquivos não resolve.

Então, antes de olhar qualquer plano, confira:

• Suporte à linguagem de servidor: a MDN cita como populares PHP, Python, Ruby, C# e JavaScript (Node.js).
• Banco de dados disponível: e uma forma de criar e administrar esse banco.
• Controle de versão da linguagem: aplicações exigem versões específicas, e uma versão incompatível pode quebrar o site.
• Quem administra o ambiente: em alguns serviços o provedor cuida do servidor. Em outros, isso fica com você.

Esse último ponto costuma ser esquecido, e é ele que define quanto trabalho você vai ter depois de publicar.

Erros 500, 502 e 504: por que aparecem em sites dinâmicos

Esses erros aparecem porque, num site dinâmico, existe uma aplicação (e um banco) por trás de cada resposta, e ela pode falhar ou demorar. Servir um arquivo fixo não passa por essa etapa.

O que cada código significa, segundo a MDN:

• 500 Internal Server Error: o servidor encontrou uma condição inesperada que o impediu de atender o pedido. Entre as causas citadas estão configuração incorreta do servidor, falta de memória, exceções não tratadas e permissões de arquivo incorretas.
• 502 Bad Gateway: o servidor, atuando como gateway ou proxy, recebeu uma resposta inválida do servidor upstream.
• 504 Gateway Timeout: o gateway ou proxy não recebeu a tempo a resposta do upstream.

Que upstream? É o servidor que fica "atrás" de quem atende o visitante, geralmente a sua aplicação. Se ela quebra, devolve algo inválido ou demora demais, aparece um desses códigos.

Na hora de investigar, duas atitudes ajudam:

• Comece pela aplicação e pelo banco. Veja o que mudou: deploy novo, atualização de dependência, troca de versão da linguagem.
• Confira se a versão da linguagem é compatível com o que a aplicação exige antes de trocar qualquer coisa.

Tome cuidado com um ponto: erro de configuração não se resolve contratando plano maior. Primeiro descubra a causa.

Qual hospedagem da Hostinger escolher para cada tipo de site

A recomendação aqui é a Hostinger, escolhendo o tipo de plano pela linguagem do projeto: hospedagem web para PHP, plano com web apps Node.js ou Cloud para Node.js e VPS para Python ou quando você precisa de acesso root. Os links da Hostinger neste post são links de afiliado: conheça os planos da Hostinger.

O motivo é técnico, e cada tipo de plano tem limites diferentes. Não dá para levar o benefício de um para o outro.

Hospedagem web para sites em PHP

Para site em PHP com banco MySQL, a hospedagem web cobre o essencial: versão do PHP escolhida no painel e criação do banco pelo próprio site.

Segundo a documentação de versões de PHP da Hostinger:

• Nos sites novos, dá para escolher do PHP 8.2 ao 8.5. As versões 8.1 e anteriores foram descontinuadas e não aparecem mais como opção.
• O PHP 8.3 vem selecionado por padrão.
• Para trocar, vá em Websites, passe o mouse sobre o site, clique em Manage site e, na página PHP Configuration, escolha a versão e clique em Update.

Atenção a um detalhe: a versão escolhida vale para todos os sites do plano, exceto os criados com o Hostinger AI Builder. Se você hospeda dois sites que pedem versões diferentes, isso pesa na decisão.

Para criar o banco MySQL, o guia da Hostinger indica este caminho:

1. Vá em Websites > Manage site.
2. Abra Management na barra lateral.
3. Na seção Create a New MySQL Database And Database User, informe nome do banco, usuário e senha.
4. Clique em Create.

Cada banco aceita apenas um usuário, então planeje os acessos antes de criar.

Plano com web apps Node.js ou Cloud para Node.js

Para aplicação em Node.js, a página de opções de Node.js da Hostinger indica o plano Business de hospedagem web ou qualquer plano Cloud. O deploy pode sair de um repositório GitHub ou de upload de arquivos.

As versões aceitas, segundo o guia de seleção de versão do Node.js, são 18.x, 20.x, 22.x e 24.x.

Uma ressalva importante: o nome "Business" vem da página de suporte, e a nomenclatura comercial dos planos pode não ser a mesma na página de contratação. Antes de fechar, confira lá qual plano de hospedagem web atual oferece web apps em Node.js.

E não precisa pular direto para VPS só porque o projeto é Node.js. Se um desses planos atende a versão que a aplicação pede, ele já resolve.

VPS para Python ou acesso root

Para Python, a resposta é VPS. Na Hostinger, Python só é suportado nesse tipo de hospedagem, porque instalar e atualizar o Python e suas bibliotecas e dependências exige acesso root, que os planos Web e Cloud não oferecem, conforme a lista de linguagens suportadas.

A VPS também serve quando a aplicação precisa de controle do sistema. Ela dá acesso administrativo completo, com root, para configurar qualquer software suportado pela distribuição Linux.

O preço desse controle é a responsabilidade. A VPS é autogerenciada: você instala e configura o Python e os scripts, aplicações e pacotes relacionados.

Pela descrição oficial da VPS, você gerencia o ambiente de software e a Hostinger mantém o hardware físico. O suporte cobre hardware, rede e funcionalidades do painel, e para configurações de software no servidor a empresa indica o AI Assistant.

É como sair do apartamento com síndico e ir para uma casa: liberdade total, mas a manutenção do que está dentro é sua. Se esse é o seu cenário, vale ver as opções de VPS da Hostinger já sabendo que a administração fica com você.

Próximo passo antes de contratar

Antes de fechar qualquer plano, escreva três respostas sobre o seu projeto:

1. Qual linguagem a aplicação usa (PHP, Node.js, Python ou nenhuma, no caso de site estático)?
2. Qual versão dessa linguagem ela exige?
3. Ela usa banco de dados?

Com isso em mãos, o encaixe fica claro. PHP entre 8.2 e 8.5 vai para a hospedagem web. Node.js de 18.x a 24.x vai para o plano com web apps Node.js ou para um plano Cloud. Python, ou necessidade de acesso root, vai para a VPS, com você assumindo a configuração do software.

Se a versão que a sua aplicação pede não estiver nessas listas, resolva isso antes da migração, e não depois que o erro 500 aparecer.

Perguntas frequentes

Por que site dinâmico pode dar erro 500, 502 ou 504?

Porque cada resposta depende de uma aplicação rodando no servidor. O 500 indica uma condição inesperada, que pode vir de configuração incorreta, falta de memória, exceção não tratada ou permissão de arquivo errada. O 502 indica resposta inválida do servidor upstream. O 504 indica que o upstream não respondeu a tempo.

Quais versões de PHP posso usar na Hostinger?

Nos sites novos, dá para escolher do PHP 8.2 ao 8.5, com o 8.3 selecionado por padrão. As versões 8.1 e anteriores foram descontinuadas e não aparecem mais como opção.

Qual plano da Hostinger roda Node.js?

A página de suporte da Hostinger indica o plano Business de hospedagem web ou qualquer plano Cloud, com deploy por GitHub ou upload de arquivos e versões 18.x, 20.x, 22.x e 24.x. Confira na página de planos qual plano atual oferece web apps Node.js, porque o nome comercial pode variar.

Posso hospedar Python na hospedagem web da Hostinger?

Não. Na Hostinger, Python só é suportado na VPS, porque instalar e atualizar o Python e suas dependências exige acesso root, que os planos Web e Cloud não oferecem. A VPS é autogerenciada: a instalação e a configuração ficam com você.

Fontes consultadas

Consulta em 05/11/2026.

• MDN Web Docs: Introduction to the server side
• MDN Web Docs: 500 Internal Server Error
• MDN Web Docs: 502 Bad Gateway
• MDN Web Docs: 504 Gateway Timeout
• Hostinger Support: How to change the PHP version of your Hostinger hosting plan
• Hostinger Support: How to Create a New MySQL Database in Hostinger
• Hostinger Support: Node.js hosting options at Hostinger
• lista de linguagens suportadas

Acompanhe os tutoriais do Hora de Codar no YouTube.