Como fazer deploy para o Cloudflare num clique

Atualizado a 18 de julho de 2026 — preços corrigidos para os planos paid-only atuais e verdades de deploy por plataforma refrescadas.

Como funciona o deploy num clique no VULK?

A resposta completa: clicas em Deploy no editor do VULK, o VULK constrói o teu projeto nos seus próprios servidores (vite build — compilação de TypeScript, bundling, purga do Tailwind, minificação, nomes de ficheiro com hash), envia a saída estática para o Cloudflare Pages via Direct Upload API e entrega-te um URL HTTPS ao vivo no domínio pages.dev. O processo inteiro — build, upload, DNS, SSL — completa-se em 10 a 30 segundos. Sem pipelines de CI/CD, sem dashboards de hosting, sem configuração.

Essa velocidade importa pelo que a rodeia: o builder mediano do VULK vai do registo a uma app gerada em 47 segundos, e o deploy mantém o mesmo ritmo — da ideia ao URL ao vivo em menos de dois minutos no total (dados da plataforma VULK, julho de 2026, N = 11.355 projetos). O deploy está incluído em todos os planos; o VULK é paid-only, desde Builder $19,99/mês com um intro de acesso total de 3 dias desde $3,99.

Porquê Cloudflare e não Vercel ou Netlify?

Perguntam-me isto a toda a hora. Todos os construtores de código com IA usam Vercel por omissão. É a escolha óbvia — ótima DX, integração apertada com Next.js, fácil de montar. Então porque escolhi o Cloudflare Pages para o pipeline de deploy do VULK?

Três razões, e todas se resumem ao que importa para as apps que o VULK gera.

Sem faturas de largura de banda. Esta é a grande. A Vercel cobra largura de banda depois do nível gratuito. A Netlify cobra largura de banda. O Cloudflare Pages tem zero custos de largura de banda. Quando fazes deploy de uma app gerada pelo VULK e ela recebe tráfego, não levas com uma fatura surpresa. Para uma plataforma onde milhares de utilizadores fazem deploy de apps, isto importa imenso — para nós e para os nossos utilizadores.

Rede edge global. O Cloudflare tem mais de 300 data centers em 100+ países. A tua app é servida a partir da localização edge mais próxima de cada visitante. Um utilizador em Tóquio é servido de Tóquio. Um utilizador em São Paulo, de São Paulo. O time to first byte fica consistentemente abaixo dos 50ms globalmente. A Vercel e a Netlify também têm bons CDNs, mas a rede do Cloudflare é genuinamente a maior.

Deploys atómicos. Quando fazes redeploy, o Cloudflare serve a versão antiga até a nova estar completamente carregada, e depois troca instantaneamente. Sem estados meio-deployados. Sem downtime. Crítico para uma plataforma onde os utilizadores iteram e fazem redeploy com frequência.

O compromisso é que o Cloudflare Pages só serve sites estáticos e funções serverless, não aplicações completas renderizadas no servidor. Mas como o VULK gera SPAs React + Vite para projetos web, o encaixe é perfeito. A restrição corresponde ao output.

O que acontece, passo a passo, quando clicas em Deploy?

Passo 1: Clicas em Deploy. O botão está na toolbar superior, ao lado dos controlos de pré-visualização. Abre-se um diálogo de deployment com o progresso do build em tempo real.

Passo 2: O VULK constrói o teu projeto nos nossos servidores. Para uma app React + Vite corre o vite build, que compila TypeScript para JavaScript, agrupa todos os módulos em chunks otimizados, processa e purga o Tailwind CSS, minifica tudo, gera nomes de ficheiro com hash para cache busting e produz uma diretoria dist/ limpa. Isto acontece na nossa infraestrutura, não no teu browser. Os tempos de build vão de 5 a 20 segundos conforme o tamanho do projeto.

Passo 3: Upload para o Cloudflare Pages. A saída do build — HTML, CSS, JS estáticos e assets — é carregada via Direct Upload API do Cloudflare. Os teus ficheiros são distribuídos por toda a rede global.

Passo 4: Recebes um URL ao vivo. O Cloudflare atribui ao teu projeto um URL no domínio pages.dev, algo como workout-tracker-abc123.pages.dev. O HTTPS é automático — o Cloudflare provisiona um certificado SSL instantaneamente. Sem configuração. Sem esperas.

O que precisas antes de fazer deploy?

Duas coisas a verificar antes de carregar em Deploy:

A tua app compila na pré-visualização. Se a pré-visualização mostra erros ou um ecrã em branco, o build de produção também vai falhar. O build de produção do Vite é mais rigoroso do que o servidor de desenvolvimento — apanha erros de imports e de tipos que o hot module replacement às vezes deixa passar. Corrige-os primeiro.

Estás num plano adequado ao teu projeto. O VULK é paid-only (sem free tier): Builder ($19,99/mês), Pro ($39,99/mês), Team ($79,99/mês), Max ($199/mês) e Business ($299/mês). Cada plano começa com um intro de acesso total de 3 dias desde $3,99, creditado no primeiro mês. O deploy de backend + PostgreSQL começa no Builder; os domínios personalizados via VULK começam no Pro.

Quão rápidas são as apps deployadas?

Importo-me com isto porque as apps que as pessoas publicam a partir do VULK representam a nossa qualidade. Se forem lentas, isso reflete-se em nós.

As apps React geradas pelo VULK são otimizadas por omissão. O build do Vite produz chunks com code splitting, bundles tree-shaked e assets comprimidos. Combinado com o caching edge do Cloudflare, os resultados são consistentemente fortes:

• Time to first byte (TTFB): Abaixo de 50ms na maioria das localizações globais
• Carregamento completo da página: Abaixo de 1 segundo para apps típicas geradas pelo VULK
• Comportamento de cache: Os assets estáticos são cacheados em cada localização edge com nomes com hash, por isso os visitantes recorrentes carregam quase instantaneamente

Não precisas de configurar nada disto. O pipeline de build e a configuração do CDN são tratados automaticamente.

Como ligas um domínio personalizado?

O URL pages.dev serve para testar e partilhar, mas para um projeto a sério queres o teu próprio domínio. O processo:

1. Anota o nome do teu projeto Cloudflare no diálogo de deployment ou nas definições do projeto.

2. Se o teu domínio ainda não está no Cloudflare, adiciona-o em dash.cloudflare.com (o plano gratuito deles serve) e atualiza os nameservers no teu registrar.

3. No dashboard do Cloudflare, vai a Pages, encontra o teu projeto, abre Custom Domains e adiciona o teu domínio (como myapp.com ou app.mydomain.com). O Cloudflare cria o registo DNS e provisiona o certificado SSL automaticamente.

4. Espera 1-5 minutos pelo provisionamento SSL. Se o domínio já está no Cloudflare, o processo todo demora menos de dois minutos.

Como funciona o redeployment após alterações?

O desenvolvimento é iterativo. Depois do deploy vais fazer alterações — novas funcionalidades, correções, ajustes de design. O redeployment é idêntico ao primeiro deploy:

1. Faz alterações no editor (via prompts ou edições manuais de código).
2. Verifica na pré-visualização.
3. Clica em Deploy.

A nova versão substitui a anterior no mesmo URL. O deploy atómico do Cloudflare torna a troca instantânea — os visitantes nunca veem um estado meio-deployado.

Não há UI de versionamento nem mecanismo de rollback no VULK atualmente. Se precisares de reverter, usa o chat para desfazer as alterações e faz redeploy. Sei que é uma limitação, e o suporte de rollback a sério está no roadmap.

O que é deployado — e o que não é?

Deployado: Toda a saída estática do build. Ficheiros HTML, bundles JavaScript, ficheiros CSS, imagens da tua diretoria public/, fontes e quaisquer outros assets estáticos.

Não deployado: Código fonte. Os teus ficheiros .tsx, node_modules, package.json e configuração de build ficam nos servidores do VULK. O site deployado contém apenas a saída compilada.

Não deployado: APIs de backend. Se o teu projeto usa a geração de backend do VULK (PostgreSQL + rotas API), o backend é alojado na infraestrutura do VULK, não no Cloudflare Pages. O frontend deployado faz chamadas API aos nossos servidores. O teu backend funciona, mas por agora está ligado ao hosting do VULK.

Que plataformas têm deploy num clique?

Estado honesto por plataforma, porque nem tudo o que o VULK gera é um site estático:

Como resolves problemas comuns?

O build falha. A causa mais comum é um erro de TypeScript ou de import que o servidor de desenvolvimento da pré-visualização tolerou mas o build de produção do Vite rejeita. Vê a mensagem de erro no diálogo de deployment e pede ao VULK para corrigir. Algo como: "O deploy falhou com 'Cannot find module ./components/Chart'. Corrige o import — o ficheiro é ChartCard.tsx."

Página em branco depois do deploy. Normalmente um problema de base path ou de routing. Pede ao VULK: "A app deployada mostra uma página em branco. Garante que o base path do Vite é '/' e que o React Router tem uma rota para a raiz."

Imagens ou fontes partidas. Os assets estáticos têm de estar na diretoria public/ e ser referenciados com caminhos absolutos a começar por /. Caminhos relativos funcionam em desenvolvimento mas partem-se depois do deployment.