Configuración de Segmentos de Ruta

Las opciones de segmentos de ruta te permiten configurar el comportamiento de una Página, Layout o Manejador de Ruta (Route Handler) exportando directamente las siguientes variables:

OpciónTipoValor por defecto
dynamic'auto' | 'force-dynamic' | 'error' | 'force-static''auto'
dynamicParamsbooleantrue
revalidatefalse | 'force-cache' | 0 | numberfalse
fetchCache'auto' | 'default-cache' | 'only-cache' | 'force-cache' | 'force-no-store' | 'default-no-store' | 'only-no-store''auto'
runtime'nodejs' | 'edge''nodejs'
preferredRegion'auto' | 'global' | 'home' | string | string[]'auto'
maxDurationnumberDefinido por la plataforma
export const dynamic = 'auto'
export const dynamicParams = true
export const revalidate = false
export const fetchCache = 'auto'
export const runtime = 'nodejs'
export const preferredRegion = 'auto'
export const maxDuration = 5

export default function MyComponent() {}
export const dynamic = 'auto'
export const dynamicParams = true
export const revalidate = false
export const fetchCache = 'auto'
export const runtime = 'nodejs'
export const preferredRegion = 'auto'
export const maxDuration = 5

export default function MyComponent() {}

Importante:

  • Los valores de las opciones de configuración actualmente deben ser estáticamente analizables. Por ejemplo, revalidate = 600 es válido, pero revalidate = 60 * 10 no lo es.

Opciones

dynamic

Cambia el comportamiento dinámico de un layout o página para que sea completamente estático o completamente dinámico.

export const dynamic = 'auto'
// 'auto' | 'force-dynamic' | 'error' | 'force-static'
export const dynamic = 'auto'
// 'auto' | 'force-dynamic' | 'error' | 'force-static'

Importante: El nuevo modelo en el directorio app favorece el control granular del almacenamiento en caché (caching) a nivel de solicitud fetch sobre el modelo binario de todo o nada de getServerSideProps y getStaticProps a nivel de página en el directorio pages. La opción dynamic es una forma de volver al modelo anterior como conveniencia y proporciona una ruta de migración más simple.

  • 'auto' (predeterminado): La opción predeterminada para almacenar en caché tanto como sea posible sin impedir que ningún componente opte por un comportamiento dinámico.
  • 'force-dynamic': Fuerza el renderizado dinámico y la obtención de datos sin caché de un layout o página deshabilitando todo almacenamiento en caché de solicitudes fetch y siempre revalidando. Esta opción es equivalente a:
    • getServerSideProps() en el directorio pages.
    • Establecer la opción de cada solicitud fetch() en un layout o página a { cache: 'no-store', next: { revalidate: 0 } }.
    • Establecer la configuración del segmento a export const fetchCache = 'force-no-store'
  • 'error': Fuerza el renderizado estático y almacena en caché los datos de un layout o página causando un error si algún componente usa funciones dinámicas o datos sin caché. Esta opción es equivalente a:
    • getStaticProps() en el directorio pages.
    • Establecer la opción de cada solicitud fetch() en un layout o página a { cache: 'force-cache' }.
    • Establecer la configuración del segmento a fetchCache = 'only-cache', dynamicParams = false.
    • dynamic = 'error' cambia el valor predeterminado de dynamicParams de true a false. Puedes volver a activar el renderizado dinámico para parámetros dinámicos no generados por generateStaticParams estableciendo manualmente dynamicParams = true.
  • 'force-static': Fuerza el renderizado estático y almacena en caché los datos de un layout o página obligando a cookies(), headers() y useSearchParams() a devolver valores vacíos.

Importante:

dynamicParams

Controla qué sucede cuando se visita un segmento dinámico que no fue generado con generateStaticParams.

export const dynamicParams = true // true | false,
export const dynamicParams = true // true | false,
  • true (predeterminado): Los segmentos dinámicos no incluidos en generateStaticParams se generan bajo demanda.
  • false: Los segmentos dinámicos no incluidos en generateStaticParams devolverán un error 404.

Importante:

revalidate

Establece el tiempo de revalidación predeterminado para un layout o página. Esta opción no anula el valor revalidate establecido por solicitudes fetch individuales.

export const revalidate = false
// false | 'force-cache' | 0 | number
export const revalidate = false
// false | 'force-cache' | 0 | number
  • false: (predeterminado) La heurística predeterminada para almacenar en caché cualquier solicitud fetch que establezca su opción cache en 'force-cache' o que se descubra antes de usar una función dinámica. Semánticamente equivalente a revalidate: Infinity, lo que significa que el recurso debe almacenarse en caché indefinidamente. Todavía es posible que solicitudes fetch individuales usen cache: 'no-store' o revalidate: 0 para evitar el almacenamiento en caché y hacer que la ruta se renderice dinámicamente. O establecer revalidate en un número positivo menor que el predeterminado de la ruta para aumentar la frecuencia de revalidación.
  • 0: Asegura que un layout o página siempre se renderice dinámicamente, incluso si no se descubren funciones dinámicas o obtención de datos sin caché. Esta opción cambia el valor predeterminado de las solicitudes fetch que no establecen una opción cache a 'no-store', pero deja las solicitudes fetch que optan por 'force-cache' o usan un revalidate positivo como están.
  • number: (en segundos) Establece la frecuencia de revalidación predeterminada de un layout o página a n segundos.

Importante: La opción revalidate solo está disponible cuando se usa el Runtime de Node.js. Esto significa que usar la opción revalidate con runtime = 'edge' no funcionará.

Frecuencia de Revalidación

  • El valor más bajo de revalidate en cada layout y página de una sola ruta determinará la frecuencia de revalidación de toda la ruta. Esto asegura que las páginas secundarias se revaliden con la misma frecuencia que sus layouts padres.
  • Las solicitudes fetch individuales pueden establecer un revalidate más bajo que el revalidate predeterminado de la ruta para aumentar la frecuencia de revalidación de toda la ruta. Esto te permite optar dinámicamente por una revalidación más frecuente para ciertas rutas según algunos criterios.

fetchCache

Esta es una opción avanzada que solo debe usarse si necesitas anular específicamente el comportamiento predeterminado.

Por defecto, Next.js almacenará en caché cualquier solicitud fetch() que sea accesible antes de usar cualquier función dinámica y no almacenará en caché las solicitudes fetch que se descubran después de usar funciones dinámicas.

fetchCache te permite anular la opción cache predeterminada de todas las solicitudes fetch en un layout o página.

export const fetchCache = 'auto'
// 'auto' | 'default-cache' | 'only-cache'
// 'force-cache' | 'force-no-store' | 'default-no-store' | 'only-no-store'
export const fetchCache = 'auto'
// 'auto' | 'default-cache' | 'only-cache'
// 'force-cache' | 'force-no-store' | 'default-no-store' | 'only-no-store'
  • 'auto' (predeterminado): La opción predeterminada para almacenar en caché solicitudes fetch antes de funciones dinámicas con la opción cache que proporcionan y no almacenar en caché solicitudes fetch después de funciones dinámicas.
  • 'default-cache': Permite pasar cualquier opción cache a fetch, pero si no se proporciona ninguna opción, establece la opción cache en 'force-cache'. Esto significa que incluso las solicitudes fetch después de funciones dinámicas se consideran estáticas.
  • 'only-cache': Asegura que todas las solicitudes fetch opten por el almacenamiento en caché cambiando el valor predeterminado a cache: 'force-cache' si no se proporciona ninguna opción y causando un error si alguna solicitud fetch usa cache: 'no-store'.
  • 'force-cache': Asegura que todas las solicitudes fetch opten por el almacenamiento en caché estableciendo la opción cache de todas las solicitudes fetch en 'force-cache'.
  • 'default-no-store': Permite pasar cualquier opción cache a fetch, pero si no se proporciona ninguna opción, establece la opción cache en 'no-store'. Esto significa que incluso las solicitudes fetch antes de funciones dinámicas se consideran dinámicas.
  • 'only-no-store': Asegura que todas las solicitudes fetch opten por no almacenar en caché cambiando el valor predeterminado a cache: 'no-store' si no se proporciona ninguna opción y causando un error si alguna solicitud fetch usa cache: 'force-cache'.
  • 'force-no-store': Asegura que todas las solicitudes fetch opten por no almacenar en caché estableciendo la opción cache de todas las solicitudes fetch en 'no-store'. Esto fuerza a que todas las solicitudes fetch se vuelvan a obtener en cada solicitud, incluso si proporcionan una opción 'force-cache'.

Comportamiento entre segmentos de ruta

  • Cualquier opción establecida en cada layout y página de una sola ruta debe ser compatible entre sí.
    • Si se proporcionan tanto 'only-cache' como 'force-cache', entonces 'force-cache' prevalece. Si se proporcionan tanto 'only-no-store' como 'force-no-store', entonces 'force-no-store' prevalece. La opción force cambia el comportamiento en toda la ruta, por lo que un solo segmento con 'force-*' evitaría cualquier error causado por 'only-*'.
    • La intención de las opciones 'only-*' y 'force-*' es garantizar que toda la ruta sea completamente estática o completamente dinámica. Esto significa:
      • No se permite una combinación de 'only-cache' y 'only-no-store' en una sola ruta.
      • No se permite una combinación de 'force-cache' y 'force-no-store' en una sola ruta.
    • Un padre no puede proporcionar 'default-no-store' si un hijo proporciona 'auto' o '*-cache', ya que eso podría hacer que la misma solicitud fetch tenga un comportamiento diferente.
  • Generalmente se recomienda dejar los layouts padres compartidos como 'auto' y personalizar las opciones donde los segmentos hijos divergen.

runtime

export const runtime = 'nodejs'
// 'edge' | 'nodejs'
export const runtime = 'nodejs'
// 'edge' | 'nodejs'
  • nodejs (predeterminado)
  • edge

Aprende más sobre los Runtimes Edge y Node.js.

preferredRegion

export const preferredRegion = 'auto'
// 'auto' | 'global' | 'home' | ['iad1', 'sfo1']
export const preferredRegion = 'auto'
// 'auto' | 'global' | 'home' | ['iad1', 'sfo1']

El soporte para preferredRegion y las regiones admitidas depende de tu plataforma de despliegue.

Importante:

  • Si no se especifica un preferredRegion, heredará la opción del layout padre más cercano.
  • El layout raíz tiene como valor predeterminado todas las regiones (all).

maxDuration

Según tu plataforma de despliegue, es posible que puedas usar un tiempo de ejecución predeterminado más alto para tu función. Esta configuración te permite optar por un tiempo de ejecución más alto dentro de los límites de tu plan. Nota: Esta configuración requiere Next.js 13.4.10 o superior.

export const maxDuration = 5
export const maxDuration = 5

Importante:

  • Si no se especifica un maxDuration, el valor predeterminado depende de tu plataforma de despliegue y plan.

generateStaticParams

La función generateStaticParams se puede usar en combinación con segmentos de ruta dinámicos para definir la lista de parámetros de segmento de ruta que se generarán estáticamente en tiempo de compilación en lugar de bajo demanda en tiempo de solicitud.

Consulta la referencia de API para más detalles.