Next.js 16.4: qué cambia y qué puede romperse

Next.js 16.4.0 se publicó el 7 de octubre de 2026. Hace que las compilaciones de producción de Turbopack sean más pequeñas por defecto, quita el prefijo unstable_ de las APIs de navegación y prefetch, y elimina varias funciones experimentales. Si usas el App Router, lee la lista de eliminaciones antes de subir la versión.

Todos los datos de este artículo vienen de la página de la versión v16.4.0 en GitHub. Es un resumen de los puntos destacados, no un changelog completo.

¿Qué hay de nuevo en Next.js 16.4?

• Salida de Turbopack. El renombrado de exportaciones (name mangling) está activo por defecto en las compilaciones de producción, los nombres de clase de los módulos CSS son más cortos y producción usa fragmentación por segmento de layout. La minificación del servidor está disponible con experimental.serverMinification.
• Analizador de bundle. Ahora guarda capturas históricas en cada ejecución, y tiene vistas de comparación y un resumen por ruta. Eso permite responder con datos a la pregunta "¿este PR hizo el bundle más grande?".
• Prefetch. ensureStatic se estabilizó en Partial Prefetching, y navigation() y prefetch() pierden el prefijo unstable_.
• Proyectos nuevos. create-next-app ahora activa Cache Components por defecto.
• Actualizaciones. Hay una opción next upgrade --ai para actualizaciones asistidas.
• Imágenes. Se volvió a activar la optimización AVIF y apareció una opción experimental imgOptMozjpeg.
• Experiencia de desarrollo. En desarrollo, los imports dinámicos se compilan de forma perezosa en el cliente.

¿Qué se rompe al actualizar?

Esta es la parte que importa si tienes un producto en marcha.

• Se eliminan experimental.appNewScrollHandler y unstable_eager.
• Los imports antiguos con unstable_ de navigation() y prefetch() dejan de funcionar. Renómbralos.
• La coincidencia estricta de rutas es ahora el comportamiento por defecto, las rutas de intercepción deben usar rutas canónicas, y las páginas de App que no coinciden con ninguna ruta lanzan un error.
• Se eliminan las rutas de código del PPR (prerenderizado parcial) heredado.
• El soporte de React 18 para el Pages Router queda obsoleto.
• Los bindings nativos pasaron de napi-rs v2 a v3, lo que puede afectar a quien tenga bindings nativos propios.

¿Cómo actualizar con seguridad?

1. Crea una rama y sube next a 16.4.0.
2. Busca en tu código unstable_navigation, unstable_prefetch, appNewScrollHandler y unstable_eager.
3. Haz una compilación de producción y recorre las rutas que usan intercepción o parámetros dinámicos. La coincidencia estricta es donde esperaríamos sorpresas.
4. Compara el tamaño del bundle antes y después con las capturas nuevas del analizador.
5. Solo después activa los experimentos opcionales.

¿Conviene actualizar ya?

Si usas 16.x y no dependes de las funciones eliminadas, una actualización en una rama es barata. Si usas el Pages Router con React 18, tienes tiempo, pero deberías planear el cambio. Vigila también las herramientas alrededor de tu stack, y revisa las herramientas y frameworks para desarrolladores en Woodander para ver qué lanzan otros equipos.

Preguntas frecuentes

¿Cuándo se publicó Next.js 16.4.0?

La página de la versión indica el 7 de octubre de 2026.

¿La 16.4 elimina el Pages Router?

No. Lo que hace es dejar obsoleto el soporte de React 18 para el Pages Router, y eso es distinto de eliminar el router.

¿Cuál es la forma más segura de probarla?

Usa una rama aparte, haz una compilación de producción y prueba tus rutas de intercepción y dinámicas antes de fusionar.