Escolher o alojamento de uma app Vue / Nuxt

Responda a quatro perguntas sobre como a sua app corre e o que quer administrar. A ferramenta indica o modelo de alojamento adequado (host estático, plataforma gerida ou VPS), a memória a prever e os planos concretos que a cobrem, aos preços de tabela publicados nas páginas de preços dos fornecedores.

Como corre a sua app?

É a pergunta que decide tudo o resto.

Tráfego mensal

Visitas por mês, ordem de grandeza.

Quer administrar um servidor?

Atualizações, firewall, gestor de processos, reverse proxy, cópias: trabalho seu num VPS, da plataforma caso contrário.

Onde devem ficar os dados?

Conta para a exposição ao RGPD e para os utilizadores que perguntam onde estão os seus dados.

Recomendação

Uma plataforma gerida a correr um contentor Node

O Nuxt SSR precisa de um processo Node vivo a cada pedido, por isso o alojamento estático fica de fora. Como não quer gerir um servidor, uma plataforma que constrói a partir do seu repositório git, mantém o processo e o reinicia é a troca certa: menos controlo sobre o runtime, zero operações.

Memória: um servidor Nuxt em produção ocupa normalmente algumas centenas de MB; 1 GB é confortável com pouco tráfego e 2 GB com mais. O problema é a build: nuxt build ultrapassa frequentemente 1 GB, por isso construa em CI e copie a pasta .output, ou dimensione a máquina para a build.

Planos que a cobrem

FornecedorPlanoCaracterísticasPreço de tabelaQuem e onde
DigitalOceanApp Platform, container1 shared vCPU, 512 MiB RAM, 50 GiB bandwidth$5/moUS company, data centres incl. Amsterdam and FrankfurtVer o plano →
DigitalOceanApp Platform, container1 shared vCPU, 1 GiB RAM, 150 GiB bandwidth$12/moUS company, data centres incl. Amsterdam and FrankfurtVer o plano →

Preços de tabela lidos nas páginas de preços dos fornecedores em 2026-10-18, sem impostos. A DigitalOcean fatura em USD, a Infomaniak em CHF (mostra também preços em EUR). Os preços mudam; na hora de encomendar só a página do fornecedor faz fé.

As ligações para os planos passam pelas ligações de afiliado deste site (DigitalOcean e Infomaniak). Não alteram o preço que paga nem alteraram a seleção: a ferramenta lista apenas planos publicados nas páginas de preços oficiais.

Antes do primeiro deploy

  1. Corra a build de produção localmente e anote o pico de memória.
  2. Fixe a versão do Node com que a app foi construída (.nvmrc ou campo engines).
  3. Defina todas as variáveis de ambiente no host antes do primeiro deploy, não depois da primeira falha.
  4. Confirme o HTTPS e o domínio final, depois teste um carregamento a frio a partir de um telemóvel em dados móveis.
  5. Para SSR: decida agora quem constrói (CI, plataforma ou servidor) para resolver a memória da build de uma vez.

Leitura relacionada: O melhor alojamento para uma app Vue ou Nuxt · Verificador de Core Web Vitals