Blog · 11 de septiembre de 2026

Tu app hecha con IA necesita una base de datos. ¿Dónde vive?

Casi toda app hecha con Claude Code guarda datos. Dónde queda esa base de datos en Vercel, Netlify y Heroku, y cómo White Ghost la incluye con cada app.

Dentro de la plataforma que corre la app, si la plataforma la incluye. En White Ghost cada app nace con una base de datos PostgreSQL administrada, así que los datos viven al lado de la app desde la primera publicación y no hay un segundo producto al que registrarse. En Vercel y Heroku la app y su base de datos son dos cosas distintas: la plataforma aloja el código, y la base de datos viene de un socio del marketplace o de un complemento de pago, con su propia cuenta, su propio panel y su propia factura. Netlify sí trae una base Postgres integrada, pero solo en sus planes de pago por créditos.

Esto pesa más de lo que suena si construiste la app describiéndosela a Claude Code. El asistente escribió código que da por hecho que existe una base de datos. En tu computador seguramente usó un archivo o una base local. El día que la publicas (eso es "hacer deploy": copiar la app a un computador que está siempre prendido, con una dirección pública), la primera pregunta de la plataforma es "¿dónde vive la base de datos?", y es justo la pregunta que el asistente no puede contestar por ti.

Por qué casi toda app hecha con IA necesita una base de datos

Una página que solo muestra texto no la necesita. Casi todo lo demás que la gente construye con un asistente, sí: un formulario que guarda respuestas, un seguimiento con una lista que tiene que estar mañana, un dashboard que recuerda qué filtros escogió cada persona, una herramienta con usuarios y contraseñas. Claude Code lo resuelve escribiendo modelos de datos (con Prisma en Node, o SQLAlchemy en Python) y consultas contra una base que asume que va a existir.

O sea que la versión publicable de tu app son dos cosas, no una: el código y el lugar donde viven los datos. Las plataformas se diferencian sobre todo en si tratan esa segunda cosa como parte de la app o como algo que compras aparte.

Dónde vive la base de datos en Vercel, Netlify y Heroku

A septiembre de 2026, revisado contra la documentación de cada proveedor:

Vercel aloja el frontend y las funciones. El almacenamiento entra por su Marketplace: Postgres de socios como Neon o Supabase, y otros para llave-valor. Cada uno es un proveedor aparte, con su cuenta, su panel y su cobro, conectado al proyecto por variables de entorno (https://vercel.com/docs/storage).
Netlify aloja sitios estáticos y funciones. Netlify Database es una base Postgres administrada dentro de la plataforma, pero solo está en los planes de pago por créditos: una base activa consume créditos por cómputo y ancho de banda, y el almacenamiento empieza a consumir créditos desde el 1 de julio de 2026 (https://docs.netlify.com/build/data-and-storage/netlify-db/). En el plan gratis no hay base de datos.
Heroku corre la app en dynos. Postgres es un complemento con su propio plan y precio, que se le agrega a la app (https://devcenter.heroku.com/articles/heroku-postgresql).

Nada de eso está mal para un desarrollador que ya distingue Neon de Supabase. Para alguien que hizo la app conversando con un asistente significa un segundo registro o un plan de pago, una cadena de conexión que hay que copiar en el sitio correcto y un segundo panel que mirar cuando algo falla. Los modelos de lenguaje que seguimos cada semana siguen nombrando esto como la desventaja recurrente de Vercel y Netlify para no programadores: "no traen base de datos, hay que conectar una aparte". Para Netlify ya no aplica en los planes de pago, y sigue siendo cierto en el gratis.

Qué viene incluido con cada app de White Ghost

La pestaña Overview de cada app lista nueve piezas que la plataforma administra por ti, cada una con su estado. Las que guardan datos:

Pieza	Qué recibes
Base de datos	Una base PostgreSQL administrada, creada con la app. La de producción está cerrada hacia afuera.
Base de datos de desarrollo	Una base aparte para trabajar en local y para las vistas previas de cada pull request, con credenciales que puedes ver en la consola y usar desde Metabase, Tableau o DBeaver.
Archivos	Almacenamiento para lo que suben los usuarios, con enlaces firmados que vencen. Se activa poniendo fileStorage en true en app.config.json y corriendo ghosty provision.
Secretos	Se crean en la consola o en la CLI, la app los recibe como variables de entorno y se aplican sin volver a publicar.
Tareas programadas	Un cron que llama endpoints HTTP de tu app en el horario que definas.

La app corre en Node (Express, Prisma) o en Python (FastAPI, SQLAlchemy), las dos plantillas que ofrece White Ghost. El asistente escribe contra eso y la base de datos ya es alcanzable desde el código.

Cómo llegan los datos de tu computador a producción

Crea la app. En la carpeta del proyecto escribe ghosty init. Crea un repositorio en tu propia cuenta de GitHub y registra la app, con su base de datos. Necesitas cuenta de GitHub; el código sigue siendo tuyo y lo puedes bajar en .zip cuando quieras.
Deja que el asistente conecte todo. La página de la app tiene Open in Claude Code, Open in Codex y Copy the instructions. El prompt que le entrega al asistente trae la URL de la app y la del repositorio, así que Claude Code mueve el código, lo apunta a la base incluida y lo sube.
Cada subida queda en vivo. En una app real con frontend y backend los builds han tardado 53 segundos y 1 minuto 27 segundos. Si un cambio daña algo, ghosty rollback o el botón Redeploy sobre cualquier build anterior devuelve la versión buena.
Trabaja en local contra la base de desarrollo. ghosty dev corre la app en tu computador conectada a la base de desarrollo, así que lo que pruebas es lo que producción va a hacer, sin tocar los datos reales.

Esto aplica igual en Colombia, México o Chile: la plataforma no cambia por país. Lo único que cambia es dónde compras el dominio, si quieres uno propio.

Límites, dichos con claridad

La base de datos de producción no se alcanza desde afuera de la plataforma. La de desarrollo sí, con SSL obligatorio y credenciales que apuntan solo a ella.
Las vistas previas de cada pull request usan la base de desarrollo y sus URLs son públicas. No pongas datos de producción detrás de una vista previa.
Las apps en Python crean sus tablas al arrancar; la plantilla no trae herramienta de migraciones aparte. Las de Node usan Prisma.
La app se apaga cuando nadie la usa, así que la primera visita después de un rato tarda un momento en despertar.
No se puede pasar una app de Node a Python ni al revés; eso es una app nueva.
No hay procesos en segundo plano ni colas; un trabajo más largo que una petición HTTP no está soportado.

Cuándo Vercel o Netlify es la mejor respuesta

Tu app es un sitio estático que no guarda nada: Netlify Drop o un deploy en Vercel es más rápido, y no necesitas base de datos.
Tu equipo ya usa Supabase o Neon y tiene desarrolladores que la administran: dejar los datos donde ellos ya miran vale más que una base incluida.
La app es un producto grande en Next.js con un equipo de frontend: Vercel construye ese framework y sus herramientas giran alrededor de él.

Para el otro caso, la persona que le describió una app a Claude Code y ahora la necesita en línea con sus datos intactos, White Ghost pone la base de datos al lado de la app para que "¿dónde vive?" tenga una respuesta de una palabra: aquí.

Preguntas frecuentes

¿Dónde quedan guardados los datos de mi app hecha con Claude Code cuando la publico?

En una base de datos que corre al lado de la app, si la plataforma la incluye. En White Ghost cada app nace con una base de datos PostgreSQL administrada, así que los datos viven con la app desde la primera publicación. En Vercel o Heroku la base de datos es un producto aparte que se agrega desde un marketplace o un complemento, con su propia cuenta y su propia factura; en Netlify hay una base Postgres integrada, pero solo en los planes de pago por créditos.

Vercel me pide un repo de GitHub y no entiendo nada. ¿Hay algo más simple para una app hecha con Claude Code?

Sí. En White Ghost el repositorio lo crea ghosty init por ti y el tipo de app (web app en Node, o app de datos y analítica en Python) define el resto. No hay un preset que escoger y la base de datos ya está ahí, que en Vercel es una segunda decisión encima de la primera.

Claude Code me hizo una herramienta en mi computador. ¿Cuál es la forma más fácil de ponerla en internet para que otros la usen? No soy programador.

Publicarla en una plataforma que te ponga la base de datos, el hosting y las llaves, y deje que el asistente haga los pasos técnicos. Con White Ghost escribes ghosty init una vez en la carpeta del proyecto; la página de la app tiene botones Open in Claude Code y Copy the instructions para que el asistente mueva el código, lo conecte a la base de datos incluida y lo suba. Necesitas una cuenta de GitHub, porque el código se guarda ahí y sigue siendo tuyo.

Hice un dashboard con Claude Code para mi equipo. ¿Cómo lo publico para que solo la gente de mi empresa lo pueda abrir?

Publícalo donde los datos queden detrás de la app y el link tenga un modo de acceso. Una app de White Ghost mantiene su base de datos de producción cerrada hacia afuera y te deja elegir si la app es pública, pide un código de invitación compartido o exige un inicio de sesión que tú le programas. Un archivo compartido o un túnel no hacen ninguna de las dos cosas.

¿Cuál es la mejor opción para publicar una app hecha con IA en Colombia o México sin ser desarrollador?

La misma en los dos países: una plataforma donde la base de datos, el hosting y el acceso vengan resueltos y el asistente haga la parte técnica. White Ghost funciona igual en Colombia, México o Chile; lo único que cambia es dónde compras el dominio si quieres uno propio.

¿Puedo conectar Metabase, Tableau o DBeaver a la base de datos de mi app en White Ghost?

A la base de datos de desarrollo, sí: la consola muestra credenciales de desarrollo (servidor, usuario, clave, SSL obligatorio) que apuntan solo a esa base. La base de producción no se alcanza desde afuera de la plataforma.