Español
English
Català
FrançaisBolt.new ya ofrece publicación desde su propio entorno y también documenta opciones con GitHub y Netlify. Si Bolt Cloud cubre lo que necesita tu aplicación, no hace falta moverla. Si el motivo es el coste, compara los planes actuales de Bolt Cloud con el precio y los límites del destino, e incluye base de datos, autenticación y almacenamiento en el cálculo. Esta guía sirve cuando necesitas ejecutar el código en otra infraestructura, administrar el despliegue desde tu equipo o separar el alojamiento de los servicios que creó Bolt.
Si todavía estás decidiendo dónde publicar una web creada con IA, empieza por identificar qué necesita ejecutar el proyecto. Si tu proyecto ya está en un ordenador y aún no tiene una URL pública, sigue primero la guía de localhost a Internet.
1. Asegura el código y el último cambio
Conecta el proyecto a GitHub o confirma que el repositorio sincronizado contiene los cambios recientes. La documentación de GitHub de Bolt explica cómo mantener el código en un repositorio y publicarlo con otro servicio. Comprueba la rama activa, el último commit y que la sincronización haya terminado. No confundas una copia descargada con una copia de seguridad de los datos de producción.
Antes de cambiar el destino, deja un commit identificable y una copia recuperable de los datos. No subas .env, claves privadas ni credenciales al repositorio. Conserva el despliegue que funciona hasta probar la nueva versión.
2. Comprueba qué debe ejecutar el destino
Revisa package.json, los comandos de compilación e inicio, los archivos de configuración y las rutas de la aplicación. Ejecuta el build en local o en el entorno de destino y confirma qué carpeta genera (dist, build u otra). Una carpeta de salida estática puede servir para un frontend; no ejecutará por sí sola una API, tareas persistentes ni funciones de servidor.
Bolt puede alojar proyectos y conectar GitHub con servicios externos. La documentación de hosting y de publicación con Netlify describe esas opciones. Si usas rutas de servidor o funciones de Bolt Cloud, identifica una alternativa compatible antes de cambiar DNS.
3. Migra las dependencias que no están en Git
El repositorio no traslada automáticamente las bases de datos, usuarios, ficheros, secretos ni el correo. Bolt Cloud puede incluir bases de datos, almacenamiento de archivos, autenticación y funciones de servidor. Si el proyecto usa Supabase, revisa su conexión y las instrucciones de integración; una base de datos externa también requiere su propio plan de migración.
Anota cada variable que usa el backend, las URL de retorno del login, los dominios permitidos y las integraciones. Migra datos con herramientas compatibles con el motor de origen y de destino; comprueba esquema, permisos, extensiones y archivos con una copia de prueba. No ejecutes restauraciones destructivas sobre la base activa. Las claves privadas deben vivir en variables seguras del nuevo entorno, nunca en código que se envía al navegador.
4. Elige el destino por sus requisitos
Hostbrid Projects puede ejecutar proyectos desde Git y servicios Docker dentro de los límites del plan. Dev está pensado para sitios estáticos; los servicios persistentes requieren un plan de pago. Antes de contratar, revisa los planes y sus límites y confirma runtime, memoria, almacenamiento, puertos y procesos que necesitas.
Si necesitas acceso root, administrar el sistema operativo o ejecutar servicios fuera de Projects, valora un VPS, que tendrás que mantener. Para WordPress y otros servicios PHP gestionados, consulta Sites. No elijas un VPS solo porque Bolt haya generado un proyecto JavaScript.
5. Prueba la versión nueva antes de cambiar el dominio
Publica primero en una URL temporal. Comprueba rutas directas, formularios, lectura y escritura de datos, subida de archivos, inicio y recuperación de sesión, callbacks y correos. Verifica que el frontend llama a la API nueva y que ningún secreto aparece en el navegador. Si la app depende de Node o Docker, sigue también el checklist de puerto y salud del servicio.
Cambia DNS solo después de validar esas pruebas y HTTPS en el destino. Conserva una forma clara de volver al servicio anterior. Para una base PostgreSQL, nuestra guía de migración y comprobación de datos cubre el caso de mover registros entre bases compatibles.
Si no tienes claro si tu app es estática o depende de Bolt Cloud, cuéntanos el framework y las piezas que utiliza; no envíes contraseñas ni claves. Mover el código no garantiza una factura menor ni traslada automáticamente todos los servicios asociados.