La inteligencia artificial puede armarte una página o una aplicación en horas. Eso no significa que tu negocio ya esté en Internet de forma segura, estable y lista para clientes reales.
Desplegar es el paso en el que el proyecto deja tu computador (o el preview del asistente) y pasa a una dirección pública, con HTTPS, dominio propio y —si aplica— base de datos, pagos o login. Ahí es donde muchos proyectos “hechos con IA” fallan: no por falta de diseño, sino por secretos mal puestos, entornos mezclados o seguridad que solo existe en la interfaz.
Esta guía está pensada para dueños de negocio y equipos no técnicos que quieren publicar con criterio. Los mismos puntos se traducen, al final, en tres paquetes de auditoría y despliegue para apps con IA: revisión rápida, checklist de producción o manos en el hosting.
Por qué “funciona en local” no es “está en Internet”
En tu máquina todo parece perfecto: el login abre, el formulario envía, la base de datos responde. En producción cambia el escenario:
- La app corre en servidores compartidos o “funciones” con límites de tiempo.
- Las claves de API no pueden ir dentro del código que ve el navegador.
- Las URLs de prueba (previews) a menudo son públicas por defecto.
- Un error de configuración puede dejar datos de clientes expuestos o facturas de APIs disparadas.
La IA suele optimizar para que “se vea bien y corra”. Tu negocio necesita que resista visitas reales, errores y mala intención.
Qué necesitas antes de desplegar
Antes de pulsar “Deploy”, ten claros estos bloques:
1. Dominio
El nombre que verán tus clientes (tudominio.com). Compra o transfiere el dominio y prepárate a apuntar DNS hacia tu hosting. HTTPS (candado) lo suele emitir automáticamente la plataforma; no necesitas comprar un certificado aparte en la mayoría de casos.
2. Hosting adecuado al tipo de producto
No es lo mismo una landing o sitio estático que una aplicación con base de datos, autenticación o pagos. Elige la plataforma según lo que realmente construiste, no según el tutorial que generó el chat.
3. Repositorio y control de versiones
Git (GitHub, GitLab, etc.) no es un detalle técnico: es tu respaldo, tu historial y la forma estándar de conectar el código con el hosting. Sin repo, cada “arreglo” de la IA se vuelve un laberinto.
4. Variables de entorno
Son claves y configuraciones que no van en el código. Se cargan en el panel del hosting (Production, Preview, Development). Si cambias una variable, casi siempre debes volver a desplegar para que el cambio aplique.
5. Cuenta y límites del plan
Planes gratuitos tienen techos de ancho de banda, minutos de build y tiempo de funciones. Una app con IA (llamadas a modelos, jobs largos) puede chocar con esos límites sin que el código “esté mal”.
Elegir plataforma según lo que construiste
| Tipo de producto | Enfoque habitual | Cuidado típico |
|---|---|---|
| Sitio / landing estática | Hosting de sitios estáticos o Jamstack | Dominio, redirects HTTPS, formularios |
| App con framework moderno | Plataformas tipo Vercel / Netlify / similares | Variables por entorno, previews, edge vs Node |
| App con backend propio | VPS o PaaS con servidor | Actualizaciones, backups, firewall |
| Base de datos + auth (p. ej. Supabase) | Backend como servicio + frontend | RLS, claves anon vs service role |
Regla práctica: si la IA te generó un frontend bonito y un backend “mágico”, pregunta: ¿dónde viven los secretos? ¿quién autentica las rutas? ¿quién protege las tablas?
Cuidados críticos en proyectos asistidos por IA
Estos son los puntos donde más se rompe (o se filtra) un proyecto generado o “vibe-coded”.
Secretos en el código o en el navegador
Las claves de OpenAI, Stripe, bases de datos o “service role” no deben aparecer en archivos del repo ni en el JavaScript que descarga el usuario.
En muchos stacks, prefijos como VITE_ o NEXT_PUBLIC_ exponen esa variable al cliente a propósito. Si la IA pone ahí una clave privilegiada, cualquiera puede leerla. Si ya se filtró: rota la clave de inmediato y asume que está comprometida.
Previews públicos y datos de prueba
Los deploys de preview suelen ser accesibles con un enlace. Si apuntan a la misma base de producción, un link compartido puede tocar datos reales. Separa Preview de Production: bases distintas, claves distintas, y protección de preview cuando sea posible.
Login que “parece” seguro
Una pantalla de login no protege nada si las rutas o la API no verifican la sesión en el servidor. Igual con bases tipo Supabase: sin Row Level Security (RLS) bien configurado, las reglas del frontend son cosméticas.
CORS abierto y headers ausentes
Cuando la IA “arregla” un error de CORS con Access-Control-Allow-Origin: *, está abriendo la puerta a cualquier origen. Los headers de seguridad (CSP, frame options, etc.) casi nunca vienen por defecto: hay que configurarlos en la plataforma.
Entornos mezclados
OAuth, webhooks de pago y correos deben apuntar a la URL correcta en producción. Un webhook de Stripe apuntando al preview equivocado es un clásico. Tras cambiar variables: redeploy y prueba en el dominio final.
Límites de tiempo en edge / serverless
Código que asume un servidor Node “siempre encendido” puede fallar en funciones con timeouts cortos (pocos segundos). Las llamadas largas a modelos de IA suelen necesitar streaming o un backend con más margen — no solo “más reintentos” en el chat.
Checklist antes de publicar
Usa esta lista como puerta de salida a producción:
- Dominio apuntando y HTTPS activo en la URL final.
- Ningún secreto en el repositorio; búsqueda de
API_KEY,SECRET,service_role,sk-en el código. - Variables de entorno cargadas en Production (y Preview solo con datos de prueba).
- Redeploy después de configurar variables.
- Auth y permisos verificados en el servidor / base de datos, no solo en la UI.
- Formularios, pagos y correos probados en el dominio real.
- Backup o plan de rollback (revertir un deploy) conocido.
- Quién tiene acceso al panel de hosting y a las claves — y quién no.
Esa lista no es teoría: es el mismo criterio que aplicamos línea por línea en Auditoría + checklist.
Cómo te acompañamos
Desplegar no es un botón: es un proceso de negocio. La IA acelera el primer borrón; tu reputación y tus datos dependen de cómo lo llevas a Internet.
En Vayolet Web Design el trabajo se agrupa en tres niveles — precios fijos en dólares más IVA, pensados para quien ya construyó con un asistente y quiere publicar sin sorpresas.
| Paquete | Para quién | Qué cubre | Inversión |
|---|---|---|---|
| Revisión rápida | Pre-lanzamiento, entrega en 2–3 días | Secretos expuestos, variables de entorno, CORS, auth / RLS básica e informe priorizado | USD 200 + IVA |
| Auditoría + checklist | Salida a producción con informe | Los 8 puntos de arriba, más acompañamiento en los hallazgos críticos | USD 550 + IVA |
| Acompañamiento despliegue | Cuando quieres manos en el deploy | Dominio, DNS, hosting, variables en producción, redeploy y pruebas en la URL final | A cotizar |
La revisión rápida es la puerta de entrada: corta, acotada, y casi siempre destapa algo urgente antes de publicar. La auditoría es el hardening de verdad — el checklist aplicado, no una ojeada. El acompañamiento es hands-on: configuramos o supervisamos el despliegue real.
Detalle de cada paquete: Auditoría · Apps con IA. Si ya sabes qué necesitas — o publicaste y quieres dormir tranquilo — escríbenos.