Publica tu build de Vite o React desde la carpeta dist

Una build de front-end moderna es, por diseño, una carpeta de archivos estáticos, ese es todo el propósito del paso de build. Vite, Create React App, Vue CLI, el adaptador estático de SvelteKit y Astro emiten un index.html más bundles de JS/CSS con fingerprints y tus assets. No se necesita ningún servidor para servirlos; solo necesitas un lugar donde poner los archivos. Comprimir esa carpeta y subirla aquí es el camino más corto desde npm run build hasta una URL pública, sin CI, sin configuración de despliegue y nada que instalar.

Distintas herramientas nombran la carpeta de salida de forma diferente: Vite escribe dist/, Create React App escribe build/, una exportación estática de Next o Nuxt escribe out/, Jekyll y 11ty escriben _site/ y public/. No tienes que recordar cuál, si tu ZIP contiene una de esas carpetas (o una carpeta envolvente al comprimir desde el escritorio), detectamos la raíz web real y servimos desde ella. Comprime la salida de la build en lugar de tu código fuente; subir un proyecto sin build no renderizará, y te avisaremos si no encontramos un index.html.

Las aplicaciones de página única enrutan en el navegador: /dashboard y /settings son manejadas por React Router o Vue Router, no por archivos HTML separados. Eso significa que un visitante que abre un enlace profundo directamente, o recarga en una página interna, necesita que el servidor devuelva index.html para que su router tome el control. Activa el modo de aplicación de página única y eso es exactamente lo que ocurre: las rutas desconocidas hacen fallback a index.html con un 200, así que las recargas y los enlaces profundos compartidos funcionan en lugar de devolver un 404. Déjalo desactivado para un sitio multipágina normal y las rutas desconocidas devuelven un 404 real (o tu propio 404.html).

Las buenas herramientas de build ponen fingerprint en tus bundles, app.4f3a9c2b.js, precisamente para que puedan cachearse para siempre. Respetamos eso: los assets con hash de contenido se sirven con un caché inmutable de un año, así que las visitas repetidas son instantáneas, mientras que tu index.html se sirve sin caché para que una nueva subida se muestre de inmediato. Obtienes el rendimiento del cacheo agresivo sin la trampa clásica de un archivo HTML obsoleto apuntando a bundles que ya no existen. Publica una nueva build subiendo un nuevo ZIP; la URL permanece igual y los visitantes obtienen la nueva versión en su próxima carga.

Una build publicada en una URL aleatoria está bien para una vista previa, pero una app real quiere una dirección real. Con Pro, conecta tu dominio o subdominio y aprovisionamos HTTPS automáticamente, sin configuración de certificados, sin renovaciones. Eso convierte esto en un hogar legítimo para un front-end de producción pequeño: una herramienta interna, un sitio de marketing, una app de documentación, un entregable para un cliente. Todo lo que el navegador necesita para ejecutar tu app se sirve correctamente; simplemente no hay backend, que es el límite honesto del alojamiento estático.

Esto sirve tus archivos estáticos compilados y nada más: sin renderizado en el servidor por solicitud, sin rutas de API, sin base de datos. Si tu app llama a una API externa desde el navegador a través de HTTPS, eso sigue funcionando. Si depende de código de servidor, componentes de servidor de Next.js renderizados por solicitud, endpoints de SvelteKit, secretos de entorno leídos en el servidor, necesitas una plataforma que ejecute ese servidor, y debes exportar una build completamente estática o alojar en otro lugar. Dicho claramente: trae tu salida compilada y obtendrás un alojamiento estático rápido; trae una app que depende del servidor y el alojamiento estático es la herramienta equivocada.