Deploy: qué es y qué significa hacer deploy de tu app

Deploy (o despliegue en español) es el acto de publicar tu app o página web en un servidor para que funcione en internet. Mientras tu proyecto vive solo en tu computadora o en el editor de Lovable o Bolt, nadie más puede usarlo; cuando haces deploy, queda en una dirección pública (como tuapp.vercel.app o tunegocio.mx) que cualquiera puede abrir.

Deploy en español: el significado sencillo

Piensa en una panadería. Hacer el pan en tu cocina es desarrollar. Hornearlo y empacarlo es el build. Llevarlo a la tienda y ponerlo en el aparador, listo para que lo compren, es el deploy. El local donde está el aparador es el hosting.

Se usan varias palabras para lo mismo:

• Deploy / desplegar / despliegue: publicar una versión.
• Hacer deploy / “deployar”: el anglicismo que vas a escuchar entre programadores.
• Publicar (o Publish): el nombre del botón en herramientas como Lovable o Replit.

Deployment: significado y qué pasa paso a paso

Deployment es el proceso completo. En un servicio moderno (Vercel, Netlify, Cloudflare), un deploy típico hace esto:

1. Obtiene tu código, normalmente desde GitHub.
2. Instala las dependencias (npm install).
3. Construye la app (npm run build): convierte tu código en archivos optimizados. Lee qué hace npm run build.
4. Aplica la configuración: variables de entorno, llaves públicas, dominio.
5. Sube los archivos a servidores en distintas partes del mundo.
6. Cambia el tráfico a la nueva versión. Los visitantes empiezan a ver lo nuevo.

Cada vez que haces esto se crea un deployment nuevo. Muchos servicios guardan los anteriores para que puedas regresar a uno con un clic si algo sale mal.

Build, deploy y hosting: no son lo mismo

Término	Qué es	Ejemplo
Build	Convertir el código en archivos listos para producción	npm run build crea la carpeta dist
Deploy	Publicar esos archivos en un servidor	Clic en Deploy en Vercel
Hosting	El servicio o servidor donde vive tu app	Vercel, Netlify, Firebase, Hostinger
Dominio	El nombre de tu sitio	tunegocio.mx

Tipos de deploy que vas a escuchar

• Producción: la versión que ven tus clientes.
• Vista previa (preview) o staging: una copia para probar antes de publicar. Vercel y Netlify crean una por cada rama de GitHub.
• Deploy automático (CI/CD): cada vez que subes cambios a GitHub, el servicio despliega solo.
• Rollback: regresar a un deploy anterior porque el nuevo falló.

Cómo se hace un deploy según tu herramienta

• Lovable: botón Publish arriba a la derecha y luego Publish changes para actualizar. Ve cómo publicar tu sitio en Lovable.
• Vercel / Netlify: conectas tu repositorio y cada cambio se despliega. Ve cómo subir tu página web a Vercel.
• Firebase: desde la terminal con firebase deploy.
• Hosting tradicional: subes los archivos por el administrador de archivos o FTP.

Si buscas dónde hacerlo sin pagar, revisa desplegar app web gratis.

Qué revisar antes de hacer deploy

• La app construye sin errores en tu computadora (npm run build).
• Las variables de entorno están configuradas en el hosting, no solo en tu .env.
• No hay llaves secretas en el código del frontend.
• Las URLs de la API y del login no apuntan a localhost.
• Probaste lo importante: registro, login, pago, formulario.
• Sabes cómo regresar a la versión anterior si algo falla.

Errores comunes

• Hacer deploy directo a producción sin probar en una vista previa.
• Cambiar una variable de entorno y olvidar que hay que volver a desplegar para que tome efecto.
• Confundir “se publicó” con “funciona”: revisa el sitio publicado después de cada deploy.

Un ejemplo completo

Supongamos que hiciste tu app en Lovable y la exportaste a GitHub para publicarla en Vercel:

1. Cambias el texto del botón de “Comprar” a “Pedir ahora” en Lovable.
2. Lovable sincroniza el cambio con tu repositorio de GitHub.
3. Vercel detecta el cambio y empieza un deploy: instala dependencias, corre npm run build, aplica tus variables de entorno.
4. Si el build sale bien, la nueva versión queda en producción en uno o dos minutos. Si falla, la versión anterior sigue en línea y Vercel te muestra el error.
5. Abres tu dominio y ves el botón nuevo.

Si quieres seguir este camino, la guía es cómo subir tu página web a Vercel.

“Hice deploy y no veo mis cambios”

Es la duda más común después del primer deploy. Revisa en este orden:

1. ¿El deploy terminó bien? En el panel de tu hosting, el último debe aparecer en verde. Si está en rojo, sigues viendo la versión anterior.
2. ¿Desplegó la rama correcta? Si subiste los cambios a otra rama, se creó una vista previa, no un deploy de producción.
3. ¿Es caché del navegador? Abre el sitio en una ventana de incógnito o recarga forzando (Ctrl+Shift+R en Windows, Cmd+Shift+R en Mac).
4. ¿Estás viendo el dominio correcto? A veces el dominio propio apunta a otro proyecto o a otro hosting.
5. ¿El cambio dependía de una variable de entorno? Si la cambiaste después del build, necesitas un deploy nuevo.

El deploy de la base de datos va aparte

Cuando tu app tiene base de datos (Supabase, Firebase, etc.), publicar el frontend no cambia tus tablas. Si un cambio nuevo necesita una columna o una tabla nueva, eso se aplica con una migración en la base de datos, y debe hacerse en el orden correcto: normalmente primero la base y después el frontend que la usa. Si lo haces al revés, la app nueva busca algo que todavía no existe y falla. Y hacer rollback del frontend no deshace la migración. En proyectos de Lovable con Supabase lo explicamos en migraciones de Supabase en Lovable.

Cuándo pedir ayuda

Hacer deploy de una página sencilla es un clic. Si cada deploy rompe algo, el build falla con errores que no entiendes o tu app tiene usuarios y pagos, conviene que alguien configure un proceso de despliegue con pruebas y vuelta atrás. En Black Engine lo revisamos por WhatsApp.