Sobre el papel es otra versión de mantenimiento: 15 mejoras y 71 correcciones, ninguna función nueva.

Pero una de esas correcciones es la importante: arregla fallos de seguridad en el elemento Form, en la subida de archivos, la validación de los envíos y las acciones del formulario. Bricks dice que no tiene constancia de que se hayan aprovechado, y esta vez es el propio equipo quien recomienda actualizar las webs que usan sus formularios.

Así que, si tienes formularios de Bricks en alguna web, yo la pondría la primera de la lista.

Lo demás, por bloques:

• IA: seis cambios en las abilities. Respetan el orden de los elementos al editar y al importar plantillas, mantienen bien las fuentes personalizadas y dejan de dar falsos conflictos al editar.
• Componentes: once cambios, sobre todo con componentes anidados. Al copiarlos se llevan sus dependencias, los vínculos de propiedades se mantienen y las clases globales se reasignan al pegar.
• WooCommerce: compatible con la 11.2.0.

Y tres que se notan en el día a día: si arrastras archivos a la biblioteca de medios se abre directamente la pestaña de subir, las páginas con varios sliders anidados cargan más rápido en el builder y vuelve a funcionar Emmet en el CSS personalizado.

Como siempre: copia y prueba primero en una web de pruebas. Y después de actualizar, envía un formulario de prueba para comprobar que todo sigue llegando.

¿Cuántas de vuestras webs llevan formularios de Bricks?

Registro de cambios completo: https://bricksbuilder.io/release/bricks-2-4-3/

Hoy ha salido Bricks 2.4.2.

Es otra versión de mantenimiento, con 7 mejoras y 49 correcciones. No trae funciones nuevas y Bricks no marca ninguna corrección como de seguridad.

Lo que más se nota es el navegador de medios. Moverse entre carpetas es más fácil, los nombres de archivo se encuentran mejor y hay acciones para gestionar lo que acabas de subir. Si usas HappyFiles, sus carpetas ya se pueden recorrer desde el builder sin depender del escritorio de WordPress.

CSS Sync trae tres correcciones más y sigue siendo experimental:

• Los estilos se quedan en el selector personalizado donde los escribiste.
• Los controles de estilo vuelven a responder después de editar el Custom CSS.
• Ya no se pierden las imágenes de fondo que llevan un degradado encima.

Otras que se notan en el día a día:

• Al importar HTML y CSS, las media queries de las clases pasan a los breakpoints de Bricks. Ya no se quedan como CSS suelto.
• En el editor de bloques, los enlaces se ven igual que en la web. Y al pasar contenido de Bricks a Gutenberg, los bloques salen válidos.
• La precarga de fuentes incluye ya las que usas en selectores personalizados.
• Si falla la descarga de una actualización del tema, ahora te lo dice antes de descomprimir nada.

Y si tienes tienda:

• Las miniaturas de la galería de producto cambian a la vez que la variación.
• Los resultados de Live Search siguen abiertos cuando añades un producto al carrito.
• En el pago desaparece el contenedor vacío de los términos.

Como siempre, haz copia y pruébala primero en una web de pruebas.

¿Alguien estaba esperando alguna de estas? ¿La de HappyFiles, la de CSS Sync…?

Registro de cambios completo: https://bricksbuilder.io/release/bricks-2-4-2/

Seis días después de la 2.4, ya está aquí la 2.4.1.

Es una versión de mantenimiento: 3 mejoras y 32 correcciones, sin ninguna función nueva. Justo lo que se espera tras una versión grande.

Lo que más me interesa de esta: cinco de las correcciones ajustan permisos. Quién puede tocar componentes y paletas de color, quién puede trabajar con revisiones y plantillas, y qué pueden pedir las consultas a APIs desde un query loop. Una de ellas evita que la vista previa de esas consultas envíe credenciales guardadas a direcciones no autorizadas.

Bricks no lo presenta como un aviso de seguridad. Pero si en tus webs entra más gente que tú —clientes, editores—, yo no esperaría mucho para actualizar.

Tres correcciones más que se notan en el día a día:

• CSS Sync deja de copiar reglas de descendientes, como %root% a, dentro de los controles de estilo del elemento. Sigue siendo experimental.
• Las plantillas remotas vuelven a importar las clases globales que todavía no existen en la web de destino.
• Las imágenes que guardas en un almacenamiento externo vuelven a verse aunque falte la copia local.

Y si usas los nuevos elementos de WooCommerce: el contenido que va después de Carrito, Pago y Mi cuenta vuelve a mostrarse, y las opciones de pago de Stripe siguen seleccionables cuando se refresca el pago.

Como siempre: copia y prueba primero en una web de pruebas.

¿Ya estáis en la 2.4, o esperabais justo a esta?

Registro de cambios completo: https://bricksbuilder.io/release/bricks-2-4-1/

Después de varias betas y dos versiones candidatas, Bricks 2.4 ya es estable. Estas son las novedades principales:

• IA dentro de Bricks. Puedes conectar herramientas de IA para crear y editar contenido, trabajar con tu sistema de diseño y convertir HTML y CSS en elementos editables de Bricks.
• Navegador de Bricks y gestión de medios. Plantillas, componentes, contenido e imágenes sin salir del builder, incluida la búsqueda e importación de imágenes de Unsplash.
• Componentes y componentes remotos. Vista previa visual, dónde se usa cada componente e importación de componentes desde otras webs con Bricks.
• Importación y exportación global. Pasa tu sistema de diseño de una web a otra eligiendo qué importar, revisando dependencias y resolviendo conflictos antes de aplicar.
• Diseños y perfiles del builder. Organiza paneles, barras y atajos a tu manera, guárdalo como perfil y asígnalo a usuarios o roles.
• WooCommerce. Un asistente reúne las páginas y plantillas de la tienda, y llegan en experimental los nuevos elementos de Carrito, Pago y Cuenta, además del constructor de minicarrito.
• Sincronización de CSS y estilos responsive. Sincronización bidireccional del CSS personalizado con los controles de estilo (experimental), y opciones para copiar, mover o restablecer estilos entre puntos de ruptura.

Además: mejoras en todo el builder, nuevas opciones en formularios e interacciones, el elemento Archivo y traducciones actualizadas en los 43 idiomas incluidos.

Se actualiza con un clic desde el escritorio de WordPress o descargándola desde tu cuenta de Bricks.

Un consejo antes de actualizar: haz copia y pruébala primero en una web de pruebas. Es una versión grande y varias piezas llegan marcadas como experimentales, sobre todo en WooCommerce y en la sincronización de CSS.

Contadme: ¿cuál de estas novedades vais a probar primero?

Anuncio y registro de cambios completo: https://bricksbuilder.io/release/bricks-2-4/

Y lo más interesante es lo que no trae: ni una función nueva. 12 mejoras y 22 correcciones, así etiquetadas una a una en el changelog. En una release candidate eso es exactamente lo que quieres ver — quiere decir que la 2.4 está cerca.

De las 22 correcciones, tres que se notan si construyes con clases:

Las clases globales vuelven a poder sobrescribir los estilos de Button de Theme Styles. Si tenías un botón que ignoraba tu clase, no eras tú.

CSS Sync deja de pisar cosas. Ya no se lleva por delante las imágenes de fondo dinámicas cuando entras en el Custom CSS, y los estilos de tamaño y filtro del elemento Image se quedan en su imagen en vez de salpicar a las demás. Sigue siendo experimental.

Un componente renombrado mantiene el nombre en todo el builder. Se acabó buscar el mismo componente con dos nombres según el panel que abras.

Y una pequeña que vale por muchas: ya se puede deshacer el borrado de la última sección del canvas.

Aparte, hay una línea de accesibilidad que va tomando forma: el navegador de medios se recorre con las flechas (Espacio selecciona, Cmd o Ctrl + Enter inserta), el foco del teclado se queda dentro del overlay de Search en vez de escaparse detrás, y el Nav Menu ya admite etiquetas distintas para escritorio y móvil.

Es una RC. Local o staging; producción, no.

El changelog entero: https://bricksbuilder.io/release/bricks-2-4-rc2/

¿Alguien la ha puesto ya en un proyecto de verdad? Lo de las clases globales y Button sobre todo — si os arregla algo que llevabais arrastrando, contadlo aquí.

De todo el changelog, lo que de verdad te afecta si mantienes sitios:

La sincronización CSS bidireccional va más fina. Es la que mantiene a la vez el CSS que escribes a mano y los controles visuales: tocas uno y el otro se entera, respetando el breakpoint y la pseudoclase. Si trabajas con clases, es la diferencia entre que el builder respete tu código o te lo pise. Sigue siendo experimental: se activa en Ajustes → Builder → CSS Sync.

El ZIP pesa un 40% menos. Han sacado los ficheros de traducción del paquete. Si alguna vez has peleado con el límite de subida de un hosting para instalar a mano, esto te lo quita.

Las funciones de IA ya validan contra el esquema real antes de escribir en un elemento. Menos propuestas que en tu sitio no valen.

Y el aviso, que lo dan ellos: es una RC. Local o staging, no producción.

El changelog entero: https://bricksbuilder.io/release/bricks-2-4-rc/

¿La habéis probado ya? Si alguien la pone en un proyecto de verdad, contadlo aquí — que es donde se ve lo que una nota de versión no dice.

Relume ha lanzado Relume Publish, en beta desde el 24 de agosto. Hasta ahora era la herramienta con la que montabas el mapa del sitio y los wireframes para llevártelos después a Webflow o a Figma. Ahora aloja, publica y mantiene el sitio ella misma: alojamiento sobre Cloudflare con un compromiso de disponibilidad del 99,99 %, colaboración sin límite de usuarios y un equipo de agentes de inteligencia artificial —estratega, diseñador, redactor y analista— que siguen trabajando sobre el sitio después de publicarlo.

Con ello llega también Wireframing 2.0, que es donde están los cambios medibles. La generación pasa de usar el 25 % de la biblioteca de componentes al 70 %, así que salen menos wireframes clonados. Elige los estilos a partir de la descripción del proyecto en vez de mezclarlos sin criterio, tiene en cuenta dónde cae cada sección dentro del flujo de la página y reutiliza componentes de una página a otra. Y el modelo que escribe los textos deja de ser GPT y pasa a ser Claude.

Si trabajas en WordPress, Publish no te sirve: es una plataforma cerrada más, y de las que además se quedan el alojamiento. Lo que sí conviene mirar es el movimiento. Relume vivía de ser la capa que va encima del builder de otro, y cuando una capa así crece lo suficiente solo pasan dos cosas: o el builder la absorbe, o ella se convierte en plataforma. Es el mismo mecanismo que vimos cuando Core Framework se hizo gratis en cuanto Bricks incorporó de serie lo que vendía, pero visto desde el otro lado del tablero. Vale la pena recordarlo cada vez que montamos nuestro trabajo encima de algo que no controlamos.

Y hay una parte que sí se puede aprovechar hoy sin cambiar de herramienta: desde julio Relume publica su biblioteca de más de mil componentes como servidor MCP, accesible desde Cursor, Claude, Windsurf y VS Code. Le pides el componente al asistente y te lo trae editable, con su sistema de diseño incluido. Eso funciona escribas donde escribas, WordPress incluido, y no obliga a comprarles la casa entera.

Novedades: https://www.relume.ai/whats-new

Ha salido Bricks 2.3.12. Otra de mantenimiento: 22 correcciones, tres mejoras y nada que rompa compatibilidad. Se actualiza tranquilo.

De toda la lista, hay dos cosas que merecen que la instales hoy y no la semana que viene.

Las plantillas de resultados de búsqueda se comían las de entrada individual. Si tienes una plantilla de búsqueda en el sitio, estaba ganando la partida a tus plantillas de single en casos donde no debía. Es de esos fallos que no dan error: simplemente un día ves una entrada renderizada con la plantilla equivocada y no sabes por qué. Arreglado.

WooCommerce se lleva cinco arreglos, y uno afecta a ventas. Los atributos de productos compuestos y de packs se perdían al añadir al carrito por AJAX. Si vendes bundles, eso es un pedido mal formado. Además: dejan de salir los avisos de plantillas desactualizadas, los avisos de contraseña restablecida ya aparecen en las plantillas propias de Mi cuenta, y la página de gracias tira del fallback nativo cuando no hay datos del pedido.

Lo demás, en corto:

Elemento de código. Dos molestias diarias fuera: ya no pierde el estado firmado al salir de pantalla completa sin tocar nada, y deja de soltar avisos de código sin firmar al editar JavaScript ahí dentro. Y al insertar datos dinámicos conserva la posición del cursor y del scroll, que era para pegarse.

Datos dinámicos. Se acabaron los errores fatales al regenerar el CSS del administrador cuando el proveedor de WordPress no está disponible.

Fuentes propias. Los nombres con caracteres especiales codificados vuelven a emparejarse bien. Si has tenido una tipografía con tildes que no cargaba, era esto.

Slider anidable. Los fondos de las diapositivas clonadas se ven en la vista previa del constructor, y las etiquetas ARIA dejan de salir con el marcador sin sustituir.

WPML. Las condiciones de plantilla de sección ya se mapean a las entradas y términos traducidos.

Changelog completo: https://bricksbuilder.io/release/bricks-2-3-12/

Salió ayer la beta 3 de Bricks 2.4. Se descarga a mano desde tu cuenta en my.bricksbuilder.io, y es una beta: en producción, no.

El registro de cambios completo está aquí.
https://bricksbuilder.io/release/bricks-2-4-beta3/

Lo que más se nota si usas un sistema de diseño

• El Color Manager ya resuelve las variables CSS externas en las vistas previas y en las conversiones. Si tus colores vienen de Tailwind o de WindPress, dejan de verse en blanco dentro del gestor. Es el cambio pequeño que más tiempo ahorra al día.
• Componentes remotos: puedes navegar e importar componentes desde otra instalación de Bricks, y llegan con lo que necesitan — componentes anidados, clases globales, variables, paletas y, si quieres, las imágenes. Antes esto era exportar, importar y rezar.
• El CSS de una clase, escrito en la propia clase. Cuando necesitabas meterle una línea de CSS a mano a una clase global, había que escribirla en un elemento que llevara esa clase — y ahí se quedaba, colgando de ese elemento. Ahora se escribe en el gestor de clases: va con la clase y se encuentra donde uno la busca.
• El hueco entre elementos ya no se pierde al cambiar de flex a grid. La separación entre elementos tenía controles distintos según el contenedor estuviera en flex o en grid, así que al cambiar de modo el valor desaparecía de la vista y tocaba ponerlo otra vez. Ahora el control es el mismo para los dos.

Lo demás que vas a usar

• Elemento Archivo nativo, con vista previa del PDF. Se acabó el shortcode para poner un PDF.
• Navegador de medios propio que sustituye al de WordPress, con Salud de medios: archivos rotos, textos alternativos que faltan, tamaños sin generar, ficheros enormes y formatos obsoletos.
• Acciones de formulario condicionales: enviar siempre el correo, dar de alta en la lista solo si marcaron el consentimiento.
• Dos ajustes nuevos para la selección automática de clases.

Y esto conviene leerlo dos veces

La beta 3 añade una capacidad opcional de ejecutar PHP para los agentes de IA conectados. El resumen que circula traducido se deja el matiz que cuenta: está apagada por defecto, se enciende con una constante (BRICKS_ENABLE_EXECUTE_PHP_ABILITY) y da acceso completo a PHP dentro de WordPress. Los propios Bricks dicen que solo en desarrollo o preproducción de confianza.

Es una llave maestra. Bien que exista, bien que venga apagada — pero que no se te quede encendida en un sitio que luego pasa a producción.

La lectura

La beta 3 se lleva por delante tres cosas que hasta ayer eran plugin: el gestor de medios, el elemento para servir un PDF y la librería de componentes compartida. Bricks lleva un año haciendo eso en cada versión, y no va a parar.

¿Lo habéis probado ya? Si le dais caña a los componentes remotos, contadlo por aquí.

Ha salido Bricks 2.3.10. Es una versión de mantenimiento: 28 correcciones, ninguna función nueva y —lo importante— nada que rompa compatibilidad. Se actualiza tranquilo.

De todo lo que trae, esto es lo que de verdad te va a afectar si trabajas a diario con Bricks:

Componentes. Se arreglan tres cosas que dolían: instancias que aparecían donde no tocaba, propiedades en selección múltiple que solo guardaban un valor, y el desvinculado de componentes con variantes, que dejaba estilos aleatorios. Si usas componentes en serio, esta es la razón para actualizar.

Consultas dinámicas. Había una regresión que borraba el CSS tras paginar por AJAX. Si tenías listados que se descolocaban al pasar de página, era esto.

Formularios. El campo de email aceptaba direcciones inválidas. Sin más comentario.

Masonry. Espaciado que no se aplicaba e imágenes superponiéndose al cargar. Corregido.

Y dos detalles que se agradecen aunque no hagan ruido: el botón de envío sin icono ya tiene nombre accesible y los controles de filtro exponen etiquetas más claras para lectores de pantalla. Accesibilidad que no pides pero que necesitas.

Una mejora pequeña y muy útil: el panel de información del sistema ahora avisa si alguna tabla de Bricks no usa utf8mb4. Si alguna vez te han salido caracteres raros con acentos o emojis, ahí tienes el diagnóstico hecho.

Changelog completo: https://bricksbuilder.io/release/bricks-2-3-10/