En enero de 2014, escribí un artículo titulado "Pairing Static Websites with CMS". En él, describí lo que veía como una revolución en camino: el matrimonio entre la entrega de archivos estáticos — rápida, segura, simple — y las capacidades de gestión de contenidos que las organizaciones necesitan para operar realmente un sitio web.
Lo llamé "el nuevo dulce Reese's de las tecnologías web". Admito que la metáfora era un poco forzada. Pero la predicción no lo fue.
Esto fue lo que escribí:
"Llámenme loco, pero una vez que los intentos existentes de hacer esto realidad maduren un poco, creo que veremos una adopción generalizada de esta técnica."
Dos años después, Mathias Biilmann de Netlify acuñó el término JAMstack — JavaScript, APIs y Markup — para describir exactamente este enfoque. La idea que había estado gestándose en los márgenes se volvió tendencia. Y durante la década que siguió, no solo ganó adopción. Se convirtió en la forma dominante en que se construyen los sitios web modernos.
En qué acerté
El argumento central de aquel artículo de 2014 era simple: las plataformas CMS tradicionales como Drupal, WordPress y Joomla intentaban hacer todo — gestión de contenidos, renderizado de páginas, autenticación de usuarios, manejo de URLs — todo en un solo servidor, para cada solicitud de página. Esto las hacía lentas y vulnerables. Los sitios estáticos, por otro lado, eran rápidos y seguros pero no ofrecían forma alguna para que personas no técnicas gestionaran el contenido.
La solución, argumenté, era separar las dos preocupaciones: usar un CMS para gestionar el contenido, pero servir el sitio web como archivos estáticos preconstruidos. El CMS se queda tras bambalinas. El sitio público es solo HTML, CSS y JavaScript — rápido, seguro y prácticamente imposible de hackear.
Eso es precisamente lo que sucedió. Hoy el ecosistema se ve así:
Generadores de sitios estáticos y frameworks como Astro, Next.js, Nuxt, Hugo y Eleventy pueden construir sitios web ultrarrápidos a partir de contenido almacenado en cualquier lugar. Pre-renderizan páginas en tiempo de compilación, produciendo exactamente el tipo de salida estática que yo describía — pero con mucha más sofisticación de la que podría haber imaginado.
Plataformas CMS headless como Sanity, Contentful, Strapi y Prismic proporcionan la capa de gestión de contenidos sin acoplarla a un frontend específico. Los editores de contenido obtienen una interfaz limpia para gestionar su sitio. Los desarrolladores tienen la libertad de construir el frontend como quieran. Las dos preocupaciones están completamente desacopladas — que es una forma elegante de decir exactamente lo que propuse en 2014.
Plataformas de hosting en el edge como Vercel, Netlify y Cloudflare Pages despliegan activos estáticos en servidores de todo el mundo, sirviendo páginas desde la ubicación más cercana al visitante. Las ganancias de rendimiento de las que hablaba en 2014 se multiplicaron por la distribución global.
Lo que no vi venir
Me atribuyo el mérito de la predicción, pero no anticipé hasta dónde evolucionaría el concepto.
Estaba pensando en extraer HTML estático de un CMS tradicional — esencialmente usando WordPress o Drupal como backend y raspando la salida en archivos planos. Eso era rudimentario, y no es realmente como se dieron las cosas. Lo que sucedió fue más elegante: surgieron categorías completamente nuevas de herramientas, diseñadas específicamente para este enfoque desacoplado. El CMS y el sitio web se convirtieron en aplicaciones separadas que se comunican entre sí a través de APIs.
Tampoco anticipé cuánto mejoraría la experiencia del desarrollador. Los frameworks modernos no solo producen archivos estáticos — ofrecen arquitecturas basadas en componentes, renderizado del lado del servidor cuando se necesita, interactividad del lado del cliente donde tiene sentido, y procesos de compilación que manejan automáticamente la optimización de imágenes, la división de código y el ajuste de rendimiento. El sitio "estático" de 2026 está muy lejos de los archivos HTML planos que yo imaginaba.
Y ciertamente no predije que la IA entraría en escena. Pero aquí estamos — y la combinación de frameworks estáticos modernos con desarrollo impulsado por IA ha hecho posible construir sitios web sofisticados y de alto rendimiento a un ritmo y costo que habrían sido impensables hace apenas dos años. Pero ese es tema para otro artículo.
Por qué esto sigue importando
Si usted dirige una organización y su sitio web está construido sobre un CMS tradicional — WordPress, Drupal o algo similar — los problemas que describí en 2014 no han desaparecido. Han empeorado. Las vulnerabilidades de seguridad en plataformas CMS populares se explotan más agresivamente que nunca. La penalización de rendimiento de las páginas renderizadas en servidor ahora impacta directamente sus posiciones en buscadores. Y el costo de mantener, parchear y alojar una infraestructura CMS tradicional sigue subiendo.
La alternativa ya no es teórica. Está probada, es madura, y es como se construyen hoy la mayoría de los sitios web de alto rendimiento. La pregunta para las organizaciones que aún operan plataformas CMS obsoletas no es si hacer el cambio. Es cuándo.
El artículo original
Para los curiosos, aquí está lo que escribí en 2014 — sin editar, metáforas y todo.
Acerté en los trazos generales. Los detalles se desarrollaron de manera diferente — y mejor — de lo que imaginé. Así suele ser con la tecnología: la dirección es predecible, los detalles no lo son.
De lo que estoy seguro es que dentro de doce años, espero estar escribiendo un artículo similar sobre lo que venga después. La web nunca se queda quieta. Lo mejor que puede hacer es poner atención y apostar temprano.