1. Identifica qué produjo realmente la IA
Antes de comprar hosting, identifica el runtime y las dependencias. Pide al asistente de programación que enumere el tipo de proyecto, punto de entrada, base de datos, servicios en segundo plano, variables de entorno y comando de compilación. No elijas un VPS solo porque ChatGPT, Claude, Cursor u otra herramienta de IA generó el proyecto.
- HTML/CSS/JavaScript estático: normalmente se despliega como archivos web normales.
- WordPress: usa el flujo gestionado de WordPress/PHP.
- PHP/MySQL: compatible con la pila web normal de GreatHosts cuando encajan sus extensiones y límites.
- Python: está disponible, pero la aplicación debe ajustarse al runtime gestionado disponible.
- NodeJS: GreatHosts CP activo expone instancias NodeJS. Según el plan pueden estar incluidas o pedirse como complemento. La inclusión y el precio actuales se muestran en las tablas de producto y en CP antes de comprar.
2. Empieza con el entorno más pequeño que tenga sentido
El hosting compartido es el punto de partida cuando el proyecto funciona dentro del entorno gestionado y no necesita root. Antes de pasar a VPS, comprueba si la capacidad que falta puede activarse o pedirse en el plan actual. KVM VPS tiene sentido cuando se necesita control de servidor sin restricciones, más aislamiento, recursos sostenidos o comportamiento a nivel de sistema que el entorno gestionado no ofrece.
- El hosting compartido evita administrar el sistema operativo.
- La asignación documentada de CPU compartida empieza aproximadamente en el 5 % de CPU del servidor en planes de entrada; algunos planes ofrecen más.
- NodeJS, Redis, Memcached, Varnish y Supervisor pueden estar incluidos según el plan o pedirse como complementos. Necesitar uno de ellos no significa automáticamente necesitar un VPS.
- KVM VPS ofrece control root y recursos virtuales dedicados.
- Los servidores dedicados son para cargas que realmente necesitan hardware dedicado o recursos sostenidos mucho mayores.
3. Prepara el proyecto para producción
El hosting de producción no debería contener archivos solo de desarrollo ni secretos. Genera la versión de producción localmente cuando corresponda, desactiva debug y mantén las credenciales fuera de archivos servidos públicamente siempre que la arquitectura lo permita.
- Usa solo dependencias de producción.
- No incrustes contraseñas de base de datos, claves API o credenciales de correo en archivos públicos.
- Confirma la raíz web esperada por la aplicación.
- Exporta la base de datos por separado si existe.
- Conserva una copia local conocida como válida antes de la primera carga.
4. Sube el proyecto mediante GreatHosts CP
Para sitios normales, sube los archivos o un ZIP con GreatHosts CP, extráelos y coloca el sitio público en la raíz web del dominio. GreatHosts usa /home/www como ruta base; una raíz típica es /home/www/domain.com.
- Sube o arrastra y suelta el proyecto o archivo.
- Extrae dentro de la raíz del dominio correcta.
- Comprueba que index.html o el archivo de entrada esté en el nivel esperado.
- Evita crear por error una carpeta adicional como /domain.com/project/project-files.
5. Configura base de datos y runtime
Para proyectos PHP/MySQL, crea la base de datos y usuario en GreatHosts CP, importa los datos y actualiza la configuración de la aplicación. El host de base de datos es localhost. Las opciones MySQL verificadas incluyen 5.7, 8.0 y 8.4; PHP está disponible hasta 8.5. Python ofrece versiones 3.x seleccionables, incluida 3.13.
- Elige la versión de runtime requerida por la aplicación, no simplemente la más reciente.
- Usa el proceso de instalación o migraciones de la aplicación cuando exista.
- Prueba codificación y comportamiento sensible a zona horaria después de importar.
- Si el proyecto exige una extensión o daemon no disponible en el entorno gestionado, reevalúa si KVM es el nivel correcto.
6. Configura DNS y HTTPS
Conecta el dominio, confirma que DNS apunta al servicio y activa HTTPS. Let’s Encrypt gratuito está disponible para dominios elegibles pedidos mediante GreatHosts; los certificados de pago son productos anuales aunque el dominio esté registrado por varios años.
- Espera la propagación DNS antes de diagnosticar fallos HTTPS.
- Redirige HTTP a HTTPS solo cuando el certificado sea válido.
- No publiques un hostname de staging o URL temporal como canonical de producción.
7. Valida antes del lanzamiento
Prueba el sitio como visitante real y como usuario autenticado cuando corresponda. Comprueba formularios, correo, cargas, escrituras en base de datos, móvil, 404 y HTTPS. En aplicaciones dinámicas, vigila CPU y logs después del lanzamiento antes de concluir que el plan es insuficiente.
- Haz una prueba desde un navegador limpio.
- Realiza al menos un envío real de formulario.
- Verifica URLs canonical y HTTPS.
- Confirma que hay backups antes de cambios importantes posteriores al lanzamiento.
- Actualiza el plan por carga medida, no por el hecho de que la IA escribiera el código.
Preguntas frecuentes
¿Un sitio generado con IA necesita automáticamente un VPS?
No. Los requisitos proceden de la aplicación generada y de su carga, no de la herramienta que la creó.
¿Puedo pedir a un asistente de IA que elija mi plan GreatHosts?
Sí. Dale requisitos de runtime, base de datos, servicios en segundo plano y tráfico; después compara la respuesta con el selector de hosting y los límites activos de GreatHosts.
¿Qué pasa si la IA generó código Node.js?
Trata Node.js como una capacidad dependiente del servicio. Comprueba la disponibilidad actual del plan. Si la aplicación necesita servicios Node sin restricciones o control del sistema, KVM VPS es una arquitectura más clara.