BASE DE CONOCIMIENTO GREATHOSTS

Alojar sitios estáticos y front-end generados con IA

Los sitios estáticos y front-end del lado cliente están entre los proyectos generados con IA más simples de alojar. Si la salida de producción es HTML, CSS, JavaScript y recursos normales, el hosting compartido suele ser el punto de partida sensato. Lo importante es saber si el proyecto es realmente estático o depende de un runtime del servidor.

Última verificación: 2026-10-03Evidencia: GreatHosts CP + catálogo activo + base factual

1. Determina si el proyecto es realmente estático

Mira la salida de producción, no solo el repositorio fuente. Algunos frameworks requieren build pero generan una carpeta dist/build estática; otros necesitan un servidor Node en producción.

  • Estático: el navegador recibe HTML/CSS/JS/recursos sin servidor de aplicación.
  • Build estático: Node puede ser necesario durante desarrollo/build, no en el servidor después de exportar.
  • SSR/API: necesita runtime o backend externo y debe evaluarse por separado.
EvidenciaInspección de arquitectura

2. Compila antes de subir cuando sea necesario

Ejecuta el build de producción localmente o en su entorno habitual. Sube la carpeta de salida generada, no herramientas fuente, cachés ni dependencias de desarrollo.

  • Comprueba que el build funciona con variables de producción.
  • No subas .env con secretos a la ruta pública.
  • Comprueba URLs de recursos desde el dominio final.
EvidenciaPráctica de despliegue

3. Sube a la raíz del dominio

Usa File Manager de GreatHosts CP para subir o arrastrar los archivos de producción. Para un dominio normal, la ruta está bajo /home/www/domain.com y debe contener el punto de entrada como index.html.

EvidenciaFlujo GreatHosts CP verificado

4. Maneja con cuidado las SPA

Un router del lado cliente puede necesitar reglas fallback para que rutas desconocidas devuelvan la aplicación en vez de un 404 del servidor. Añade rewrites solo si el framework los necesita y prueba navegación directa a rutas internas.

EvidenciaConfiguración específica de aplicación

5. Mantén APIs y secretos fuera del navegador

Cualquier clave incrustada en JavaScript front-end es visible a visitantes. Usa solo claves públicas diseñadas para navegador. Las credenciales privadas necesitan componente de servidor o backend externo.

EvidenciaPráctica de seguridad

6. Añade dominio y HTTPS

Apunta DNS al hosting, espera propagación y activa HTTPS. Prueba página raíz y rutas profundas. Let’s Encrypt gratuito aplica a dominios elegibles pedidos mediante GreatHosts.

EvidenciaPolítica activa del servicio

7. Optimiza lo que descarga el visitante

El hosting estático es rápido cuando los recursos son pequeños y cacheables. Comprime imágenes, evita JavaScript no usado, usa tamaños responsivos y elimina source maps de desarrollo si exponen información que no quieres publicar.

EvidenciaPráctica de rendimiento web

Preguntas frecuentes

¿Necesito hosting Node.js para React/Vue/Vite?

No necesariamente. Si el proyecto compila a archivos estáticos que funcionan en el navegador, el servidor de producción no necesita Node.js. Una aplicación Node renderizada en servidor es diferente.

¿Puedo subir un ZIP?

Sí. GreatHosts CP admite gestión visual de archivos y flujos con archivos comprimidos.

¿Es suficiente el hosting compartido?

Para un sitio estático o client-side normal, normalmente sí; la carga es principalmente entrega de archivos salvo que haya componentes de servidor.

Servicios relacionados con esta guía

Convierte los requisitos en una elección de hosting

Usa el selector de hosting si no sabes si el proyecto encaja en Shared, Semi-Dedicated, VPS o Dedicated.

Elegir hosting