Por qué cachear resultados de búsqueda en Next.js es mala idea
Es tentador envolver tu función de búsqueda en unstable_cache para 'ganar performance'. En la práctica, casi siempre hace más daño que bien. Aquí por qué.
Frontend
17 artículos
Subcategorías
Todos los artículos
Cache tags en Next.js: invalida varias rutas con una línea
Un solo tag compartido entre funciones distintas puede invalidar el catálogo completo y cada página de producto con una sola llamada. Así se diseña esa relación.
ISR + generateStaticParams + invalidación on-demand, juntos
Por separado son 3 conceptos simples. Combinados correctamente, dan páginas de producto casi instantáneas que igual reflejan cambios de stock al momento.
Mecanismos de caché en Next.js: por qué tu web no se actualiza
Le cambias un dato en la base de datos, refrescas la página y sigue mostrando lo viejo. No es un bug: son 3 capas de cache distintas trabajando en tu contra.
middleware.ts ya no existe: el cambio a proxy.ts en Next.js 16
No es un cambio cosmético de nombre. proxy.ts corre en un runtime distinto, y el rename está directamente relacionado con una vulnerabilidad real.
Prisma 7 y driver adapters: el cambio que rompe tutoriales viejos
Si aprendiste Prisma hace un año, este cambio de arquitectura te va a sorprender: el cliente ya no se conecta solo, necesita un adapter explícito.
prisma.$transaction: por qué tu orden y tu stock son atómicos
Crear una orden y descontar stock parecen dos pasos separados, hasta que uno falla y el otro no. Así se evita ese estado inconsistente con Prisma.
El cache leak silencioso: por qué el carrito no usa unstable_cache
Cachear datos personales en la capa equivocada puede filtrar el carrito de un usuario a otro. Así se distingue qué sí y qué no debe pasar por unstable_cache.
revalidateTag vs updateTag vs revalidatePath en Next.js 16
Cuatro funciones de invalidación de cache, cada una con un caso de uso distinto. Aquí la matriz de decisión que no vas a encontrar en un solo lugar de la documentación.
Defensa en profundidad: proteger /admin en dos capas en Next.js
Proteger una ruta administrativa solo en el proxy es un solo punto de falla. Así se arma una segunda barrera independiente que no depende de la primera.
Qué puede (y no puede) cruzar de Server a Client en Next.js
Funciones cannot be passed directly to Client Components. Este error confunde hasta a devs con experiencia. Aquí la regla mental que lo resuelve de raíz.
Route Handler como proxy: ocultar tu API externa en Next.js
Llamar a una API de terceros directo desde el cliente expone tu API key en el navegador. Un Route Handler propio soluciona esto y te da control de cache.
Server Action vs Route Handler en Next.js: cuál usar y cuándo
Ambos ejecutan código en el servidor. La diferencia real no está en la sintaxis, está en quién más va a consumir esa lógica además de tu propia UI.
useActionState en Next.js: el formulario que funciona sin JS
Un formulario con validación por campo, estado de carga y manejo de errores, sin useState ni onSubmit manual. Y sigue funcionando si el JS aún no cargó.
Streaming con Suspense sin sacrificar tu ISR en Next.js
Un solo componente dinámico en tu layout puede volver dinámica toda tu página estática, si no lo aíslas bien. Así se evita ese efecto dominó con Suspense.
unstable_cache vs React.cache en Next.js: la query duplicada
Tenía cache configurado y aun así mi base de datos se ejecutó dos veces en el mismo request. El motivo no es un bug, es una confusión muy común entre dos APIs.
useTransition vs useOptimistic en React: no son lo mismo
Los dos hacen que tu UI se sienta más rápida durante una mutación, pero resuelven problemas distintos. Confundirlos produce UIs que parecen lentas sin serlo.