Si hace un tiempo leíste el artículo en el que explicábamos qué es Eleventy, este es su actualización natural. En Idenautas llevamos tiempo usando Lume en lugar de Eleventy, y tiene sentido explicar qué es, por qué cambiamos y qué significa eso para los proyectos que construimos.
Primero, lo que no cambió
Lume es, como Eleventy, un generador de sitios estáticos. El principio es el mismo: en lugar de generar las páginas cada vez que alguien las visita, las genera todas de una vez al publicar. El resultado son archivos HTML, CSS y el JavaScript que tú decides incluir — nada más. Sin base de datos ejecutándose en el servidor, sin PHP, sin procesos intermedios.
Eso significa que cuando alguien visita una web construida con Lume, el servidor simplemente entrega un archivo que ya existe. La velocidad es inmediata. El coste de alojamiento es bajo. La superficie de ataque para problemas de seguridad es mínima.
Todo eso sigue siendo cierto, igual que con Eleventy.
Entonces, ¿qué es Lume?
Lume es un generador de sitios estáticos construido sobre Deno, en lugar de Node.js. Para alguien no técnico, la diferencia más relevante es esta: donde Node.js arrastra décadas de decisiones de diseño y un ecosistema de dependencias que puede volverse opaco y frágil, Deno nació con principios más estrictos — seguridad por defecto, TypeScript integrado sin configuración adicional, y un modelo de dependencias mucho más transparente.
En la práctica, lo que eso significa para nosotros es que Lume tiene menos piezas móviles. Menos cosas que pueden romperse, menos actualizaciones encadenadas que hay que gestionar, menos ruido entre la herramienta y el resultado.
Además, Lume lo mantiene Óscar Otero, un desarrollador gallego. Eso no es un dato anecdótico: es relevante porque la herramienta tiene un autor identificable, con criterio propio, que la evoluciona con intención. No es un comité, no es un framework corporativo.
¿Por qué cambiamos?
Cuando empezamos a usar Eleventy estábamos contentos. Hacía lo que prometía. Pero con el tiempo el ecosistema de Node.js empezó a acumular el tipo de fricción que no se ve en el día a día pero se nota cuando algo falla: dependencias transitivas que nadie eligió conscientemente, actualizaciones de seguridad que afectan a paquetes que ni sabías que usabas, configuraciones que hay que mantener en paralelo.
Lume resuelve eso de raíz. Y cuando probé la migración, el resultado fue más limpio desde el primer día.
Si tienes curiosidad por los detalles técnicos del proceso — qué cambió exactamente, dónde están las diferencias entre los dos generadores, qué problemas aparecieron durante la migración — lo cuento con más detalle en el artículo sobre la migración de Eleventy a Lume.
Qué significa esto para un cliente
Lo mismo que significaba Eleventy, con menos margen para que algo salga mal.
Una web construida con Lume no necesita el mantenimiento de seguridad que requiere WordPress. No hay plugins que actualizar periódicamente, no hay base de datos que parcheear, no hay vectores de ataque habituales. El contenido vive en archivos de texto plano — Markdown y YAML — que son tuyos, portables, legibles sin ninguna herramienta propietaria.
El alojamiento es barato porque los archivos estáticos pueden servirse desde una CDN a una fracción del coste de un servidor con PHP corriendo en él. Y la velocidad es buena desde el primer día, no como resultado de optimizaciones añadidas encima, sino como consecuencia directa de la arquitectura.
No es la solución adecuada para todos los proyectos. Una tienda con miles de referencias que cambian en tiempo real, un portal con contenido personalizado por usuario, una aplicación web compleja — esos proyectos necesitan otra arquitectura. Pero para la inmensa mayoría de webs corporativas, portfolios, blogs y sitios de servicios, Lume hace el trabajo mejor que cualquier CMS.
Esta web que estás leyendo está construida con Lume. Los tiempos de carga, el comportamiento en móvil, la puntuación en Core Web Vitals — todo eso es, en gran parte, consecuencia de esa decisión.
