Vite, Astro y Void ya son stack de una sola empresa: cómo decidimos qué adoptar y qué mantener portable
Cloudflare se quedó con Astro en enero, con VoidZero (Vite, Rolldown, Oxc) en junio y el 15 de octubre abrió Void, su framework full-stack sobre Workers. Explicamos qué cambia de verdad para tu arquitectura, qué no cambia (Vite sigue MIT y vendor-agnostic) y el marco de decisión de tres vías que usamos en Mintec antes de adoptar cualquier capa del stack.
¿Deberías cambiar tu stack porque Cloudflare ahora es dueño de Vite? No — y menos por la propiedad. Vite, Vitest, Rolldown, Oxc y Vite+ siguen con licencia MIT, open source y vendor-agnostic después de que VoidZero se uniera a Cloudflare el 4 de junio de 2026. Lo que sí cambió el 15 de octubre es que Cloudflare abrió Void, su plataforma full-stack para apps Vite sobre Workers. La decisión se parte por tipo de carga de trabajo: sitio de contenidos → quédate en Astro estático; app con base de datos o herramienta interna → Void es hoy un default razonable; proyecto donde la portabilidad es crítica → mantén Vite y decide el hosting al final. Ese es el marco de tres vías que estamos usando en Mintec.
Nueve meses bastaron para que una misma empresa tuviera el framework de contenidos que usamos, el bundler que lo alimenta y el runtime donde despliega. No es una anécdota de adquisiciones: es una decisión de arquitectura que se toma ahora, antes de que tu próximo proyecto empiece sobre los defaults de otro.
La línea de tiempo, con fechas que se pueden verificar
"Cloudflare se está quedando con el ecosistema" es la frase que todos repiten y nadie comprueba. Aquí están los hitos, todos con fuente primaria: el anuncio de la compra del equipo de Astro, la entrada de VoidZero en Cloudflare y el post Deploy with Void.
| Fecha | Hito | Qué significa para tu stack |
|---|---|---|
| 16 ene 2026 | Cloudflare anuncia la adquisición del equipo de Astro | Tu framework de contenidos ya no es infraestructura neutral |
| 4 jun 2026 | VoidZero se une a Cloudflare (Vite, Vitest, Rolldown, Oxc, Vite+) | Tu bundler, tu test runner y tu linter pasan a la misma casa |
| 25 ago 2026 | La documentación de Pages abre con "¿seguro que quieres usar Pages?" | El hosting que muchos usamos deja de ser la apuesta por defecto |
| 1 oct 2026 | Artifacts, la plataforma de Git de Cloudflare, entra en beta | Hasta tu repositorio empieza a tener alternativa de un mismo proveedor |
| 15 oct 2026 | Cloudflare abre Void (Platform, SDK y CLI) | Aprovisionar bases de datos, colas e IA desde Vite se vuelve un comando |
Los números del anuncio de junio dicen mucho del peso de esto: Vite ronda los 129 millones de descargas semanales y el plugin de Cloudflare para Vite casi 14 millones — más del 10% de Vite, en sus propias palabras, y explicado por un fenómeno con nombre y apellido: las apps que escriben agentes de IA eligen Vite, y cada vez más eligen Vite corriendo en Cloudflare.
Qué es Void, en concreto
Void no compite con Astro. Es la capa que a Astro (y a cualquier app Vite) le faltaba: datos y despliegue.
- Void SDK — un plugin de Vite (
npm install void) que convierte tu app en una app full-stack sobre Workers: rutas de servidor con Hono, mejor Auth, pre-render, caché, islands y tipo safety desde la consulta de la base de datos hasta la UI.void/dbte da una base local en desarrollo y aprovisiona D1 en producción;void/aihace lo mismo con el AI Gateway. - Void CLI — construida sobre el nuevo
cf CLI, pensada para que también tus agentes desplieguen: pedirle a un agente que lea logs, depure peticiones fallidas o complete el ciclo de vida es parte del flujo. - Void Platform — la parte open-source y forkeable: un entorno de despliegue compartido sobre Workers for Platforms donde un admin pone límites de recursos y controla quién despliega.
Y aquí viene lo que nos importa a quien ya tiene un sitio en producción: Void se integra con frameworks existentes — React Router, SvelteKit, Nuxt, TanStack Start, Vinext y Astro — en lugar de reemplazarlos. Puedes seguir escribiendo tu sitio como lo escribes hoy y dejar que Void se ocupe de datos, migraciones y despliegue.
El marco de tres vías que usamos antes de adoptar una capa
No adoptamos tecnología por el anuncio; la adoptamos por la capa que resuelve. Nuestra regla actual:
| Tipo de proyecto | Qué adoptar | Qué ganas | A qué te comprometes | Veredicto Mintec |
|---|---|---|---|---|
| Sitio de contenidos, blog, catálogo estático | Astro estático en Pages o Workers | Cero JS de cliente, builds predecibles, coste casi nulo en assets estáticos | Nada nuevo: es lo que ya corre mintec.co | Quédate donde estás; migra a Workers solo cuando necesites una feature exclusiva |
| App con base de datos, tooling interno, prototipo con agentes | Void SDK sobre Workers (solo o con tu framework) | D1, colas, IA y auth aprovisionados solos; un comando de despliegue | El runtime y la cuenta de Cloudflare; el código, no | Aquí es donde vale la pena probarlo primero |
| Cliente con requisito de portabilidad o multi-nube | Vite puro + hosting decidido al final | Salida barata, mismo toolchain en cualquier proveedor | Tú llevas el aprovisionamiento a mano | Aplica nuestro presupuesto de portabilidad antes de firmar |
La tercera fila no es teoría: la escribimos en octubre cuando EmDash y Vinext salieron con horas de diferencia, y sigue siendo el filtro que aplicamos antes de comprometer un sitio de cliente con el stack de un proveedor (el presupuesto de portabilidad que usamos antes de adoptar un stack de proveedor).
Lo que estamos haciendo en Mintec, sin maquillaje
mintec.co corre hoy Astro 6.4 sobre Cloudflare Pages — el mismo sitio que migramos de Next.js en Vercel (la migración completa, paso a paso) y del que ya publicamos qué aprendimos seis meses después de la adquisición de Astro.
Nuestra posición tras los tres anuncios de este año:
- No movemos mintec.co a Void. Un sitio editorial no gana nada con D1 ni con aprovisionamiento automático, y ya hemos documentado qué cambia realmente al pasar de Pages a Workers — estamos stageando esa migración, no ejecutándola.
- Sí evaluamos Void para herramienta interna. Ahí el cálculo se invierte: aprovisionar en minutos una dashboard con base de datos le gana a la portabilidad, porque la herramienta vive o muere con nosotros.
- El upgrade de Astro sigue siendo una decisión aparte — analizamos qué cambia Astro 7 con Vite 8 y el compilador en Rust y nuestro repo todavía está en 6.4 por una razón: el beneficio real depende del perfil del sitio, no del número de versión.
Dónde vive de verdad el bloqueo
La discusión sobre si Vite "se volvió de Cloudflare" se responde con licencia: MIT, vendor-agnostic, mismo equipo liderando, fondo de 1 millón de dólares administrado por el equipo núcleo de Vite. The New Stack describió las reacciones de la comunidad como mixtas, y con razón: nadie discute el contrato legal, todos intuyen la dirección.
Nuestra lectura, después de operar este stack en producción: el bloqueo no está en la licencia, está en los defaults. El plugin de Cloudflare para Vite ejecuta tu código de servidor dentro de workerd en desarrollo local — que es exactamente lo que quieres si vas a desplegar en Cloudflare, y exactamente lo que no quieres si necesitas que tu app corra en otro lado. Void lleva esa lógica un paso más: void/db no te pregunta qué base de datos usas, te da D1.
Eso no es una trampa; es una propuesta de valor que aceptas o rechazas conscientemente. Lo que sí es un error es aceptarla por inercia porque "todos los agentes generan apps Vite".
Qué hacer esta semana si estás decidiendo stack
- Si tu proyecto es contenido: no cambies nada por este anuncio. Verifica que tu sitio no dependa de nada que solo exista en Cloudflare y sigue construyendo.
- Si tu proyecto es una app con datos: monta un prototipo con Void en una cuenta de prueba y cronometra cuánto tardas en tener base de datos, auth y despliegue andando. Es la única forma honesta de evaluarlo.
- Si vendes a clientes: documenta hoy qué capa de tu stack es reemplazable y cuál no. Cuando un cliente pregunte "¿y si nos vamos?", la respuesta tiene que existir antes de la pregunta.
El anuncio de Void no obliga a migrar a nadie. Lo que obliga es a decidir, con los ojos abiertos, qué parte de tu stack quieres que sea de nadie y qué parte estás dispuesto a que sea de Cloudflare.
Preguntas Frecuentes
¿Cloudflare se quedó con Vite?
VoidZero, la empresa detrás de Vite, Vitest, Rolldown, Oxc y Vite+, se unió a Cloudflare el 4 de junio de 2026. Los proyectos siguen con licencia MIT, open source, vendor-agnostic y con el mismo equipo liderando; Cloudflare aportó 1 millón de dólares a un fondo del ecosistema de Vite administrado por el equipo núcleo. El riesgo de bloqueo no está en la licencia de Vite, sino en los defaults alrededor: el plugin de Cloudflare para Vite y productos como Void que provisionan recursos de Cloudflare por ti.
¿Qué es Void y en qué se diferencia de Astro?
Void no es un framework: es un SDK, una CLI y una plataforma open-source que convierte cualquier app Vite en una app full-stack corriendo en Cloudflare Workers, con rutas de servidor, acceso tipado a la base de datos y aprovisionamiento automático de D1, colas e IA. Astro es un framework de contenidos; Void se integra con Astro (y con React Router, SvelteKit, Nuxt, TanStack Start y Vinext) y se queda en la capa de datos y despliegue.
¿Debería un sitio de contenidos migrar de Astro en Pages a Void?
Normalmente no. Un sitio estático no se beneficia del aprovisionamiento automático de bases de datos, y moverlo a Workers sigue siendo una decisión de configuración con un punto delicado: el orden de servido entre assets estáticos y el Worker. Void tiene sentido cuando tu proyecto es una aplicación con base de datos o una herramienta interna, no cuando es contenido publicado.
