Actualizado el 17/04/2026: Bricks Builder lanzó la versión 2.3.2 el 9 de abril de 2026, un parche de correcciones enfocado en formularios, multilingüismo con WPML y Polylang, y compatibilidad con WooCommerce. Si usás Bricks con tiendas o sitios multilingüe, esta actualización te interesa directamente.
En 30 segundos
- Bricks 2.3.2 es un parche de correcciones, no una actualización mayor.
- Corrige bugs en formularios (campos rich text, validación personalizada, subida de .m4a, envíos con Polylang).
- Mejora la integración con WPML y Polylang para Query Loops y la biblioteca de medios.
- Soluciona problemas visuales y de duplicación en WooCommerce.
- Actualización recomendada si usás formularios complejos, multilingüismo o WooCommerce.
Bricks 2.3.2: qué trae esta actualización de abril
El 9 de abril de 2026, el equipo de Bricks lanzó la versión 2.3.2. No es un lanzamiento de features nuevas, sino un parche de correcciones que sigue de cerca al mayor 2.3, que introdujo conversión automática de HTML/CSS pegado, nuevas animaciones y controles de movimiento.
La distinción importa. Un parche de este tipo indica que el equipo identificó problemas concretos reportados por usuarios en producción y los resolvió sin agregar complejidad nueva. Eso es una buena señal: muestra que el ciclo de desarrollo responde rápido a los reports de la comunidad.
El conjunto de fixes está concentrado en cuatro áreas: formularios, multilingüismo, WooCommerce y la experiencia dentro del builder. Ningún cambio es cosmético. Cada corrección responde a un escenario real que fallaba.
Correcciones principales en formularios
Los formularios son uno de los elementos más usados en sitios con Bricks y, al mismo tiempo, uno de los más sensibles a regresiones. La 2.3.2 cierra cuatro bugs específicos que afectaban escenarios bastante comunes.
El primero: el popup del campo rich text ahora se muestra correctamente. Antes, en ciertos contextos, el editor flotante no aparecía o se posicionaba mal. Quienes usan campos de texto enriquecido en formularios de contacto o solicitudes lo habrán notado de inmediato.
El segundo fix toca la validación personalizada. Los formularios con reglas de validación a medida —por ejemplo, verificar que un campo cumpla un patrón específico— presentaban comportamientos inconsistentes. Ahora el sistema respeta las condiciones definidas sin sorpresas.
El tercer punto es más puntual pero frustrante si te tocó: la subida de archivos .m4a generaba un error que bloqueaba el envío. Un bug de un solo tipo de archivo, pero que en formularios de portfolios musicales o estudios de grabación era un bloqueo total.
El cuarto cierra un problema con Polylang: los envíos de formulario fallaban en sitios con ese plugin activo. Este es probablemente el fix más impactante del grupo, porque un formulario que no envía en producción no es un bug menor, es una emergencia.
Mejoras en multilingüismo: WPML y Polylang
Los sitios en múltiples idiomas son uno de los casos de uso más exigentes para cualquier page builder. Bricks 2.3.2 aborda tres puntos de fricción con los dos plugins de traducción más populares. Esto se conecta con lo que analizamos en mostrar opciones de talles en WooCommerce.
El primero afecta a Query Loop Cache con Polylang. Cuando se activaba el caché en loops de consultas dinámicas, Polylang podía devolver resultados del idioma equivocado. Un visitante en la versión inglesa del sitio veía posts en español. Con esta corrección, el caché respeta el contexto de idioma activo.
El segundo fix es en la biblioteca de medios: el switcher de idioma ahora funciona correctamente dentro del editor. Antes, al intentar cambiar el idioma para filtrar imágenes o archivos, el control no respondía como se esperaba.
El tercero mejora la gestión de variaciones de campos de formulario según el idioma. Si un campo tenía etiquetas o placeholders distintos por idioma, la lógica de variaciones ahora aplica correctamente la versión correspondiente.
Ahora bien, ¿cuál usar? WPML es más robusto para proyectos complejos con muchos tipos de contenido y tiene compatibilidad oficial certificada con Bricks. Polylang es más liviano y gratuito en su versión base, lo que lo hace popular en proyectos más simples. Los dos funcionan con Bricks, aunque históricamente WPML ha tenido mejor soporte oficial. Si estás arrancando un sitio multilingüe, habría que evaluar la escala antes de elegir.
Compatibilidad mejorada con WooCommerce
WooCommerce y Bricks es una combinación muy usada. La 2.3.2 corrige tres comportamientos que afectaban la experiencia en tiendas.
El Mini Cart Subtotal ahora se muestra correctamente. En versiones anteriores, el subtotal del mini carrito podía aparecer desformateado o directamente no mostrar el valor actualizado después de agregar un producto. Para una tienda, eso genera desconfianza inmediata en el visitante.
El segundo fix resuelve la duplicación de la valoración (rating) en páginas de producto individual cuando se usaba AJAX. El resultado era visual: las estrellas aparecían dos veces en la página. No rompía funcionalidad, pero se veía mal y podía confundir a los usuarios.
El tercero mejora la especificidad CSS en los elementos Related Products y Cross-sell. El tema es que Bricks genera sus propias clases y, en ciertos casos, estilos de WooCommerce sobreescribían los del builder —o al revés—, generando inconsistencias visuales difíciles de debuggear. La corrección ajusta la jerarquía de estilos para que ambos sistemas convivan sin conflictos.
Fixes en el builder y componentes
Más allá de formularios y WooCommerce, la 2.3.2 corrige varios problemas en la experiencia de edición dentro del builder.
Los elementos de texto con link ahora renderizan correctamente. En ciertos contextos, el texto vinculado no mostraba el estilo aplicado en el canvas, lo que hacía difícil validar el diseño sin salir al preview. Lo explicamos a fondo en diseñar landing pages sin código.
La inserción de layouts y columnas dentro de componentes estaba rota en algunos casos. Si trabajás con componentes reutilizables —una de las features más potentes de Bricks para proyectos grandes—, este fix es relevante.
Ctrl+Click en links ahora abre en nueva pestaña directamente desde el canvas del editor, como se esperaría. Parece un detalle, pero cuando revisás diseños con muchos links, poder testearlos sin salir del editor ahorra tiempo real.
También se mejoraron los íconos de toggle en dropdowns para accesibilidad. Los íconos de apertura/cierre ahora son correctamente accesibles para lectores de pantalla, lo que impacta en sitios que necesitan cumplir estándares WCAG.
Bricks 2.3.2 vs 2.3: qué cambió
| Área | Bricks 2.3 (lanzamiento mayor) | Bricks 2.3.2 (parche) |
|---|---|---|
| Tipo de update | Nuevas funcionalidades | Correcciones de bugs |
| HTML/CSS paste | Conversión automática de código pegado | Sin cambios |
| Animaciones | Nuevos controles de animación y movimiento | Sin cambios |
| Formularios | Base funcional | 4 bugs corregidos (rich text, validación, .m4a, Polylang) |
| Multilingüismo | Soporte base WPML/Polylang | 3 fixes (Query Loop Cache, media library, field variations) |
| WooCommerce | Integración base | Mini Cart Subtotal, rating duplicado, especificidad CSS |
| Builder/componentes | Sistema de componentes | Render de texto+link, inserción en componentes, Ctrl+Click, accesibilidad |
¿Debería actualizar a Bricks 2.3.2 ahora?
La respuesta corta: sí, en la mayoría de los casos. La respuesta larga depende de qué usás.
Si tu sitio usa formularios con validación personalizada, campos rich text o permite subir archivos, esta actualización resuelve problemas que probablemente ya estabas viendo. Si además usás Polylang y tenés formularios, la corrección del bug de envío es prácticamente obligatoria.
Para tiendas WooCommerce, el fix del Mini Cart Subtotal y el del rating duplicado mejoran la experiencia visible para los clientes. No son cambios que esperen: si el carrito muestra datos incorrectos, eso afecta conversiones.
Para sitios multilingüe con Query Loop Cache activo y Polylang, la corrección del caché es crítica. Servir contenido en el idioma equivocado es un problema de UX serio.
Eso sí: como Bricks es un tema —no un plugin—, la actualización funciona distinto a lo que quizás estás acostumbrado. No se actualiza desde el administrador de plugins estándar, sino desde Apariencia > Temas, y requiere que tengas la licencia activa configurada. Esto hay que tenerlo en cuenta antes de arrancar.
El riesgo real de un parche como este es bajo. No introduce features nuevas que puedan romper cosas inesperadamente. Los cambios son quirúrgicos. Dicho eso, ninguna actualización en producción debería hacerse sin respaldo previo. En probar cambios en staging antes profundizamos sobre esto.
Guía rápida: cómo actualizar de forma segura
Estos pasos aplican para cualquier actualización de Bricks, pero son especialmente relevantes si tenés un sitio con formularios activos o una tienda en producción.
- Backup completo antes de cualquier cosa. Archivos y base de datos. Si tu hosting no incluye backups automáticos con punto de restauración inmediato, hacelo manualmente o con un plugin dedicado antes de tocar nada.
- Actualizá primero en un entorno de staging. Si no tenés uno, muchos hostings de WordPress lo ofrecen con un clic. Probá la actualización ahí antes de tocarla en producción.
- Verificá los formularios después de actualizar. Enviá formularios de prueba para confirmar que llegan correctamente. Si usás Polylang, testea los envíos desde cada versión de idioma del sitio.
- Si usás WooCommerce, revisá el mini carrito y las páginas de producto. Verificá que el subtotal se muestre bien y que el rating no se duplique.
- Chequeá los Query Loops en sitios multilingüe. Navegá las diferentes versiones de idioma para confirmar que cada una muestra el contenido correcto.
- Si todo está bien en staging, replicá en producción. Si algo falla, restaurá el backup y reportá el bug en el foro de soporte de Bricks antes de reintentar.
El proceso no debería tomar más de 20-30 minutos en un sitio normal. Si el staging muestra problemas, mejor descubrirlos ahí que en el sitio real.
¿Qué es Bricks Builder para WordPress?
Bricks Builder es un tema para WordPress que te permite diseñar y personalizar todo tu sitio. Es un maquetador de sitios completos con estas características principales:
Velocidad y Core Web Vitals: Genera código limpio que cumple con los requisitos de Google sin necesidad de optimizaciones adicionales.
Interfaz organizada: Similar en concepto a otros builders populares, pero con un enfoque más técnico y estructurado.
Funciones avanzadas: Desde blogs simples hasta sitios de comercio electrónico complejos, el rango de lo que se puede construir es amplio.
Orientado a perfiles con experiencia: Es accesible, pero quienes vienen de builders más simples van a notar una curva de aprendizaje real.
¿Cómo funciona?
Bricks es un tema integral para WordPress. A diferencia de los builders que funcionan como plugins sobre un tema base, acá el diseño se aplica a todo el sitio desde una sola herramienta.
Eso tiene ventajas claras: control total sobre cada parte del sitio, coherencia de diseño, y código más limpio. Pero también implica que hay que pensar el diseño de forma global desde el inicio. No es tan fácil hacer un cambio puntual sin entender la estructura general. Tema relacionado: detectar y reparar enlaces rotos.
Para quienes prefieren flexibilidad modular —usar un tema base y agregar el builder encima—, Bricks puede sentirse restrictivo al principio. Con práctica, la lógica se vuelve natural.
Maquetador de Bricks:
Bricks Builder ganó popularidad por su interfaz bien organizada. Su creador, Thomas Ehrig, tomó lo mejor de otros builders y construyó algo que evita los errores más comunes. Podés probarlo en el playground gratuito sin instalar nada.
Al explorar el editor encontrás estos componentes clave:
Panel de Elementos: A la izquierda, con más de 50 elementos listos para usar. Podés fijar los favoritos con un pin y ocultar los que no usás.
Canvas: El área central donde arrastrás y soltás elementos. Al hacer clic en uno, el panel muestra opciones de contenido y estilo.
Si te interesa profundizar, tenemos un artículo detallado sobre Bricks Builder 2.3.2: parche de compatibilidad y correccione.
Algo parecido ya lo cubrimos en Bricks Builder 2.3.2: parche de compatibilidad y correccione.
Esto se conecta con lo que cubrimos en Bricks Builder 2.3.2: parche de compatibilidad y correccione.
Panel de Estructura: A la derecha, para reordenar elementos y renombrarlos. Podés arrastrar desde el panel de elementos directamente acá, lo que ahorra tiempo en estructuras complejas.
Barra de Herramientas: En la parte superior, con controles para responsive, breakpoints, mobile first y pseudo-clases CSS. Muy potente para desarrolladores; puede parecer compleja si no tenés experiencia con CSS.
Ventajas para diseñadores:
- Más de 50 elementos listos para maquetar, con libertad para crear diseños complejos.
- Copiar y pegar avanzado: podés copiar elementos individuales o contenedores completos con todos sus estilos y pegarlos en otra página.
- Vista previa en tiempo real: los cambios se actualizan automáticamente al guardar en una pestaña separada.
- Estilos globales: tipografías y colores definidos una vez, aplicados en todo el sitio.
- Interacciones y animaciones: popups, banners y animaciones por scroll o mouse, configurables sin código.
- Herramientas de diseño adicionales: paletas de colores múltiples, gradientes personalizados, divisores de forma e integración con Unsplash para fotos de stock.
Ventajas para desarrolladores:
- Clases CSS Globales: asignás propiedades a una clase y se aplican automáticamente a cualquier elemento que la tenga. Código CSS más liviano y organizado.
- Flexbox y CSS Grid: controles nativos para diseño responsivo y layouts precisos.
- Datos Dinámicos: extracción de datos desde posts, páginas, CPTs y taxonomías sin restricciones.
- Query Loops: consultas predefinidas a WordPress con soporte para funciones PHP personalizadas.
- Lógica Condicional: ocultá o mostrá elementos según condiciones específicas, sin plugins adicionales.
Preguntas frecuentes sobre Bricks Builder 2.3.2
¿Qué mejoras concretas trae Bricks Builder 2.3.2?
La 2.3.2 es un parche de correcciones lanzado el 9 de abril de 2026. Corrige cuatro bugs en formularios (campo rich text, validación personalizada, subida de .m4a y envíos con Polylang), mejora la integración con WPML y Polylang para Query Loops y la biblioteca de medios, y soluciona problemas visuales en WooCommerce como el Mini Cart Subtotal y la duplicación del rating en productos.
¿Debería actualizar a Bricks 2.3.2 ahora mismo?
En la mayoría de los casos, sí. Es un parche quirúrgico sin features nuevas, lo que implica bajo riesgo de regresiones inesperadas. Si usás formularios complejos, WooCommerce o sitios multilingüe con Polylang, la actualización es especialmente recomendable. Siempre hacé un backup completo antes y, si podés, probá primero en un entorno de staging.
¿Bricks 2.3.2 es segura de instalar en producción?
El nivel de riesgo es bajo porque no introduce cambios estructurales ni features nuevas. Los fixes son puntuales. Dicho eso, toda actualización en producción debe ir precedida de un backup. Si tenés un sitio crítico —una tienda con ventas activas, por ejemplo—, probá en staging primero y verificá los flujos clave antes de replicar en el sitio real.
¿Bricks 2.3.2 mejora el soporte para WPML y Polylang?
Sí. La actualización corrige el Query Loop Cache con Polylang (que podía devolver contenido en el idioma incorrecto), el switcher de idioma en la biblioteca de medios, y las variaciones de campos de formulario por idioma. Para sitios multilingüe que usan estas combinaciones, son fixes que resuelven problemas visibles en el front-end para los visitantes. Podés consultar la documentación oficial sobre uso de WPML con Bricks para más detalles de integración.
Conclusión
Bricks Builder 2.3.2 no es una actualización que te cambia la vida, pero sí una que cierra problemas reales que varios usuarios ya estaban enfrentando en producción. Los fixes en formularios son probablemente los más impactantes: un formulario que no envía en un sitio multilingüe con Polylang no es un bug menor.
Lo que muestra esta versión es que el equipo de Bricks tiene un ciclo de respuesta activo. El 2.3 introdujo features importantes, y el 2.3.2 llegó rápido a corregir lo que no funcionaba bien. Para los que evaluaban si Bricks es una apuesta segura a largo plazo, ese ritmo de mantenimiento es una buena señal.
Si usás Bricks con formularios, tienda WooCommerce o multilingüismo, actualizá. Si tu sitio es más simple, la actualización igual es recomendable, pero no urgente. En cualquier caso, la ecuación riesgo/beneficio favorece instalarlo: hay poco que perder y varios bugs reales que evitar.
Seguí el changelog oficial de Bricks si querés estar al tanto de cada release sin esperar cobertura de terceros.