Partimos del mismo contenido (icono + título + texto) y lo convertimos en 3 layouts solo cambiando clases:

1. Cards
2. Lista con divisor
3. Números grandes

La gracia es que puedes iterar súper rápido (y probar estilos) sin rehacer la sección.
📌 Dejo también una chuleta con las clases a cambiar para cada versión.

Si lo pruebas, comparte captura y dime cuál versión te encaja más 🙌

La IA trabaja mejor cuando la estructura es visible: archivos, componentes, HTML/CSS. Y ahí WordPress “tradicional” (themes + builders + estados en DB) se vuelve más opaco de lo que parece.

En headless, la estructura vive como código y cambios explícitos: la IA lo entiende, lo modifica y lo mantiene con mucha más claridad.

El artículo lo resume bien: no tienes que cambiar hoy… pero cuanto más «AI-assisted» sea el futuro del desarrollo, más penaliza tener sistemas que no se pueden razonar.

👉 Artículo original: https://phantomwp.com/blog/time-to-talk-about-headless-wordpress

Montamos una sección de Features (icono + título + texto) en ~15 min, cuidando jerarquía, espaciado y ritmo visual, puedas reutilizarla en cualquier landing.

La construimos primero con grid y luego te enseño la alternativa con grid-auto-fit, una utilidad del sistema de diseño Flowtitude, para que se adapte de forma más automática según el ancho disponible. ✅

Bricks acaba de publicar el Release Candidate de la 2.2 (fecha: 20 de enero de 2026) y viene cargadito: hablan de 100+ cambios orientados a mejorar el flujo real de trabajo.

Lo más destacado:

• Style Manager: ahora incluye vista previa en canvas y soporte de breakpoints en Theme Styles (edición mucho más fluida).
• Previsualización al hover (opt-in): puedes ver colores, clases y variables en tiempo real pasando el ratón por el panel de controles. Se activa en:
  Bricks > Settings > Builder > Control Panel

Otros highlights rápidos:

• Style Manager: botones para añadir/quitar pasos en escalas de tipografía y espaciado.
• Google Maps locale para mejor accesibilidad.
• Woo Rating Filter: nueva opción «Compare».
• Mejoras en YouTube controls y en el manejo del aspect ratio.
• «Back to top» con mejora A11y (focus correcto para teclado).

📌 Si quieres revisar todo: https://bricksbuilder.io/release/bricks-2-2-rc/

Si alguna vez has intentado generar PDFs “bonitos” (facturas, informes, statements…) ya sabes el drama: Puppeteer/headless, despliegues delicados, o alternativas tipo wkhtmltopdf/DomPDF con soporte CSS limitado y resultados que no se parecen a lo que diseñaste.

TailPDF va justo a ese problema: envías tu HTML con clases de Tailwind y recibes un PDF que renderiza como esperas, mediante una API REST simple.

Lo que me parece más interesante:

• Enfocado a Tailwind real: flex, grid, gradients, utilidades modernas y valores arbitrarios sin romperse.
• Sin infraestructura pesada: una llamada HTTP y listo (sin montar headless browsers).
• Pensado para producción: mencionan protección SSRF, rate limiting y aislamiento multi-tenant (ideal si generas PDFs por cliente con branding diferente).
• Compatible con Tailwind v4, incluyendo el enfoque “CSS-first config”.

Para probar sin compromiso: tienen plan gratuito de 100 PDFs/mes (sin tarjeta).

Partimos del hero del vídeo 1 y lo convertimos en 3 versiones sin cambiar la estructura:

• misma base
• mismas piezas
• solo cambiamos clases de Tailwind

La idea es que veas lo rápido que puedes iterar un diseño cuando tienes un layout limpio y un par de reglas claras.

Es una buena señal: empresas grandes que lo usan a diario están empezando a apoyar económicamente el mantenimiento del ecosistema para que Tailwind siga siendo sostenible a largo plazo

DPlugins ha abierto el core de Winden para integración con Gutenberg, así que el flujo Gutenberg + Tailwind queda disponible para cualquiera, gratis y en open source. Winden Pro seguirá existiendo para funciones avanzadas (otros builders, file scanner, etc.).

✅ Además, anuncian mejoras grandes de rendimiento: ahora el CSS se genera al guardar el post, evitando compilaciones en carga y mejorando la experiencia tanto en editor como para visitantes.

Descargas: 👉 https://dplugins.com/downloads/winden/

Hasta ahora, las bibliotecas de componentes de SproutUI estaban pensadas para webs “generalistas” (landings, corporativas, blogs…). Pero el enfoque ha ido evolucionando y ya hay una versión específica para tiendas online: ShopSprout, orientada a WooCommerce.

✅ Qué trae de nuevo (lo importante):

• Un design system pensado para eCommerce (no solo secciones sueltas).
• 1350+ componentes, 45+ categorías y 90+ páginas preconstruidas para flujos típicos de tienda.
• Todo montado con Auto Layout y variables, para iterar rápido y mantener consistencia.

💡 Por qué merece la pena para nosotros
Porque en eCommerce el tiempo se va en lo de siempre: tarjetas de producto, listados, filtros, fichas, carrito, checkout, estados, badges… y tener patrones ya resueltos ayuda a diseñar más rápido y con mejor coherencia desde el minuto uno.

📌 Lo dejo en el radar de la comunidad: si os interesa, puedo compartir un mini breakdown de lo más útil (qué componentes valen realmente la pena y cómo lo aplicaría en proyectos reales).

Más información 👉 https://sproutui.com/home-page-new/

En los proximos meses voy a compartir avances, pruebas y ejemplos reales (con pros/contras, lo que funciona y lo que no) alrededor de dos herramientas/enfoques que creo que pueden aportar muchísimo a cómo diseñamos y construimos webs hoy:

1) Stitch para diseño

Quiero usar Stitch (Google Labs) como herramienta de ideación y prototipado rápido: partir de una idea (prompt o referencia) y sacar propuestas de UI para iterar más rápido y aterrizar mejor el diseño antes de pasar a producción.

2) Astro + PhantomWP para desarrollo (con o sin WordPress)

Aquí el objetivo es muy claro: rendimiento y limpieza en el frontend con Astro, y cuando tiene sentido mantener WordPress, usarlo como CMS “headless” con PhantomWP, sin migraciones raras y aprovechando el editor de siempre (contenido en WP, frontend ultrarrápido en Astro).

✅ ¿Qué voy a ir trayendo a la comunidad?

• Mini demos y ejemplos (landing, blog, web corporativa).
• Flujo “de idea → diseño → implementación”.
• Checklist de cuándo sí y cuándo no compensa (para clientes reales, no teoría).

💬 Si te interesa, dime qué te gustaría ver primero: una landing, una web corporativa, o un blog (y si prefieres el caso con WP o sin WP).

Idea clave: reducir fricción entre diseño y desarrollo, y subir el estándar de rendimiento sin complicar la vida al cliente.