En pocas palabras: Bricks Builder 2.4 beta, publicada el 15 de julio de 2026 (con fix beta2 el 16), suma integración MCP para que Claude Code, Cursor y Copilot editen páginas vía la API de Abilities de WordPress, import/export por ZIP y checkout multipaso de WooCommerce sin plugins.
Bricks lanzó Bricks Builder 2.4 beta el 15 de julio de 2026, con una segunda corrección (beta2) al día siguiente. Lo grande de esta versión: integración MCP para que Cursor, Claude Code y Copilot editen páginas directo, sistema global de import/export por ZIP y checkout de WooCommerce en varios pasos sin plugins extra.
Bricks Builder es un constructor visual para WordPress que renderiza HTML limpio y trabaja a nivel de theme, no como plugin que se apila sobre el sitio. La versión 2.4 beta, publicada el 15 de julio de 2026 por el equipo de Bricks, suma la API de Abilities de WordPress junto con el protocolo MCP, sincronización bidireccional de CSS y un gestor centralizado de componentes llamado Builder Browser. Sigue a la 2.3.8 estable (23 de junio de 2026).
En 30 segundos
- Fecha: beta el 15 de julio de 2026, beta2 con fixes el 16 de julio, según el changelog oficial.
- AI Abilities: Cursor, Claude Code y Copilot pueden crear y editar páginas Bricks vía la API de Abilities de WordPress más MCP.
- Import/export global: mové estilos, clases, variables, componentes y plantillas entre sitios por ZIP (las API keys quedan afuera).
- WooCommerce: checkout multi-paso, Mini Cart Builder con AJAX y nueva dynamic tag
{woo_product_gtin}. - CSS Sync: los cambios en Custom CSS y en los controles visuales se sincronizan en las dos direcciones.
¿Qué trae de nuevo Bricks Builder 2.4 beta?
Bricks Builder 2.4 beta trae cuatro cambios que mueven la aguja: AI Abilities con MCP, import/export global por ZIP, sincronización bidireccional de CSS y el Builder Browser para gestionar componentes. La beta salió el 15 de julio de 2026 y un día después llegó beta2, que el equipo describió como «un seguimiento rápido con algunos fixes e improvements importantes».
¿Por qué esta versión pesa más que la 2.3? Porque abre Bricks a los agentes de IA. Hasta ahora editabas todo a mano en el canvas. Con la 2.4, un cliente MCP puede tocar tu contenido global sin que abras el builder.
El resto son mejoras de flujo: panel de páginas rediseñado, paleta de comandos que inserta componentes con el atajo *, y edición de theme styles desde el panel de controles. Nada revolucionario por separado, pero juntas hacen que el día a día en el builder tenga menos fricción. Cubrimos ese tema en detalle en desarrollar temas WordPress con inteligencia artificial.
AI Abilities: crear páginas con Cursor, Claude Code y Copilot
Bricks 2.4 expone las acciones del builder a través de la API de Abilities de WordPress y del protocolo MCP, así que Cursor, Claude Code y Copilot pueden crear o editar páginas y datos globales. Toda la configuración vive en una pantalla nueva, Bricks > AI, donde manejás el setup del cliente MCP, los controles por ability y el estado de la conexión.
Ponele que estás armando una landing y no querés arrastrar elementos uno por uno. Le tirás el brief a Claude Code desde la terminal, el agente habla con Bricks vía MCP y te deja la estructura montada para que vos la ajustes. Ese es el caso de uso.
Las abilities iniciales cubren un montón de terreno: páginas, elementos, plantillas, componentes, datos globales, design systems, dynamic data, query loops, menús de navegación, setup de WooCommerce, plantillas remotas, import/export y conversión de HTML a Bricks. Cada una se activa o desactiva por separado, así que podés dejar que un agente lea la estructura pero no toque, ponele, la ejecución de código.
Ojo con una cosa: el import/export excluye a propósito las capacidades sensibles (ejecución de código, permisos de subida de SVG, acceso al builder). Es una decisión de seguridad, no un olvido. Si sos de los que automatizan con IA, tenelo presente cuando algo «no se transfiere».
Sistema global de importación y exportación: mover design systems entre sitios
El nuevo import/export global usa un flujo basado en ZIP para transferir un paquete completo de assets de diseño entre sitios. Se lleva theme styles, clases globales, variables, paletas de color, breakpoints, componentes, plantillas, fuentes custom, íconos, queries globales y los settings soportados. Antes de importar podés elegir ítems sueltos, revisar dependencias, resolver conflictos y previsualizar el resultado. En nuestro análisis de asistentes de IA para desarrollo profundizamos sobre esto.
Esto le sirve directo a las agencias. Si armaste un design system para un cliente y querés arrancar el próximo proyecto con la misma base, exportás el ZIP y lo importás en el sitio nuevo. Se acabó el copiar variables a mano una por una.
¿Qué no viaja en el ZIP? Las API keys, los permisos de subida de SVG, el acceso a envío de formularios y las capacidades de acceso al builder, según el anuncio oficial de Bricks. Todo eso recibe protección especial, así que no vas a filtrar credenciales por copiar un design system. Si trabajás con varios entornos, después tenés que volver a cargar esas claves en el destino.
Mejoras en WooCommerce: checkout multi-paso y Mini Cart Builder
Bricks 2.4 suma elementos v2 experimentales de Cart, Checkout y Account que soportan varios estados dentro de un mismo componente, y el Checkout habilita flujos de compra en varios pasos (multi-step). También llega el Mini Cart Builder, un workflow dedicado a los loops del carrito con ajustes vía AJAX, más la nueva dynamic tag {woo_product_gtin}.
El multi-step checkout es lo que más pide la gente de e-commerce. Dividir datos de envío, pago y confirmación en pasos separados solía requerir un plugin aparte. Ahora lo armás con los elementos nativos.
Hay un asistente nuevo que lista las páginas de WooCommerce (Cart, Checkout, My Account, Shop, Single Product) y te deja editarlas y configurarlas desde una sola interfaz. La dynamic tag del GTIN, por su parte, es chica pero importa: es el identificador que Google Shopping usa para matchear productos, así que tenerla nativa te ahorra vueltas con el feed.
Sincronización bidireccional de CSS y el Builder Browser
La CSS Sync mantiene alineados el Custom CSS y los controles visuales de Bricks: si cambiás una propiedad en el editor de CSS, se actualiza el control correspondiente, y al revés. La feature es experimental, respeta el breakpoint activo y las pseudo-clases, y le da precedencia al CSS tanto en el builder como en el frontend. Se activa en Bricks > Settings > Builder > CSS Sync. Tema relacionado: elegir entre diferentes modelos de lenguaje.
El tema es que esto resuelve una pelea vieja. En un equipo mixto, el dev escribe CSS a mano y el diseñador usa la UI, y hasta ahora cada uno pisaba lo del otro. Con la sync, los dos ven lo mismo.
El Builder Browser es el otro agregado grande: un hub centralizado para plantillas, componentes y post types habilitados para Bricks. Los flujos de componentes ahora tienen búsqueda, filtrado, datos de uso, screenshots y acciones de duplicar, exportar y borrar. Si tenés una biblioteca de componentes que creció sin control, acá la ordenás.
Interfaz del constructor personalizable por rol
El Builder Interface Customiser te deja mover la toolbar a cualquier lado del canvas, reposicionar los paneles de controles (izquierda, derecha, abajo) y reordenar o esconder acciones. Lo mejor: los layouts se guardan como perfiles reutilizables asignables a usuarios o roles, y se exportan e importan para mantener consistencia en el equipo. Cada perfil (diseñadores, devs, editores de contenido) puede tener su propio layout optimizado.
Bricks 2.4 beta vs 2.3.8 estable: qué cambia
| Característica | Bricks 2.3.8 (estable) | Bricks 2.4 beta |
|---|---|---|
| Integración con IA (MCP) | No | Sí (Cursor, Claude Code, Copilot) |
| Import/export global por ZIP | Parcial (por plantilla) | Design system completo |
| Checkout WooCommerce multi-paso | Requiere plugin | Nativo (elementos v2) |
| Sincronización de CSS | Unidireccional | Bidireccional |
| Gestor de componentes | Panel básico | Builder Browser con búsqueda y uso |
| Interfaz personalizable por rol | No | Perfiles asignables |
| Fecha | 23 de junio de 2026 | 15 de julio de 2026 |
Errores comunes al probar Bricks 2.4 beta
Antes de que te comas un dolor de cabeza, tres cosas que la gente hace mal con las betas.
- Instalar la beta en producción. Es beta, y varias features vienen marcadas como experimentales (CSS Sync, elementos v2 de Woo). Probala en un staging o en un WordPress local. Si después la subís, hacelo a un hosting que aguante el theme completo, como el hosting WordPress de Donweb, sin sorpresas de compatibilidad.
- Esperar que el import/export mueva las API keys. No las mueve, y es a propósito. Cuando importás un design system en un sitio nuevo, volvé a cargar credenciales y permisos a mano.
- Dar acceso total a los agentes de IA. Las abilities se controlan una por una en Bricks > AI. Dejar todo habilitado y que un agente pueda ejecutar código sin revisión es pedir problemas. Activá solo lo que necesitás.
Preguntas Frecuentes
¿Cuándo salió Bricks Builder 2.4 beta?
La beta de Bricks Builder 2.4 salió el 15 de julio de 2026, y al día siguiente (16 de julio) llegó beta2 con fixes menores. Todavía no hay fecha confirmada para la versión estable; el equipo la publica cuando cierra los bugs reportados en el canal beta. Esto se conecta con lo que analizamos en temas premium versus alternativas con IA.
¿Cómo funciona la integración con IA en Bricks 2.4?
Bricks 2.4 expone las acciones del builder mediante la API de Abilities de WordPress y el protocolo MCP. Clientes compatibles como Cursor, Claude Code y Copilot se conectan y pueden crear o editar páginas, componentes y datos globales. Configurás todo en la pantalla Bricks > AI, con controles por ability.
¿Qué se puede transferir con el import/export global?
Se transfieren theme styles, clases globales, variables, paletas, breakpoints, componentes, plantillas, fuentes custom, íconos, queries globales y los settings soportados, todo en un ZIP. Quedan excluidas por seguridad las API keys, los permisos de subida de SVG y las capacidades de acceso al builder.
¿Cuál es la última versión estable de Bricks antes de la 2.4?
La última estable es Bricks 2.3.8, publicada el 23 de junio de 2026. Si tenés un sitio en producción, quedate en la 2.3.8 hasta que la 2.4 pase de beta a estable.
¿La CSS Sync es segura para usar ya?
La sincronización bidireccional de CSS es experimental en la 2.4 beta y se activa manualmente en Bricks > Settings > Builder > CSS Sync. Funciona respetando breakpoints y pseudo-clases, pero al ser experimental conviene probarla en staging antes de confiarle un proyecto real.
Conclusión
Bricks 2.4 beta es la versión donde el builder se abre a los agentes de IA. La integración MCP con Claude Code, Cursor y Copilot es lo que la diferencia de todo lo anterior, y el import/export global por ZIP le resuelve la vida a cualquiera que maneje varios sitios. Sumale checkout multi-paso nativo y CSS bidireccional, y tenés un salto real respecto a la 2.3.8.
¿Qué hacer ahora? Si tenés un staging, bajá la beta y probá las AI Abilities con controles restringidos. Si estás en producción, esperá la estable. Y si vas a montar un entorno de prueba desde cero, armalo en local o en un hosting que soporte el theme completo antes de meterte con las features experimentales.
