Vibe Coding — tu primera app sin saber programar — 5. Desplegar en línea

17 min read min de lecture
Capítulo 05

Desplegar en línea

Capítulo 5 de 10 · 50%

Objetivos de este capítulo

  • Alojar tu app gratis
  • Obtener una URL compartible
  • Saber qué mejorar después

Poner en línea: qué significa

Hasta ahora, tu app vive en tu herramienta o en tu ordenador: solo tú puedes usarla. Desplegar es copiar tu app a un servidor accesible desde Internet, que la sirve a quien abra la dirección correcta. El resultado concreto: una URL del tipo mi-app.vercel.app que Tom puede escribir en la pizarra, y que cada alumno abre en su teléfono.

Buena noticia para una app como la tuya: es gratis, rápido y muy automatizado. Las apps «estáticas» (HTML, CSS, JavaScript, sin servidor propio) son las más simples del mundo de alojar — exactamente por eso elegimos esa base técnica en el capítulo 3. Las elecciones simples del principio dan sus frutos ahora.

Las plataformas gratuitas

Tres grandes nombres dominan el alojamiento gratuito de apps web, y realmente no puedes equivocarte: todos son fiables, rápidos y usados por millones de proyectos. Así se elige:

Vercelmuy integrado con las herramientas modernas (es el editor de v0). Despliegue automático en cada actualización de Git. URL en .vercel.app.
Netlifyreputado por su simplicidad — incluido un despliegue por simple arrastrar y soltar de una carpeta, sin Git. URL en .netlify.app.
GitHub Pagesalojamiento gratuito directamente desde tu repositorio de GitHub. Perfecto si tu código ya está en GitHub. URL en .github.io.

Caso particular: si construiste tu app en Lovable, v0, Bolt o Replit, esas plataformas ofrecen un botón «Publish» o «Deploy» integrado que lo hace todo en un clic. Es la vía más simple — úsala para tu primera puesta en línea, ya explorarás Vercel o Netlify cuando lo necesites.

El método más simple: sin línea de comandos

Si Git y el terminal todavía te intimidan, existe un camino sin ningún comando: el arrastrar y soltar de Netlify. Pides a tu herramienta exportar o descargar los archivos de tu app (una carpeta con tu index.html y el resto), abres la página de subida de Netlify, y arrastras la carpeta a la zona prevista. Treinta segundos más tarde, tu app tiene una URL pública.

Este método tiene un límite: con cada modificación de tu app, debes volver a arrastrar la carpeta a mano. Está muy bien para una primera puesta en línea o una app que cambia poco. En cuanto modificas a menudo, el camino Git se vuelve más cómodo — cada commit enviado actualiza automáticamente el sitio.

El camino completo con Git y Vercel

El despliegue «profesional» sigue siempre la misma lógica: tu código vive en un repositorio Git alojado en GitHub, y la plataforma (Vercel o Netlify) vigila ese repositorio. Cada vez que envías una actualización, ella reconstruye y republica tu sitio automáticamente. Es el famoso «push to deploy» — nunca más te ocupas de la puesta en línea, sigue tu trabajo.

No necesitas memorizar el procedimiento: pide a la IA que te guíe, paso a paso, precisando tu nivel. Este es el prompt que usa Tom:

PROMPT
Guíame para desplegar esta app en Vercel, paso a paso, partiendo de cero.
Nunca he usado Git ni Vercel. Tengo una cuenta de GitHub recién creada.
Para cada paso: dime dónde hacer clic o qué comando teclear, y explica en una frase para qué sirve.
Espera mi confirmación antes de pasar al paso siguiente.

La última línea es un truco valioso: al pedir a la IA avanzar un paso a la vez, transformas un procedimiento intimidante en una conversación tranquila donde puedes señalar el más mínimo bloqueo en el momento en que surge. Como referencia, los comandos que verás pasar se parecen a esto:

bash
# Vincular tu proyecto local al repositorio creado en GitHub:
git remote add origin https://github.com/tu-cuenta/mi-app.git

# Enviar tu código a GitHub:
git push -u origin main

# Después, en vercel.com: «Add New Project» → importar el repositorio → Deploy.
flowchart LR
  L["App en tu ordenador"] --> G["Repositorio Git"]
  G --> V["Vercel / Netlify"]
  V --> U["URL pública"]
  U --> F["Comentarios de usuarios"]
  F -.->|"Mejoras"| L
Del archivo local a la app en línea: el camino del despliegue.
Las URL gratuitas (.vercel.app, .netlify.app) son perfectas para empezar. Si algún día quieres tu propio nombre de dominio (mi-app.es), se compra por unos euros al año y se conecta en unos clics en los ajustes de la plataforma — pide la guía a la IA llegado el momento.

Verificar tu app en línea

Un despliegue exitoso no significa que todo funcione: el entorno en línea difiere ligeramente de tu vista previa local. Tómate cinco minutos para una verificación seria. Abre la URL pública en un navegador en navegación privada (para partir de cero, sin datos locales), rehaz el recorrido completo de un usuario, y luego abre la URL en tu teléfono — ahí es donde estarán tus usuarios.

  • ¿La app carga, sin página en blanco ni error 404?
  • ¿El recorrido principal funciona de principio a fin (añadir, marcar, ver la racha)?
  • ¿Los datos persisten tras recargar la página?
  • ¿La visualización es correcta en el teléfono: textos legibles, botones clicables con el pulgar?

Si algo se rompe en línea cuando funcionaba en local, sin pánico: es un gran clásico. Copia el error de la consola (F12, también en línea) y describe a la IA la diferencia: «en local funciona, en línea en Vercel obtengo este error: …». Las causas habituales — una ruta de archivo incorrecta, una mayúscula en un nombre de archivo — se corrigen en un mensaje.

Compartir y recoger comentarios

Una vez en línea, comparte la URL. El feedback real es el mejor combustible para progresar: Tom da el enlace a algunos alumnos y observa cómo lo usan. Y ahí, sorpresa garantizada — los usuarios nunca hacen lo que se espera. Un alumno intenta añadir veinte hábitos, otro busca un botón «deshacer» que no existe, un tercero pregunta por qué sus datos no están en el ordenador de casa (recuerda: localStorage = datos por dispositivo).

Recoge esos comentarios de forma simple: mira a la gente usar la app sin ayudarles, anota lo que les bloquea, y haz dos preguntas — «¿qué te ha molestado?» y «¿qué es lo que más echas en falta?». Tres usuarios bastan para detectar el 80 % de los problemas evidentes. Añade sus respuestas a tu lista «más tarde», y ordena: lo que se repite varias veces sube arriba.

¡Muestra tu app! Una app usada por 3 personas vale mil veces más que una app perfecta que nadie ve. El momento en que otra persona usa lo que has construido cambia tu relación con el proyecto — a menudo es ahí donde los principiantes se convierten en constructores.

¿Y después?

Tienes una verdadera app en línea. Itera: saca de tu lista «más tarde» enriquecida con los comentarios de usuarios, añade una funcionalidad por sesión siguiendo el método del capítulo 4, y republica — con el «push to deploy», cada mejora validada se va en línea sola. Las obras clásicas de una v2: un mejor diseño, un nombre de dominio personalizado, la exportación de los datos, o la sincronización entre dispositivos (la famosa cuenta de usuario, ahora que sabes lo que cuesta).

Y sobre todo, vuelve a empezar. Elige un segundo proyecto, un poco más ambicioso, y rehaz el recorrido completo: mini-PRD, construcción iterativa, depuración metódica, despliegue. Cada proyecto te hace más cómodo pilotando la IA, más rápido diagnosticando, más preciso en tus descripciones. Así es exactamente como se aprende a construir hoy — y acabas de dar la vuelta completa una primera vez. Bienvenido al club.

🛠️ Te toca a ti

Contexto

La app de Tom funciona en local: añadir, eliminar, marcar, racha — todo está probado y guardado. Queda el último escalón, el que lo cambia todo: hacerla accesible a sus alumnos mediante una simple URL. Tom se da una tarde para desplegar, verificar en el teléfono, y enviar el enlace a tres alumnos voluntarios. Haz lo mismo con tu app: es la culminación del curso.

Instrucciones

  1. Elige tu vía: botón «Publish» de tu herramienta, arrastrar y soltar en Netlify, o camino Git + Vercel.
  2. Pide a la IA una guía paso a paso adaptada a tu nivel, un paso a la vez.
  3. Despliega y recupera tu URL pública.
  4. Abre la URL en navegación privada y rehaz el recorrido de usuario completo.
  5. Abre la URL en tu teléfono y verifica legibilidad y botones.
  6. Comparte el enlace con 2-3 personas, obsérvalas sin ayudarles, y anota lo que les bloquea.
  7. Añade sus comentarios a tu lista «más tarde» y elige tu primera mejora de v2.
Pista — Si Git te bloquea, pide a la IA el método de despliegue más simple sin línea de comandos (botón Publish o arrastrar y soltar en Netlify). Lo importante esta noche es la URL compartible — el camino Git puede esperar a la v2.

En resumen

  • Desplegar = copiar tu app a un servidor público, accesible mediante una URL.
  • Vercel, Netlify o GitHub Pages alojan gratis una app estática.
  • Vía más simple: el botón «Publish» de tu herramienta o el arrastrar y soltar de Netlify.
  • Vía duradera: Git + Vercel/Netlify = «push to deploy», puesta en línea automática.
  • Pide una guía paso a paso adaptada a tu nivel, un paso a la vez.
  • Verifica en línea: navegación privada, recorrido completo, persistencia, y prueba en el teléfono.
  • Comparte la URL: tres usuarios observados revelan el 80 % de los problemas evidentes.
  • Itera después con tu lista «más tarde», y luego lanza un segundo proyecto más ambicioso.

Quiz — comprueba tu comprensión

1. ¿Cómo alojar tu app gratis?

Varias plataformas publican gratis una app web estática — y las herramientas de navegador suelen tener un botón Publish integrado.

2. ¿Qué hacer una vez la app en línea?

El feedback real es el mejor motor de mejora: tres usuarios observados bastan para detectar lo esencial.

3. ¿Cuál es el método de despliegue sin ninguna línea de comandos?

Netlify acepta una simple carpeta arrastrada y soltada: treinta segundos más tarde, la app tiene una URL pública.

4. ¿Qué significa «push to deploy»?

La plataforma vigila tu repositorio Git: en cada push, reconstruye y republica el sitio sola.

5. La app funciona en local pero muestra un error en línea. ¿Qué haces?

Es un gran clásico (ruta de archivo, mayúscula…). El error exacto más el contexto «local OK, en línea KO» permite una corrección rápida.

Auteur(s)

R

REHOUMA Haythem

Haythem Rehouma est un ingénieur et architecte IA et cloud, formateur et enseignant technique, avec un profil orienté IA médicale, AWS, MLOps, LLM/RAG et vision par ordinateur.