Actualizado el 6 oct 2026

## ¿Cómo despliego una build de Vite o React sin servidor?

Para publicar una build de Vite o React, ejecuta npm run build, comprime la carpeta de salida (dist/, build/ o out/) y súbela en el cargador de arriba. La descomprimimos, encontramos tu index.html y servimos cada archivo con el tipo de contenido correcto en una URL limpia, assets con hash cacheados agresivamente, rutas del lado del cliente funcionando, dominio propio y SSL con Pro, sin CI y sin configuración de despliegue.

### Tu build ya es un sitio estático

Una build de front-end moderna es por diseño una carpeta de archivos estáticos. Vite, Create React App, Vue CLI, el adaptador estático de SvelteKit y Astro emiten un index.html más bundles con fingerprint. Comprimir esa carpeta y subirla aquí es el camino más corto de npm run build a una URL pública, sin CI y nada que instalar.

[Aloja un sitio web estático](https://linkinseconds.com/es/host-static-website)

### Enrutamiento del lado del cliente que funciona

Las apps de página única enrutan en el navegador: /dashboard y /settings los maneja React Router o Vue Router, no archivos HTML separados. Activa el modo de aplicación de página única y las rutas desconocidas hacen fallback a index.html con un 200, así los enlaces profundos y las recargas funcionan en lugar de devolver un 404.

### Assets con hash cacheados fuerte, HTML nunca obsoleto

Los bundles con hash de contenido se sirven con un caché inmutable de un año, así las visitas repetidas son instantáneas, mientras que tu index.html se sirve sin caché para que una nueva subida se muestre de inmediato. 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.

[Publica un ZIP HTML](https://linkinseconds.com/es/publish-html-zip)

### Con tu propio dominio y SSL

Una build en una URL aleatoria sirve 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 ni renovaciones. Eso lo convierte 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.

[Alojamiento HTML](https://linkinseconds.com/es/html-hosting)

### Lo que publicar una build aquí no hace

Sin servidor, sin rutas de API, sin base de datos. Esto sirve tus archivos estáticos compilados y nada más, así que cualquier cosa que necesite un servidor en ejecución en tiempo de solicitud queda fuera de alcance.

Sin renderizado en el servidor por solicitud. Los componentes de servidor de Next.js renderizados por solicitud, los endpoints de SvelteKit y los secretos de servidor necesitan una plataforma que ejecute ese servidor; en su lugar exporta una build completamente estática.

Sin paso de build de nuestro lado. Sube la salida compilada, no tu código fuente; un proyecto sin build no renderizará, y te avisaremos si no encontramos un index.html. Tu ZIP puede pesar hasta 250 MB con una cuenta gratuita y 500 MB en Pro.

## Cómo funciona

- 1 ### Construye tu app Ejecuta tu build de producción, npm run build para Vite/React/Vue/Svelte, o el equivalente de tu herramienta. Genera una carpeta de archivos estáticos: un index.html, JavaScript y CSS con hashes en una carpeta assets/, y tus imágenes y fuentes. Esa carpeta es un sitio estático completo.

- 2 ### Comprime la salida y súbela Comprime el resultado de la build, dist/ para Vite, build/ para Create React App, o out/ para una exportación estática, en un .zip y arrástralo al recuadro. Lo descomprimimos, encontramos tu index.html y servimos cada archivo con el tipo de contenido correcto, así que no tienes que ser exacto con la carpeta.

- 3 ### Activa el modo SPA y añade tu dominio Si tu app usa enrutamiento del lado del cliente, activa el modo de aplicación de página única para que los enlaces profundos resuelvan a tu index.html en lugar de devolver un 404. Con Pro, conecta tu propio dominio con SSL automático. Vuelve a subir el ZIP después de tu próxima build para publicar una actualización en la misma URL.

## Tu build ya es un sitio estático

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.

## Comprime dist/ (o build/, o out/), nosotros la encontramos

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.

## Enrutamiento del lado del cliente que realmente funciona

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).

## Assets con hash cacheados agresivamente, HTML nunca obsoleto

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.

## Con tu propio dominio y SSL

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.

## Solo estático, donde se necesita un backend, esto no es lo indicado

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.

index.htmlHTML

dist.zipZIP

app.4f3a9c.jsHTML

dashboard-routeHTML

build.zipZIP

index.htmlHTML

dist.zipZIP

app.4f3a9c.jsHTML

dashboard-routeHTML

build.zipZIP

index.htmlHTML

dist.zipZIP

app.4f3a9c.jsHTML

dashboard-routeHTML

build.zipZIP

index.htmlHTML

dist.zipZIP

app.4f3a9c.jsHTML

dashboard-routeHTML

build.zipZIP

landing-pageHTML

settings-routeHTML

out.zipZIP

docs-appHTML

styles.a1b2.cssHTML

landing-pageHTML

settings-routeHTML

out.zipZIP

docs-appHTML

styles.a1b2.cssHTML

landing-pageHTML

settings-routeHTML

out.zipZIP

docs-appHTML

styles.a1b2.cssHTML

landing-pageHTML

settings-routeHTML

out.zipZIP

docs-appHTML

styles.a1b2.cssHTML

2,600+

personas compartiendo archivos

5,100+

enlaces compartidos

17,700+

aperturas

Sigue leyendo

[Alojar HTML creado con IA](https://linkinseconds.com/es/host-ai-generated-html)[Aloja un sitio web estático](https://linkinseconds.com/es/host-static-website)[Publica un ZIP HTML](https://linkinseconds.com/es/publish-html-zip)[Alojamiento HTML](https://linkinseconds.com/es/html-hosting)[Alternativa a Tiiny Host](https://linkinseconds.com/es/tiiny-host-alternative)

Source: https://linkinseconds.com/es/deploy-vite-react-build
