La confirmación sale, la canalización de CI se completa en cuarenta segundos y la CDN se actualiza. La demostración impresiona a la gerencia: páginas ultrarrápidas, implementación automática, cero servidores "visibles". Dos semanas después, la búsqueda de texto completo no arrojó nada porque llamó a una API de Elasticsearch que no estaba incluida en la cotización. Las cuentas de clientes pasan por Auth0. El carrito consulta una API estándar alojada en otro lugar. El “sitio estático” en realidad esconde cinco servicios dinámicos que nunca se presupuestan ni se monitorean.
La promesa de Jamstack (JavaScript, API, marcado) se mantiene cuando se genera HTML previamente y se sirve desde una red de entrega cercana. Publicación rápida, buena resistencia a los picos, baja carga en el origen para contenido estático. El error clásico es creer que todo se vuelve estático mientras que el carrito de compras, la autenticación, los comentarios, la búsqueda y los precios en tiempo real siguen siendo dinámicos por naturaleza.
Jamstack acelera la entrega; no elimina la asignación de backend. Antes del primer git push, enumera lo que aún está activo y dónde se está ejecutando.
Lo que permanece estático y lo que no
La compilación puede producir artículos de blog, páginas de destino traducidas, documentación de producto estable y activos optimizados por adelantado. Por otro lado, en cuanto un visitante se conecta, filtra un catálogo en vivo o paga online, se aleja de la pura estática. El carrito de compras, la sesión del usuario, la búsqueda instantánea, los formularios con validación del servidor y los webhooks de pago requieren un componente dinámico en alguna parte: API dedicada, sin servidor, base de datos administrada o servicio de terceros.
Este límite no es teórico: determina su presupuesto de hosting, su superficie de seguridad y su plan de supervisión. Distribuir un sitio de marketing completamente estático cuesta poco. Una plataforma con cuentas y búsqueda cuesta lo que cuestan sus API, ya sean visibles o ahogadas en el discurso de “serverless incluido”.
Alojamiento: tres capas para separar
Una arquitectura Jamstack creíble distingue al menos tres capas. El repositorio Git impulsa una compilación de CI: GitHub Actions, GitLab CI o la integración nativa de la plataforma. El host frontal (Netlify, Vercel, Cloudflare Pages, S3 con CloudFront) sirve HTML y activos de la CDN. Finalmente, el CMS headless o basado en Git, además de los servicios dinámicos, a menudo residen en otras cuentas: Sanity, Contentful, Strapi, una API de Laravel en VPS, una base de datos administrada de Postgres.
Para un sitio de exhibición puro sin un CMS remoto, la guía sitio estático es suficiente. Tan pronto como un equipo editorial toca el contenido a través de la interfaz web, la división descrita en CMS headless se vuelve central. No mezcle la facturación CDN con la facturación CMS: dos contratos, dos SLA, dos regiones posibles.
Vista previa, frescura y costos que la demo olvida
Las ramas de vista previa (una URL por solicitud de extracción para los escritores) a veces se incluyen y a veces se facturan por minuto de compilación. En un sitio grande, una implementación completa puede tardar varios minutos; de ahí el interés en compilaciones incrementales, regeneración estática incremental o revalidación bajo demanda en Next.js y equivalentes. La frescura editorial se negocia entre el costo de construcción y el plazo aceptable: una publicación horaria no tiene las mismas limitaciones que una transmisión de noticias minuto a minuto.
Las llamadas API y de medios pesados fuera de la CDN principal también pueden inflar la factura de salida de la red. Si sus imágenes pasan por un depósito en una región alejada de sus visitantes, la CDN no lo compensa todo. La guía elegir una región de nube se aplica tanto al almacenamiento como al front-end.
La cumbre: la velocidad de implementación oculta el mapeo de API
Compare plataformas perimetrales y hosts de almacenamiento de objetos a través de nuestro directorio y el comparador filtrando regiones, minutos de compilación y funciones sin servidor.
Decide y avanza sin puntos ciegos
Comience por hacer una lista completa de páginas y feeds verdaderamente estáticos que requieren una API o una base de datos. Luego, elija una estrategia de actualización (regeneración incremental, webhook de CMS, renderizado parcial del lado del servidor) adaptada a la cadencia editorial real, no a la cadencia ideal de la plataforma de diapositivas. Presupuesta en paralelo los minutos de compilación, las invocaciones de funciones y la suscripción al CMS, no solo la CDN. Pruebe la vista previa editorial antes del lanzamiento: si los autores no pueden validar una página sin implementar toda la rama principal, el flujo de trabajo se interrumpirá en producción. Finalmente, documente quién responde si la API de búsqueda deja de funcionar un viernes por la noche: el frente estático permanecerá activo, pero el sitio estará incompleto.
Preguntas frecuentes
¿Jamstack significa cero servidores?
No. HTML se puede generar previamente y servir desde una CDN, pero la autenticación, la búsqueda, los pagos y los datos en tiempo real aún pasan por API o funciones. Jamstack describe principalmente la difusión del marcado, no la ausencia de dinámica.
¿Cómo gestionar contenidos actualizados varias veces al día?
Una reconstrucción completa para cada modificación no conlleva el cargo editorial. Utilice regeneración estática incremental, revalidación bajo demanda o renderizado híbrido, junto con webhooks de CMS que solo reconstruyen las páginas afectadas.
¿Dónde alojar un sitio Jamstack?
El frente estático es muy adecuado para Netlify, Vercel, Cloudflare Pages o un depósito de objetos con CDN. El CMS headless, las bases y los servicios de autenticación a menudo permanecen en otros ladrillos: consulte la guía CMS headless y la del sitio estático.
¿Jamstack y formularios de contacto?
Una página estática no procesa una POST sola sin una capa dinámica. Necesita una función sin servidor, una pequeña API o un servicio de terceros; de lo contrario, el formulario seguirá siendo un caparazón vacío en el lado del servidor.
Antes de decir "estamos en Jamstack", haga solo una pregunta: ¿qué permanece dinámico y dónde se ejecuta? Sin esta lista, solo tiene una CDN, no una arquitectura.