WordPress y Bricks

Bricks 2.4.1: qué corrige el parche y si debes actualizar

Bricks 2.4.1 corrige CSS Sync, plantillas remotas, Stripe en Checkout v2, WooPayments y varios permisos. Qué cambia, a quién afecta y cómo actualizar sin riesgo.

Respuesta directa

Bricks 2.4.1 salió el 22 de septiembre de 2026, seis días después de la 2.4, y es sobre todo un parche de estabilidad. Corrige fallos en CSS Sync, en la importación de plantillas remotas, en los nuevos elementos de WooCommerce v2 (incluido Stripe) y refuerza varios controles de permisos.

Si ya estás en la 2.4, actualiza. Si todavía estás en la 2.3, salta directamente a la 2.4.1 o a la estable más reciente.

Si aún no conoces lo que trae la versión principal, empieza por todas las novedades de Bricks 2.4 con casos prácticos.

CSS Sync: reglas de descendientes en su sitio

CSS Sync, la sincronización experimental entre el CSS personalizado y los controles visuales, tenía un fallo: una regla aplicada a descendientes podía acabar volcada en los controles del elemento principal.

Por ejemplo, esto debería afectar solo a los enlaces dentro del elemento:

%root% a {
  color: var(--primary);
}

Pero sus propiedades podían aparecer como si fueran del propio %root%. La 2.4.1 separa esas reglas de los controles del elemento. También arregla un problema en el Visual Grid Builder con CSS Sync activo, donde algunos cambios no se aplicaban al primer clic.

Es normal que una función experimental necesite ajustes en sus primeras semanas. Y confirma lo que decía al hablar de la 2.4: no apoyaría todavía todo un sistema de producción en CSS Sync.

Plantillas remotas que vuelven a traer sus clases

Uno de los puntos fuertes de la 2.4 es reutilizar plantillas y componentes entre webs. La 2.4.1 corrige que las plantillas remotas no importaran clases globales nuevas que aún no existían en la web de destino.

Parece un detalle, pero una plantilla sin sus clases conserva la estructura y pierde casi todo el diseño. Si trabajas con una web base o una biblioteca compartida de componentes, este arreglo te afecta directamente.

WooCommerce v2: contenido, Stripe y WooPayments

WooCommerce es donde más atención prestaría antes de actualizar cualquier tienda. Tres correcciones importantes:

  • Contenido que desaparecía. Lo que se colocaba después de ciertos elementos de Cart v2, Checkout v2 o My Account v2, o después de algunos shortcodes dentro de popups, podía no mostrarse. Se restaura.
  • Stripe con Checkout v2. Los métodos de pago vuelven a poder seleccionarse después de que el checkout se actualice (al cambiar dirección o envío, por ejemplo) cuando se usa WooCommerce Stripe Gateway. Un fallo así, en una tienda, significa directamente pedidos perdidos.
  • WooPayments con cascade layers. Se corrige la maquetación de sus opciones de pago.

Si tu tienda usa los elementos v2, y más aún con Stripe, no te quedes en la 2.4.

Y una mejora pequeña pero útil: al añadir al carrito por AJAX con éxito, WooCommerce recibe temporalmente la clase .bricks-cart-success, que desaparece con el mensaje. Sirve para animar el icono del carrito o mostrar un aviso propio sin JavaScript a medida.

Theme Styles y Style Manager

Varias correcciones que afectan a cómo se ve la web:

  • Prioridad de colores y estilos outline en los presets de botones.
  • Indicadores de grupos de Theme Styles según breakpoint y pseudoestado.
  • Estilos de bloques de Gutenberg al dar estilo a los enlaces.
  • El campo CSS no se actualizaba tras editar a pantalla completa.
  • Vista previa de colores derivados en el Variable Manager.
  • Asignar categorías arrastrando en el Style Manager.

Menos vistosas que la IA o WooCommerce, pero algunas cambian directamente el aspecto de botones y enlaces. Conviene echar un vistazo a la web después de actualizar.

Medios

Los archivos alojados fuera del servidor (en un almacenamiento externo) vuelven a mostrarse aunque ya no exista copia local. Y el lightbox usa el tamaño correcto cuando la imagen trabaja con Sources.

Permisos: la parte que no pasaría por alto

La 2.4.1 refuerza las comprobaciones de permisos en:

  • Operaciones con revisiones y plantillas.
  • Cambios en componentes y paletas de colores.
  • Acceso al contenido de popups.
  • Peticiones de Query Loop a APIs.
  • Visibilidad de algunos recursos en el Builder Browser.

Además, las vistas previas de consultas a APIs ya no envían credenciales guardadas a endpoints para los que el usuario no tiene autorización.

Con la llegada de AI Abilities, donde un agente trabaja con los permisos de un usuario de WordPress, que esos permisos se comprueben bien importa más que nunca.

Dicho esto, Bricks presenta la 2.4.1 como versión de mejoras y correcciones, no como actualización de seguridad. No hay que convertir cada ajuste de permisos en una vulnerabilidad crítica si el propio desarrollador no lo clasifica así.

Otras correcciones

Paginación en el Builder Browser, bordes y tipografía de los selectores de variación de WooCommerce, align-self: stretch en contenedores, placeholders del Filter Select, animaciones AJAX en consultas globales, Rich Text, valores HSL con decimales, indicadores de Custom CSS, el atajo de teclado del Class Manager y restricciones de visibilidad de medios.

Una versión mucho menos llamativa que la 2.4 y bastante más importante de lo que sugiere su número.

¿Debo actualizar a Bricks 2.4.1?

Si estás en la 2.4, sí. Especialmente si tu web usa:

  • WooCommerce con Checkout v2, y sobre todo con Stripe.
  • CSS Sync.
  • Plantillas o componentes remotos.
  • Query Loops que consultan APIs.
  • Almacenamiento de medios externo.

En una web que factura, el procedimiento sigue siendo el mismo:

copia de seguridad → staging → actualización → pruebas → producción

En una tienda, antes de dar la actualización por buena: carrito, checkout completo con cada método de pago, variaciones, cuentas de cliente y correos de pedido.

Esto es exactamente lo que no debería hacer el dueño de una tienda un martes por la noche entre pedido y pedido. Es el trabajo de un mantenimiento web: actualizar probando antes y con una copia lista por si algo falla. Te cuento en detalle qué debe incluir un mantenimiento web.

La 2.4 empieza a madurar

Un parche así, seis días después de una versión tan grande, es lo esperable. La 2.4 introdujo IA, Builder Browser, componentes remotos, importación global, CSS Sync y un WooCommerce nuevo. Que aparezcan casos concretos por ajustar es normal.

La 2.4.1 no cambia el rumbo: lo consolida. Y a mí me interesa sobre todo ver cómo evoluciona en los próximos meses la combinación de Bricks, WordPress y agentes de IA, porque puede cambiar bastante la forma en que desarrollamos webs.

Siguiente paso

Si tienes una web o una tienda con Bricks y prefieres que la actualización la haga alguien que prueba antes de publicar, cuéntamelo en el estudio de proyecto y lo vemos.

Preguntas frecuentes

¿Cuándo salió Bricks 2.4.1?

El 22 de septiembre de 2026, seis días después de la 2.4. Es una versión de mejoras y correcciones sobre la 2.4, no una actualización con grandes funciones nuevas.

¿Es una actualización de seguridad?

Bricks no la presenta como security release, aunque incluye varias correcciones de permisos. No conviene dramatizarlo, pero tampoco ignorarlo: si ya estás en la 2.4, lo razonable es pasar a la 2.4.1 o a la siguiente estable.

¿Puedo saltar de la 2.3 directamente a la 2.4.1?

Sí, y es lo recomendable: no hace falta pasar por la 2.4 inicial. Eso sí, el salto incluye todas las novedades de la 2.4, así que trátalo como una actualización grande, con copia de seguridad y pruebas en staging.

¿Qué reviso en mi tienda después de actualizar?

Carrito, checkout completo con cada método de pago, productos con variaciones, cuentas de cliente y los correos de pedido. Si usas Stripe con Checkout v2, comprueba específicamente que los métodos de pago siguen seleccionables después de cambiar la dirección o el envío.