Qué es el despliegue:de tu código a un SaaS en vivo

¿Qué es el despliegue? Es llevar tu producto desde tu propio ordenador, donde solo tú puedes verlo, a un servidor en la nube donde cualquiera con la URL puede usarlo. Mientras construyes, tu app vive en una dirección local a la que solo llega tu máquina. El despliegue (deploy) la empaqueta, la sube a un proveedor de alojamiento y le da una dirección pública. Con las herramientas modernas, todo ese recorrido, desde guardar tu código hasta tener una web activa y actualizada, lleva unos 2 minutos.

Si eres un fundador no técnico que construye con IA, el despliegue es el momento en que tu proyecto deja de ser un archivo en un portátil y empieza a ser un negocio. Aquí tienes el panorama completo, con la jerga traducida.

Local frente a producción: cocinar en casa frente a dirigir un restaurante

Toda app vive en dos mundos. El desarrollo local es tu ordenador: solo tú ves la app, los cambios aparecen al instante y los mensajes de error te lo muestran todo, porque la única persona que los leerá eres tú. Es donde construyes, pruebas y experimentas con libertad.

La producción es la versión en vivo que tocan los usuarios reales. El código está optimizado para la velocidad, los mensajes de error son deliberadamente vagos (los errores detallados filtran información que pueden aprovechar los atacantes) y la app se ejecuta en una infraestructura que escala sola cuando crece el tráfico.

La analogía que lo fija: lo local es cocinar en casa, donde solo comen tú y tu familia. La producción es un restaurante, donde puede pedir el público. El despliegue es abrir las puertas.

Qué es el despliegue: lo que ocurre de verdad al desplegar

El despliegue esconde dos pasos. Primero viene la compilación (build). Tu código de desarrollo está repartido en muchos archivos legibles, escritos para humanos. El paso de compilación los agrupa en unos pocos archivos compactos, elimina todo lo que no se usa y reduce lo que queda para que las páginas carguen rápido. Piensa en ello como envasar tu app al vacío para el envío: el mismo producto, en una fracción del tamaño.

Segundo viene la subida. Los archivos compilados van a los servidores de un proveedor de alojamiento. Podrías hacerlo a mano, pero ya nadie lo hace. La forma moderna es la integración con git: conectas una sola vez tu repositorio de código con el proveedor y, a partir de entonces, cada vez que subes código, el proveedor descarga automáticamente la última versión, la compila y actualiza el sitio en vivo. Código guardado → web activa, en unos 2 minutos y sin pasos manuales. Esa automatización se llama despliegue continuo, y es la razón por la que los fundadores en solitario pueden publicar a diario. (Por qué conviene publicar con esa frecuencia es otra historia.)

Dónde vive realmente tu SaaS: el alojamiento

El alojamiento (hosting) es alquilar espacio en servidores para que tu producto funcione sobre la infraestructura de otro, junto con lo esencial poco glamuroso: certificados de seguridad para el candado de la barra del navegador, una red de distribución global para que tu app sea rápida en todas partes y protección contra ataques. Los tres grandes nombres para fundadores en solitario:

Los tres son excelentes; yo recomiendo Cloudflare Pages por su ancho de banda gratuito ilimitado. Pero el alojamiento solo cubre tu frontend, la parte que ven los usuarios. Tu backend (base de datos, cuentas de usuario, almacenamiento de archivos) vive por separado, normalmente en Supabase. Su plan gratuito (una base de datos de 500 MB, 1 GB de almacenamiento de archivos, 50.000 usuarios activos al mes) cubre un MVP con holgura; el plan Pro de 25 $/mes añade copias de seguridad diarias y más espacio cuando creces. Dos servicios y todo tu producto está en vivo. Es buena parte de la razón por la que el coste total de construir un SaaS se ha desplomado.

El libroThe Solopreneur RevolutionLuis Gonçalves sobre cómo crear un negocio de solopreneur con IA sin dejar tu empleo.Consigue el libro →

Un solo código, distintos ajustes: las variables de entorno

Tu app local debe hablar con una base de datos de pruebas; tu app en vivo debe hablar con la real. Pero el código es el mismo. La respuesta son las variables de entorno: ajustes que viven fuera de tu código y cambian según el entorno. En local apuntan a servicios de prueba con claves de prueba. En producción, el proveedor de alojamiento inyecta los valores reales durante la compilación.

Esto importa tanto para la seguridad como para la comodidad: las claves secretas nunca se escriben en tu código, así que nunca acaban visibles públicamente en tu repositorio. El mismo código, distintos valores, y los secretos fuera de la vista.

Despliegues de vista previa: prueba el cambio antes de que esté en vivo

Esta es una función que parece magia la primera vez. Cuando preparas un cambio en una rama separada de tu código, el proveedor despliega automáticamente esa versión en su propia URL privada. Puedes recorrer la nueva función en un entorno parecido a producción, compartir el enlace para recibir feedback y fusionarla con el sitio en vivo solo cuando esté bien. Si está mal, la descartas: la producción nunca se enteró.

Cuando un despliegue sale mal: la reversión en 30 segundos

Tarde o temprano publicarás un fallo. El viejo instinto (encontrarlo, arreglarlo bajo presión, volver a desplegar y rezar) es el movimiento equivocado. Cada despliegue que has hecho se conserva, y la plataforma te permite hacer una reversión (rollback): haz clic en la última versión que funcionaba, confirma y el sitio en vivo vuelve atrás. Tiempo de recuperación: unos 30 segundos. Después arreglas el fallo con calma, lo pruebas y vuelves a desplegar cuando esté listo.

Esa red de seguridad cambia más tu psicología que tu proceso. El despliegue deja de ser un evento de alto riesgo y pasa a ser rutina, que es exactamente cómo deberías tratarlo.

12 semanasTu carrera corporativa nunca fue el planSolicita plaza en el Solopreneur Accelerator.Solicitar ahora →

Preguntas frecuentes

¿Qué significa desplegar una app?

Desplegar significa coger la app que solo funciona en tu ordenador, empaquetarla en un paquete optimizado y subirla a un proveedor de alojamiento para que esté en vivo en internet con una URL pública. Las plataformas modernas automatizan todo: subes tu código y el sitio en vivo se actualiza solo en unos 2 minutos.

¿Cuál es la diferencia entre local y producción?

Local es tu taller privado: solo tú ves la app y está preparada para experimentar rápido, con errores detallados. Producción es la versión pública: optimizada para la velocidad, conectada a la base de datos real y con mensajes de error vagos por seguridad. El mismo producto, dos entornos, ajustes distintos mediante variables de entorno.

¿Cuánto tarda un despliegue?

La primera configuración (conectar tu repositorio, añadir variables de entorno, apuntar tu dominio) lleva una tarde, y una compilación tarda entre 2 y 5 minutos. Después, cada despliegue es automático: subes código, esperas unos 2 minutos y el sitio en vivo queda actualizado. Los dominios personalizados necesitan un cambio de DNS único que puede tardar hasta 24 horas en propagarse.

¿Qué pasa si despliego un fallo?

Haces una reversión. Las plataformas de alojamiento conservan todos los despliegues anteriores, así que volver a la última versión que funcionaba lleva unos 30 segundos desde el panel. Arregla el fallo en local sin presión y vuelve a desplegar. Los despliegues de vista previa detectan la mayoría de los fallos antes de que lleguen siquiera a producción.