FlyWP ha ampliado su plataforma de gestión de servidores con soporte para Next.js, Nuxt y Astro mediante despliegues conectados a Git. La novedad llega con la versión v2026.52, publicada el 16 de septiembre, y permite gestionar aplicaciones basadas en Node.js junto a proyectos WordPress desde el mismo entorno. La actualización también recupera la API pública y corrige varios problemas relacionados con clones, Git, dominios y copias de seguridad.
Las claves de FlyWP y sus nuevos frameworks en 20 segundos
- FlyWP añade despliegues Git para Next.js, Nuxt y Astro.
- La plataforma admite Node.js 20, 22 y 24 y detecta la versión desde
engines.node. - Los proyectos pueden utilizar un entorno estático o basado en servidor.
- La API pública vuelve a estar disponible con cambios y mejoras.
- La actualización corrige problemas de clones, DNS, Git y limpieza de copias S3.
La ampliación supone que FlyWP deja de centrarse exclusivamente en los sitios WordPress y permite incorporar aplicaciones desarrolladas con algunos de los principales frameworks modernos del entorno JavaScript. La compañía mantiene un enfoque común para los tres, basado en un generador de Compose compartido y una imagen de Node.js basada en Debian.
El cambio está pensado para equipos que mantienen diferentes tipos de proyectos y quieren utilizar una infraestructura común. Un mismo entorno de gestión puede albergar ahora aplicaciones WordPress y proyectos construidos con Next.js, Nuxt o Astro, aunque cada aplicación conserva sus propias necesidades de ejecución.
Next.js, Nuxt y Astro llegan a FlyWP mediante Git
La nueva función permite desplegar aplicaciones de Next.js, Nuxt y Astro directamente desde repositorios Git. FlyWP establece Git como requisito para este tipo de despliegues y utiliza un flujo basado en git pull --ff-only para incorporar los cambios del repositorio.
La plataforma admite actualmente Node.js 20, 22 y 24. La versión puede resolverse a partir del campo engines.node definido por el propio proyecto, lo que permite mantener en el repositorio la configuración que determina qué versión de Node.js necesita la aplicación.
También se ofrece la posibilidad de elegir el gestor de paquetes y configurar el proyecto con un entorno de ejecución de servidor o estático. Esta última opción resulta especialmente relevante para proyectos que generan archivos estáticos durante el proceso de compilación.
Los tres frameworks comparten la infraestructura de despliegue. FlyWP utiliza un generador común de Compose y una imagen de Node.js basada en Debian, en lugar de crear un mecanismo completamente diferente para cada framework.
La diferencia entre las aplicaciones sigue dependiendo de cómo se haya construido cada proyecto. Next.js y Nuxt pueden utilizar arquitecturas que requieren ejecución del lado del servidor, mientras que Astro también puede utilizarse para generar sitios estáticos. FlyWP incorpora ambas posibilidades dentro del nuevo sistema.
Para los desarrolladores, la ventaja principal está en mantener el repositorio Git como origen del código y utilizar la misma plataforma de infraestructura para gestionar el despliegue. La actualización no anuncia un sistema de alojamiento completamente independiente para estos frameworks, sino su incorporación al flujo de administración que ya ofrece FlyWP.
La API pública vuelve junto a varias correcciones
La versión v2026.52 también recupera la API pública de FlyWP, que vuelve a estar disponible con cambios y mejoras. Según la compañía, el objetivo es ofrecer una base para que desarrolladores y equipos puedan construir integraciones y automatizaciones alrededor de la plataforma.
La recuperación de la API coincide con la ampliación del soporte de frameworks. Para equipos que gestionan despliegues de manera automatizada, el acceso mediante API permite integrar determinadas tareas de FlyWP dentro de flujos externos, aunque la nota de lanzamiento no detalla en esta actualización el conjunto completo de operaciones disponibles.
La versión también resuelve un problema que podía aparecer al realizar un segundo clon desde el mismo servidor. Cuando el bloqueo de dpkg, el sistema utilizado para gestionar paquetes en distribuciones Debian, estaba ocupado, el proceso podía finalizar antes de tiempo. Ahora el proceso espera a que el bloqueo quede disponible antes de continuar.
Otro cambio afecta al proceso de configuración de Git. Los usuarios que todavía no tienen conectado un proveedor Git reciben ahora indicaciones más claras en lugar de encontrarse con una pantalla que mostraba tres tarjetas desactivadas y un botón para continuar que no podía utilizarse.
La gestión de dominios también recibe una corrección. Al modificar un dominio, FlyWP ya no reinicia determinados valores relacionados con su estado, padre, configuraciones adicionales y comodines. El cambio evita además que el registro DNS *.fqdn se elimine accidentalmente al actualizar la configuración del dominio.
La actualización mejora también la limpieza posterior a las migraciones. Cuando se elimina un sitio de origen después de un clon o una transferencia, el sistema elimina sus registros asociados en la base de datos y la clave de despliegue correspondiente.
Correcciones en las copias de seguridad S3
La versión v2026.52 incluye además un hotfix relacionado con la eliminación de copias de seguridad almacenadas en servicios S3 de terceros.
El problema afectaba a un número reducido de usuarios y podía impedir que determinadas copias antiguas se eliminaran una vez superado el periodo de retención configurado. FlyWP ha corregido este comportamiento y ahora registra también los errores comunicados por el proveedor cuando una eliminación de una copia S3 no se completa correctamente.
Este último cambio tiene una consecuencia práctica para la administración: los fallos durante la limpieza dejan un registro más claro para poder identificar qué ocurrió. En sistemas con políticas de retención, esta información puede ayudar a distinguir entre una copia que debe mantenerse y una eliminación que simplemente no se ha podido ejecutar.
La versión v2026.52 marca así una ampliación del alcance de FlyWP. La plataforma conserva sus herramientas orientadas a WordPress, pero incorpora un flujo específico para aplicaciones Node.js basadas en tres frameworks ampliamente utilizados.
La compañía no presenta esta actualización como un sustituto de las plataformas especializadas en cada framework. Su propuesta consiste en concentrar en una misma herramienta la administración de diferentes tipos de aplicaciones, utilizando Git como punto de entrada para los nuevos proyectos.
Para equipos que mantienen WordPress junto a aplicaciones web modernas, el cambio permite reducir la separación entre ambos tipos de infraestructura. Para proyectos nuevos, la posibilidad de elegir entre Next.js, Nuxt y Astro amplía las opciones disponibles dentro de FlyWP sin cambiar el modelo general de despliegue basado en repositorios.
Preguntas frecuentes
¿Qué frameworks nuevos admite FlyWP?
FlyWP incorpora soporte para Next.js, Nuxt y Astro mediante despliegues desde Git. Los tres utilizan un sistema de despliegue común basado en Compose y una imagen de Node.js sobre Debian.
¿Qué versiones de Node.js admite FlyWP?
La nueva función admite Node.js 20, 22 y 24. FlyWP puede determinar la versión a partir del campo engines.node definido en el proyecto.
¿Es necesario utilizar Git para desplegar Next.js, Nuxt o Astro?
Sí. FlyWP establece Git como requisito para estos despliegues y utiliza un flujo basado en git pull --ff-only.
¿Qué otros cambios incluye FlyWP v2026.52?
La versión recupera la API pública y corrige problemas relacionados con segundos clones, configuración de Git, actualización de dominios, eliminación de sitios de origen y limpieza de copias de seguridad S3.
