Qué es y cómo funciona
JAMstack nació como una forma de construir webs que prioriza lo pregenerado. Las siglas son JavaScript, APIs y Markup. El Markup, el HTML, se genera por adelantado y se sirve desde una CDN; el JavaScript añade comportamiento en el navegador; y las APIs, propias o de terceros, aportan lo dinámico: pagos, formularios, búsqueda, autenticación o contenido de un CMS.
La idea de fondo es desacoplar el front del back. En lugar de un servidor que monta cada página con una base de datos detrás, tienes archivos listos para servir y servicios independientes a los que el front llama cuando los necesita. Hoy muchas de sus ideas están integradas en frameworks como Next.js o Astro, que permiten mezclar páginas estáticas y dinámicas.
Por eso la etiqueta se usa menos como marca que como descripción de un enfoque: construir lo máximo posible por adelantado y delegar lo dinámico en servicios específicos.
Por qué importa
Este enfoque da ventajas claras: las páginas se sirven rápido desde una red global, los picos de tráfico se absorben sin esfuerzo, hay menos servidores expuestos que atacar y los costes de alojamiento suelen ser bajos. Para webs corporativas, blogs, documentación o catálogos que cambian poco, es una arquitectura muy bien probada.
Tiene un coste: dependes de varios servicios externos, cada uno con su facturación, sus límites y sus caídas. Un proyecto con mucha lógica dinámica o con contenido que cambia constantemente acaba reimplementando en servicios sueltos lo que un backend tradicional hacía en un sitio. Conviene valorar si esa dispersión compensa antes de adoptarla por moda.
Un ejemplo
Una agencia inmobiliaria con un catálogo moderado construye su web con páginas pregeneradas y las sirve desde una CDN. El formulario de contacto envía los datos a un servicio de formularios, la búsqueda usa un servicio externo y las fichas se leen de un CMS por API. Cuando se añade un inmueble, se regenera la parte afectada. No hay servidor propio que mantener, pero sí varios servicios que vigilar.
Errores y confusiones frecuentes
- Creer que JAMstack es una tecnología concreta. Es un enfoque de arquitectura, no un producto ni un framework.
- Acumular servicios de terceros sin control. Cada API añade una dependencia, un coste y un posible punto de fallo.
- Aplicarlo a aplicaciones muy dinámicas, con datos que cambian a cada segundo o mucha personalización por usuario, donde el renderizado en servidor encaja mejor.