Si tu sitio corporativo está hecho con Next.js, o te lo propusieron en Next.js, es útil saber qué cambió en la versión 16 y si te afecta. La mayoría de los cambios son para desarrolladores, pero algunos tienen impacto directo en el mantenimiento, la velocidad y el costo de actualizar. Esta guía lo traduce a lenguaje de negocio, sin perder el rigor técnico. Nuestro propio sitio está construido con Next.js 16, así que hablamos con la experiencia de haberlo usado.
Para un sitio corporativo, lo importante de Next.js 16 no es una función nueva: es que ya exige prácticas más modernas, y que actualizar tarde cuesta más que actualizar a tiempo.
Resumen para quien decide
Cambio | Qué significa en la práctica |
|---|---|
Turbopack por defecto | Compilación y desarrollo más rápidos; menos espera para el equipo |
APIs de petición asíncronas | Código antiguo que lee parámetros de forma síncrona deja de funcionar y hay que migrarlo |
| Cambio de nombre y de entorno de ejecución; hay que ajustar el archivo |
Cache Components (opcional) | Nueva forma de decidir qué se guarda en caché, que se activa por configuración |
React 19.2 y compilador de React | Base moderna; el compilador se puede habilitar como mejora |
Navegación y precarga renovadas | Transiciones más ligeras sin cambios de código |
Requisitos mínimos más altos | Node.js 20.9 o superior y TypeScript 5.1 o superior |
Turbopack por defecto
Next.js 16 usa Turbopack como compilador por defecto tanto en desarrollo como en producción. Para ti significa builds y recargas más rápidos. Si tu proyecto tiene configuración personalizada de Webpack, puede requerir ajustes o seguir usando Webpack de forma explícita; conviene revisarlo antes de actualizar.
APIs de petición asíncronas
En versiones anteriores todavía se podía leer ciertos datos de la petición (por ejemplo, cookies, headers, draftMode, y los params y searchParams de una página) de forma síncrona. En la 16 esa compatibilidad se elimina: hay que leerlos con await. Existe un codemod que automatiza gran parte del cambio, pero siempre hay que revisar el resultado.
Para ti: si tu sitio viene de una versión 14 o anterior, esta actualización puede ser más trabajo del esperado. Cuanto más tardes, más cambios se acumulan.
middleware ahora es proxy
El archivo que interceptaba las peticiones (redirecciones, reescrituras de rutas, cabeceras) se renombra a proxy para dejar claro que opera en el borde de la red. Hay un detalle: proxy corre en el entorno de Node.js, no en el runtime «edge». En nuestro sitio, por ejemplo, ahí vive la traducción de rutas por idioma y la redirección de URLs antiguas, algo que importa mucho para no perder posicionamiento (lo explicamos en cómo migrar sin perder posiciones en Google).
Caché: Cache Components
Next.js 16 introduce Cache Components, una forma explícita de indicar qué partes de una página se guardan en caché y cuáles se calculan en cada visita. Es opcional y se activa por configuración. Para un sitio corporativo, donde casi todo el contenido cambia poco, esto permite combinar páginas casi estáticas con piezas dinámicas, sin perder velocidad. Además, las funciones para revalidar contenido se afinan (por ejemplo, revalidateTag ahora trabaja con perfiles de vida de caché, y existen updateTag y refresh para casos concretos).
Para ti: si tu sitio usa un CMS, los cambios publicados deben reflejarse sin esperas. Esa lógica de revalidación es la que hay que migrar con cuidado.
React 19.2 y el compilador de React
La versión 16 usa React 19.2 y trae soporte estable para el compilador de React, que optimiza automáticamente la renderización. No es obligatorio y su efecto depende de cada aplicación; en un sitio corporativo con poca interactividad, el beneficio suele ser modesto.
Navegación más ligera
La precarga de páginas se rediseñó: se evita descargar varias veces layouts compartidos y se precarga solo lo que falta. No requiere cambios de código y mejora la sensación de fluidez entre páginas.
Requisitos mínimos
- Node.js 20.9 o superior (Node 18 deja de estar soportado).
- TypeScript 5.1 o superior.
- Navegadores recientes: Chrome, Edge y Firefox 111+, Safari 16.4+.
Si tu servidor o tu proceso de despliegue usan una versión antigua de Node, hay que actualizarlos primero.
¿Debo actualizar?
Depende de dónde estés:
- Sitio nuevo: parte directamente de la 16.
- Sitio en la 15: la migración es manejable, con codemod y pruebas.
- Sitio en la 13 o 14 (o en Pages Router): planifica la actualización por etapas; el salto acumula varios cambios.
- Sitio que funciona y casi no cambia: actualiza en una ventana planeada, no por urgencia. Pero no lo dejes años: las dependencias antiguas dejan de recibir correcciones de seguridad.
Cómo actualizar sin sustos
- Respalda y trabaja en una rama o entorno de pruebas.
- Revisa los requisitos (Node, TypeScript, dependencias).
- Ejecuta el codemod y revisa los cambios.
- Migra
middlewareaproxyy las APIs asíncronas. - Prueba rutas, redirecciones, formularios, vista previa del CMS y velocidad (Core Web Vitals).
- Despliega en un horario tranquilo y monitorea.
Cómo lo vemos en Codegea
Mantener un sitio al día es parte de cuidarlo, y se cubre con un plan de retainer. Si estás eligiendo tecnología para tu sitio corporativo, lee WordPress headless vs Payload CMS y conoce nuestro servicio de sitios corporativos. Para una revisión de tu sitio actual, escríbenos desde contacto.
Escrito por
Derian Pinto
Founder & Full Stack Developer
Fundador de Codegea. Desarrolla sitios, tiendas y plataformas a medida, e integra y da soporte a Arc XP para medios.