Next.js se está muriendo en 2026: Por qué Railway, Northflank y Cloudflare lo están abandonando

Resumen completo de los 3 artículos más importantes del momento
(Basado en los posts oficiales de Railway, Northflank y Cloudflare)

Últimamente han salido varios artículos que han sacudido la comunidad de frontend. Empresas grandes como Railway, Northflank y Cloudflare están explicando públicamente por qué están dejando Next.js (o creando alternativas radicales). En este artículo te hago un resumen claro, honesto y sin rodeos de lo que está pasando y qué significa para ti como desarrollador.

Patrocinado: La forma más barata de desplegar tu proyecto full-stack

• Conecta tu repo de GitHub o GitLab
• Soporta Node.js, Python, Go, Elixir, PostgreSQL, MySQL…
• Dominio personalizado + HTTPS automático
• WebSockets y HTTP/2
• Bases de datos desde $X/mes y servidores backend desde $X/mes
• Trial gratuito de 7 días

1. Railway abandona Next.js → Se pasa a Vite + TanStack Start

Railway es una de las plataformas de despliegue más populares del momento. Su propio dashboard (toda la interfaz que usamos) estaba construido con Next.js… hasta ahora.

Problemas que mencionan:

• El build del frontend tardaba más de 10 minutos.
• La aplicación es casi 100% cliente (canvas en tiempo real con WebSockets).
• No tenía sentido usar Server-Side Rendering para una herramienta interna.

Su nueva stack:

• Vite como bundler
• TanStack Start (el nuevo framework de la familia TanStack)
• TanStack Router + TanStack Query + TanStack Table

Ventajas que destacan:

• Builds mucho más rápidos
• Hot reload instantáneo (sin esperar compilación del servidor)
• TypeScript-first en las rutas
• Layouts flexibles (no atados a carpetas mágicas)
• Código mucho más explícito y controlable

TanStack Start no es un framework “mágico” como Next.js. Es una combinación natural de herramientas que ya conoces (React + Vite + TanStack), pero ahora unificadas en un framework completo.

2. Northflank: “Rompimos Next.js y nunca miramos atrás”

Northflank (plataforma similar a Railway pero con GPUs para IA) también decidió dejar Next.js.

Sus principales quejas:

• Next.js cambia constantemente de filosofía (JAMstack → SSR → Server Components → todo cambia otra vez).
• Rendimiento impredecible al escalar: páginas básicas tardaban 200 ms, páginas grandes llegaban a 700 ms.
• Es una “caja negra”: difícil de optimizar o modificar profundamente.
• Para una empresa que tiene su propia arquitectura de nube, depender de los cambios de Vercel era insostenible.

Solución de Northflank: Crearon su propio sistema de renderizado basado en Express + lógica personalizada. El resultado: pasaron de 700 ms a 20 ms por página en muchos casos.

3. Cloudflare reconstruye Next.js con IA en una semana → Nace Vinext

Este es el artículo más impactante de los tres.

Cloudflare tomó el código fuente de Next.js, lo pasó por IA y lo reescribió completamente sobre Vite (y también probó con Rolldown). El resultado se llama Vinext.

Resultados reales según sus benchmarks:

• Hasta 4.4 veces más rápido que Next.js 16.1 con Turbopack
• Bundles 57% más pequeños
• Mucho más fácil de ejecutar en entornos edge (Workers, Lambda, etc.)

Por qué lo hicieron:

• Next.js es muy pesado y está pensado para Vercel.
• TurboPack hace que sea complicado optimizar en otras nubes.
• Querían integrar fácilmente KV, AI, Durable Objects, etc.

Vinext demuestra que la idea principal de Next.js (file-based routing, Server Actions, SSR, etc.) ya es un estándar… y que se puede implementar mejor en otros bundlers.

Los problemas reales de Next.js que nadie quiere decir en voz alta

Después de leer los tres artículos, los puntos comunes son claros:

1. Rendimiento de build → Proyectos grandes se vuelven lentos.
2. Rendimiento en producción → SSR puede ser más lento que un buen cliente-side en aplicaciones interactivas.
3. Caja negra → Difícil de debuggear y optimizar profundamente.
4. Cambios constantes → Cada año cambia la filosofía recomendada.
5. Seguridad → Recientemente hubo vulnerabilidades graves en Server Rendering que permitían ejecución remota de código.

¿Qué deberías hacer tú?

Mi recomendación honesta (2026):

Regla simple:

• Si tu proyecto es pequeño y no sabes mucho → empieza con Next.js.
• Si tu proyecto crece y tienes éxito → es muy probable que en algún momento tengas que migrar o reescribir partes importantes.

Conclusión

Next.js no está “muerto”, pero ya no es la única ni siempre la mejor opción. Se está convirtiendo en un estándar que otros frameworks están implementando mejor (TanStack Start, Vinext, etc.).

El ciclo es siempre el mismo: inventamos algo nuevo → todos lo usamos → encontramos sus límites → volvemos a lo básico con mejor control.

¿Estás usando Next.js actualmente?
¿Piensas seguir, migrar a TanStack Start, probar Vinext o quedarte con React + Vite?

Déjame tu opinión en los comentarios. Si quieres, en el próximo video puedo hacer un tutorial práctico de cómo migrar de Next.js a TanStack Start o probar Vinext.

Artículos originales:

• Railway: Moving Railway’s Frontend Off Next.js
• Northflank: Why we ditched Next.js and never looked back
• Cloudflare: How we rebuilt Next.js with AI in one week (Vinext)

¿Te gustó el artículo? Comparte, dale like y suscríbete para más contenido actualizado de desarrollo web.

Por Fazt