Cómo desplegar la app que te hizo la IA en un hosting real
La IA te da una carpeta de archivos y ahí se acaba la magia. Te enseño a subir tu app a internet con una URL real, sin ser programador.
Le pides a la IA que te haga una aplicación, la IA te la hace, y en tu ordenador funciona. Perfecto.
Y entonces se lo quieres enseñar a alguien.
Ahí es donde se acaba la magia. Porque lo que tienes no es una aplicación, es una carpeta con archivos. Y una carpeta con archivos no se enseña, no se comparte y no se usa desde el móvil. Necesita estar en algún sitio de internet con una dirección a la que cualquiera pueda entrar.
Esa parte no te la cuenta nadie. Los vídeos de "monta una app en diez minutos con IA" terminan justo antes de este momento, que casualmente es el momento en el que la gente abandona.
Vamos a resolverlo.
Primero: ¿qué te ha dado exactamente la IA?
Antes de subir nada tienes que saber qué tienes. Y solo hay dos posibilidades.
Una app estática. Archivos HTML, CSS y JavaScript. Todo lo que hace ocurre en el navegador de quien la abre. Una calculadora, una landing, un generador de presupuestos, un contador de hábitos que guarda en el propio navegador. Si tu carpeta tiene un index.html y poco más, es esto.
Una app con servidor. Tiene una parte que se ejecuta en un ordenador que no es el del visitante: base de datos, usuarios con contraseña, envío de correos, llamadas a una IA desde dentro. Si en la carpeta hay una carpeta server, o un archivo package.json con un comando start, o te ha pedido una clave de API en un archivo .env, es esto.
La diferencia importa porque cambia dónde la subes y cuánto te cuesta. Y si no sabes cuál tienes, pregúntaselo a la propia IA que te la hizo: "dime si esta aplicación es estática o necesita un servidor para funcionar, y por qué". Te lo explica en dos líneas.
¿Dónde subo la app que me ha generado la IA?
Depende de lo que tengas, y aquí van las tres opciones que uso yo.
Si es estática, Netlify. Arrastras la carpeta a la web, te da una dirección en treinta segundos y es gratis para siempre en el uso normal. Cero configuración, cero tarjeta de crédito. Es lo que le digo a todo el mundo que pruebe primero, y tengo el proceso completo con dominio propio explicado en cómo publicar tu app con tu propio dominio.
Si necesita servidor y no quieres complicarte, Hostinger. Tienen planes que ya vienen con Node.js preparado, panel gráfico y soporte que responde en español. Es la opción de "pago tres euros al mes y que alguien más se encargue de mantener el servidor".
Y si quieres control total, un servidor propio en cualquier proveedor de nube. Es lo que uso para mis proyectos serios, pero no es por donde deberías empezar. Ahí ya tienes que entender de puertos, procesos y certificados, y eso es un post entero.
Para este tutorial voy con Hostinger, porque es el caso que más se atasca: la app con servidor. Lo estático es tan fácil que casi no hace falta explicarlo.
Paso 1: prepara la carpeta antes de tocar el hosting
No subas la carpeta tal cual te la dio la IA. Hay basura dentro.
Borra la carpeta node_modules si existe. Ocupa cientos de megas y se regenera sola en el servidor. Subirla es tirar media hora de tu vida esperando a que termine.
Comprueba que no haya claves dentro del código. Si en algún archivo ves una línea con tu clave de OpenAI, de Anthropic o de lo que sea, escrita a pelo, sácala de ahí. Va en un archivo .env que se configura aparte. Esto no es un capricho de programador: si esa clave acaba en internet, te la usa un bot y te llega la factura.
Pídele a la IA que lo revise: "revisa este proyecto y dime si hay alguna clave o contraseña escrita directamente en el código en vez de en variables de entorno". Te hace la auditoría sola.
Y asegúrate de que existe un package.json con un script start. Si no está, la IA te lo escribe pidiéndoselo. Ese script es literalmente cómo el servidor sabe arrancar tu aplicación.
Paso 2: sube los archivos
En el panel de Hostinger entras en tu plan, buscas el gestor de archivos y navegas hasta la carpeta pública, que normalmente se llama public_html o domains/tudominio/public_html.
Comprime tu carpeta en un zip. Súbelo. Y descomprímelo ahí mismo desde el propio gestor, que tiene la opción. Subir carpeta a carpeta con FTP funciona, pero tarda diez veces más y se corta a la mitad.
Cuando termine deberías ver tus archivos en el listado. Si ves una carpeta con el nombre de tu zip y dentro tus archivos, sácalos un nivel arriba. Ese error de anidamiento es el más común de todos y provoca que luego no cargue nada.
Paso 3: configura Node y las variables
En el panel hay una sección de aplicaciones Node.js. Creas una nueva.
Te pide tres cosas: la carpeta raíz de la aplicación (la que acabas de subir), el archivo de arranque (normalmente index.js, server.js o app.js, mira cuál tienes) y la versión de Node. Coge la versión estable más reciente que te ofrezcan.
En esa misma pantalla hay un apartado de variables de entorno. Ahí metes, una por una, las claves que tu aplicación necesita. Nombre a la izquierda, valor a la derecha. Estas son las que sacaste del código en el paso 1.
Le das a crear y luego a "ejecutar npm install". Eso reconstruye la carpeta node_modules que borraste, pero en el servidor y con las versiones correctas. Tarda un par de minutos.
Y arrancas. Si todo va bien, entras en tu dominio y ahí está tu aplicación.
Paso 4: el dominio y el candado
Si has comprado el dominio en el mismo sitio, no tienes que hacer nada: ya apunta solo.
Si lo tienes en otro proveedor, entras donde lo compraste, buscas la zona DNS y cambias dos registros: un registro A que apunte a la dirección IP que te da el hosting, y un CNAME para el www. Los cambios tardan entre diez minutos y unas horas en propagarse. No, no está roto, solo está tardando.
El certificado de seguridad, el que pone el candadito y hace que la dirección sea https, se activa desde el panel con un botón. En Hostinger está en la sección de seguridad y en Netlify se pone solo. Actívalo siempre, aunque sea un proyecto tonto: sin él, el navegador le va a decir a tus visitantes que tu web no es segura.
Lo que se te va a atascar
Pantalla en blanco. Casi siempre es el anidamiento de carpetas del paso 2, o que el archivo de arranque no es el que has puesto. Mira el listado de archivos y compruébalo.
"Application error" o error 503. La aplicación no arranca. Ve a los registros de la aplicación en el panel, copia el error entero y pégaselo a la IA tal cual: "esto es lo que sale al desplegar mi app, dime qué falla". Los mensajes de error son horribles de leer para un humano y triviales para una IA.
Funciona en local pero no en el servidor. El sospechoso número uno son las variables de entorno que no configuraste. El número dos es que tu aplicación intenta escribir en un archivo local y el servidor no le deja. El número tres es la versión de Node.
Se cae sola a las horas. Necesitas un gestor de procesos que la reinicie. Los planes preparados para Node lo llevan de serie, pero si te pasa, búscalo en el panel y actívalo.
Y un aviso: si tu app usa una API de pago, ponle límite de gasto desde el primer día. La primera vez que algo tuyo está en internet abierto es la primera vez que descubres que existen bots que se pasean por todo lo que se publica.
Y ahora qué
Ya tienes una dirección que puedes mandar por WhatsApp. Eso cambia el proyecto de categoría: deja de ser un experimento en tu carpeta y pasa a ser algo que existe.
Lo siguiente es aburrido pero importante: haz una copia de seguridad de la carpeta en tu ordenador, apunta en algún sitio las variables de entorno que configuraste, y anota qué versión de Node usaste. Dentro de seis meses, cuando quieras tocar algo, no te vas a acordar de nada de esto.
A partir de aquí ya es iterar. Cambias algo en local, lo pruebas, lo vuelves a subir. Y con dos o tres despliegues encima dejas de tenerle respeto al proceso, que es de lo que iba todo esto. Si quieres el panorama completo de por dónde empezar a construir cosas sin saber programar, lo tengo recogido en la guía de crear apps sin programar, y si lo que buscas es comparar dónde alojarla según lo que necesites, ahí va el repaso a los mejores hosting para apps sin código.
Algunos enlaces de este artículo son de afiliado: si contratas la herramienta, me llevo una comisión sin que a ti te cueste más.
Si quieres el proceso entero, desde la primera línea hasta la app publicada y funcionando con tu dominio, lo enseño paso a paso en mi formación.
Sigue leyendo
Cómo conectar tu web con una base de datos con Claude Code
El momento en que tu web deja de ser un folleto y empieza a guardar cosas de verdad. Paso a paso, sin saber programar y sin liarla.
Claude Code vs Codex: dos agentes en la misma terminal
Los dos viven en la terminal y trabajan solos. Les pedí la misma tarea real y así se comportaron. Comparativa con precios y veredicto.
Claude Code vs Windsurf: cuál va mejor en proyectos largos
Windsurf es cómodo el primer día. Claude Code aguanta la semana cuatro. Comparativa real de los dos con precios, límites y veredicto.
Claude Code vs Lovable para hacer tu web: rapidez o mantenimiento
Le pedí la misma web a Claude Code y a Lovable. Uno tarda menos y el otro te deja algo que puedes mantener durante años. Cuál elegir.