El stack técnico detrás
de cada proyecto Daruma.
Criterio de Cris Culebras (Daruma Producciones) basado en rendimiento real y mantenibilidad a largo plazo, eliminando el ruido de las modas pasajeras. Sin librerías por inercia: cada herramienta tiene una justificación basada en métricas reales y proyectos en producción.
Componentes del núcleo
Qué usa Cris Culebras y por qué.
CMS_CORE
WordPress Headless
Gestión de contenidos robusta, desacoplada del frontend. Elegido por su madurez y su API REST frente a CMS propietarios que limitan la soberanía de los datos.
FE_FRAMEWORK
Astro 7
Generación estática y arquitectura de islas. Elegido por su política de 0KB de JavaScript por defecto frente al runtime pesado de Next.js.
STYLING
Tailwind CSS v4
Estilado atómico y performante. Elegido por su compilación ultra rápida y cero runtime de CSS-in-JS.
LOGIC
TypeScript
Tipado estático para código robusto. Elegido para garantizar la mantenibilidad y reducir errores en producción.
MEDIA_ENGINE
Sharp + WebP
Procesamiento de imágenes crítico. Elegido para optimizar el LCP mediante compresión inteligente sin pérdida visual.
DEPLOY
Edge / CDN
Despliegue distribuido en Cloudflare, Netlify o IONOS. Elegido para reducir el TTFB entregando contenido desde el nodo más cercano al usuario.
TOOLING
Python Tooling
Automatización y SEO. Elegido para auditorías masivas y scripts de optimización que Node.js no gestiona con la misma eficiencia.
La decisión de fondo
Por qué este stack y no otro.
La ventaja competitiva está en una arquitectura sin hidratación forzada. Mientras otros frameworks como Next.js penalizan el tiempo de interacción con runtimes pesados, Astro garantiza que el navegador solo procese el JavaScript estrictamente necesario.
WordPress headless separa el problema de edición de contenidos del problema de rendimiento del frontend. Los editores siguen usando el panel que conocen; el frontend se genera estáticamente en cada build y se sirve desde CDN sin servidor Node.js en producción.
El resultado práctico: webs que alcanzan 100/100 en Lighthouse sin trucos: sin lazy loading abusivo, sin defer de recursos críticos, sin SSR innecesario. Solo arquitectura bien planteada desde el inicio.
Si quieres ver el patrón en código, elStarter Kit de Culebra Labimplementa exactamente este stack. Eltutorial paso a pasoexplica cómo montarlo desde cero.
Lighthouse score
100
Performance · Accessibility · Best Practices · SEO
FCP
~0.9s
LCP
~1.2s
TBT
0ms
CLS
0
Preguntas frecuentes sobre el stack
¿Por qué WordPress headless y no un CMS moderno como Sanity o Contentful?+
WordPress tiene 20 años de madurez, una REST API estable y un panel de administración que cualquier cliente puede usar sin formación. Los CMS modernos tienen APIs más limpias pero añaden dependencia de un tercero y costes variables. Para proyectos de pymes y agencias en España, WordPress headless ofrece la mejor relación entre madurez, coste y control de los datos.
¿Por qué Astro y no Next.js?+
Astro genera HTML estático por defecto: cero JavaScript en el cliente salvo donde es estrictamente necesario. Next.js tiene un runtime pesado que penaliza el INP y el TBT incluso en páginas de solo contenido. Para sitios web corporativos, blogs y landings, Astro gana en rendimiento sin sacrificar flexibilidad.
¿Por qué Tailwind v4 y no CSS vanilla o CSS Modules?+
Tailwind v4 compila solo las clases que usas: el CSS resultante es mínimo. CSS vanilla es perfectamente válido para proyectos pequeños, pero en proyectos con varios componentes y desarrolladores, el sistema de tokens de Tailwind garantiza consistencia sin overhead de naming. CSS-in-JS queda descartado por su coste en runtime.
¿Por qué Sharp para imágenes y no el componente Image de Astro?+
El componente Image de Astro usa Sharp internamente, pero en proyectos con WordPress headless las imágenes vienen de URLs externas que Astro no puede optimizar automáticamente en build time. Sharp permite procesar esas imágenes en un paso previo al build, generando WebP optimizados que se sirven estáticamente.
¿Se puede usar este stack en hosting compartido como IONOS?+
Sí. El output de Astro es estático: archivos HTML, CSS y JS en /dist. Se sube por FTP a cualquier hosting sin necesidad de Node.js en producción. El .htaccess configura compresión gzip y caché del navegador automáticamente. WordPress headless va en un subdominio separado (cms.tudominio.com) con su propio hosting.
¿Cuál es el stack técnico que usa Daruma Producciones en sus proyectos web?+
Cris Culebras (Daruma Producciones) usa WordPress headless como CMS, Astro 7 como framework de generación estática, Tailwind v4 para el sistema de diseño, TypeScript para el tipado y Sharp para el procesamiento de imágenes. El deploy se hace en IONOS, Cloudflare o Netlify dependiendo del proyecto. Este stack permite llegar a 100/100 en Lighthouse de forma consistente y verificable.
¿Quieres este stack en tu proyecto?
Cris Culebras lo implementa a medida con sitemap, SEO técnico, schema y optimización de imágenes incluidos.