La última versión de Next.js resuelve uno de sus problemas históricos: las webs server-side que se sentían lentas al navegar. Así funciona y qué gana tu negocio.
El 25 de junio de 2026, el equipo de Next.js publicó la preview de la versión 16.3 con una novedad que lleva años siendo la principal crítica al framework: las navegaciones entre páginas se sentían lentas. Hacías clic en un enlace y durante un instante —a veces más de un instante— no pasaba nada. La pantalla estaba en blanco esperando al servidor.
Eso ya no va a ser así.
El problema que resuelve
Las webs construidas con Next.js (y cualquier framework server-driven) tienen una desventaja frente a las SPAs clásicas: al navegar entre páginas, el navegador tiene que ir al servidor, esperar la respuesta y renderizar. Ese viaje de red introduce latencia visible.
Las aplicaciones de página única (SPAs) lo resuelven cargando todo el código de antemano y mostrando un esqueleto de la siguiente pantalla en el instante del clic, antes de tener los datos. Eso las hace sentir instantáneas aunque los datos tarden.
Con 16.3, Next.js adopta exactamente ese patrón — sin renunciar a las ventajas del servidor.
Cómo funciona: Stream, Cache o Block
El framework introduce tres comportamientos que puedes elegir por ruta:
Stream con Suspense: el usuario ve instantáneamente un esqueleto de la página (loading state) mientras los datos llegan. Sensación SPA total.
Cache con use cache: Next.js sirve una versión cacheada de la UI al instante. Cero espera.
Block: si necesitas que la navegación espere al servidor (por ejemplo, un artículo de blog donde nunca quieres mostrar un esqueleto vacío), usas `export const instant = false` y el comportamiento clásico se mantiene.
El prefetching cambia radicalmente
Hasta ahora Next.js lanzaba una petición de prefetch por cada enlace visible en pantalla. Si tu sidebar tenía 20 links, había 20 peticiones en background. Era ineficiente y generaba una cascada de requests en el panel de red.
Con 16.3 y la opción `partialPrefetching: true`, solo se precarga un shell por ruta —no por enlace. Si tienes 20 chats que apuntan al mismo patrón `/chat/[id]`, se descarga un único shell para esa ruta. Más ligero, más rápido, más predecible.
Qué gana tu web en la práctica
Para webs corporativas y tiendas online, esto se traduce en:
El equipo de Next.js lo ha probado en v0.dev —su propia herramienta— y los tiempos de navegación cayeron drásticamente desde que activaron las Instant Navigations.
¿Cuándo llega a producción?
La versión 16.3 está en preview desde finales de junio 2026. La release estable se espera en las próximas semanas. Las opciones `cacheComponents` y `partialPrefetching` son opt-in ahora y se convertirán en el comportamiento por defecto en la siguiente versión mayor.
¿Qué significa para webs que ya están en producción?
Si tienes una web en Next.js 15 (como las que construimos en Codelvia), la migración a 16.3 será principalmente añadir dos flags en la configuración y revisar las rutas que quieres que sean instantáneas. No es un cambio disruptivo — es una mejora incremental que puedes adoptar en días.
Si estás valorando construir una web nueva o migrar desde WordPress, este es otro argumento a favor de Next.js: el framework sigue mejorando en la dirección correcta, y cada versión reduce la brecha con las SPAs en términos de experiencia de usuario.
¿Tienes un proyecto en mente?
Cuéntanos qué quieres conseguir.