Elige un host y despliega
Para la mayoría de las apps hechas con vibe coding, no necesitas un servidor que tengas que cuidar tú mismo. Las plataformas modernas toman tu código y te dan una en vivo en minutos. Las opciones comunes:
- Sitios estáticos y frontends: Cloudflare Pages, Vercel, Netlify, GitHub Pages.
- Apps full-stack y APIs (Application Programming Interfaces, las puertas que un programa usa para hablar con otro): Cloudflare Workers, Vercel, Render, Fly.io, Railway.
- Backends más pesados: una plataforma de contenedores o un pequeño VPS (Virtual Private Server, tu propia porción alquilada de un ordenador siempre encendido en un centro de datos).
Lo correcto es contarle a la IA qué construiste y dejar que ella recomiende. Prueba: "Esto es una app de Next.js con una Postgres. Quiero el host más barato y confiable con un plan gratuito generoso. Dame los pasos de despliegue y un archivo de configuración." Sé específico sobre las cosas que realmente condicionan la elección: tu , si tienes base de datos, si necesitas trabajos en segundo plano o subida de archivos, y tu presupuesto. Una página estática de marketing y una app full-stack con una de tareas tienen hogares muy distintos.
Una vez elegido, desplegar suele ser un par de comandos:
# Ejemplo: Cloudflare Workers vía Wrangler
npm install -g wrangler
wrangler login
wrangler deploy
# Ejemplo: Vercel
npm install -g vercel
vercel --prod
Deja que la IA genere la configuración de la plataforma (wrangler.toml, vercel.json, etc.) y que explique cualquier error que arroje el primer despliegue. Los primeros despliegues casi siempre arrojan algo — un comando de build que falta, un directorio de salida equivocado, un desajuste de versión de Node, una (un ajuste con nombre que se le entrega a tu app desde fuera del código, como una llave bajo el felpudo que la app sabe que debe buscar) que el build necesita pero no encuentra. Nada de esto significa que hiciste algo estúpido; significa que hay que decirle a la plataforma una cosa más. Pega el error tal cual y pide la solución, y pregunta por qué pasó para que el próximo te sorprenda menos. Dos o tres rondas y ya estás en vivo en una URL temporal. Abre esa URL y recorre el flujo principal antes de celebrar — "el despliegue tuvo éxito" y "la app funciona" no son la misma afirmación.
Cada despliegue recorre el mismo pipeline. El paso de previsualización es tu red de seguridad: le da a cada cambio su propia URL para hacer clic antes de que pueda tocar a usuarios reales.
TU MÁQUINA LA PLATAFORMA
┌──────────────┐
│ write code │
│ git commit │
│ git push │
└──────┬───────┘
│ push
▼
┌──────────────┐ fail ┌──────────────────┐
│ BUILD ├─────────▶│ read error, │
│ install deps │ │ fix, push again │
│ compile │◀─────────┤ (2–3 rounds) │
└──────┬───────┘ retry └──────────────────┘
│ pass
▼
┌──────────────┐
│ PREVIEW │ URL temporal — haz clic en el flujo principal aquí
│ *.pages.dev │ ── share · test · verify ──┐
└──────┬───────┘ │
│ looks good? ──── no ──────────────┘
│ yes
▼
┌──────────────┐
│ PRODUCTION │ tu dominio real · usuarios reales
└──────────────┘