✏️ Suscribirse

Título (SEO): Elementor V4 vs Bricks: novedades, problemas reales y el futuro de WordPress con IA

Meta descripción: Análisis real de Elementor V4, Bricks, Make y WordPress Playground. Novedades, problemas y cómo afecta la IA al desarrollo web.

Elementor V4, Bricks, WordPress Playground y herramientas como Make o Claude están redefiniendo cómo creamos webs hoy. Pero no todo es avance: también hay fricciones, decisiones a medias y cambios que afectan directamente al flujo de trabajo real.

Este episodio no va de hype. Va de qué está pasando de verdad y cómo te impacta si trabajas con WordPress.

El nuevo Elementor Editor V4 introduce conceptos clave como:

Sobre el papel, suena muy bien. En la práctica, hay varios problemas importantes.

Ahora puedes crear variables de:

Pero aquí empieza el problema:

Ejemplo claro: si quieres hacer una variación de color con color-mix, Elementor no lo interpreta como color válido. Resultado: no puedes reutilizarlo correctamente.

👉 Es decir: la idea es buena, pero está a medias.

Otro punto crítico es el sistema de clases.

Puedes crear clases reutilizables… pero:

Esto rompe uno de los pilares del desarrollo moderno: controlar el CSS de forma predecible.

Aquí está el mayor problema ahora mismo.

Todo el sistema nuevo (clases, variables, etc.) solo funciona en ciertos widgets “atómicos”.

Eso significa que:

Ejemplo:

Esto genera un escenario bastante incómodo:

👉 No puedes usar Elementor V4 como base sólida todavía

No todo es negativo.

Hay mejoras claras:

Pero ahora mismo, el problema no es técnico. Es de producto:

👉 No hay un flujo completo usable en producción real

Mientras Elementor está en transición, Bricks sigue avanzando con bastante coherencia.

Se han presentado varias novedades importantes en su roadmap:

Esto apunta a algo interesante:

👉 Diseñar desde IA y renderizar directamente en Bricks

Una de las ventajas actuales:

Esto acelera muchísimo ciertos flujos:

👉 especialmente cuando vienes de código o IA

Esto acerca Bricks a workflows más profesionales (tipo Figma o Git-like).

Otro bloque interesante del episodio es la evolución de WordPress Playground.

Y su nueva capa: My WordPress.

Casos de uso reales:

👉 No sustituye a WordPress clásico, pero abre nuevas posibilidades.

Make ha añadido dos módulos clave:

Antes, para algo tan común como:

“Si el cliente existe, úsalo; si no, créalo”

Tenías que:

Ahora:

👉 Pequeña mejora, pero impacto grande en automatizaciones reales.

Aquí hay un cambio importante de mentalidad.

Ya no es solo usar IA para tareas puntuales.

Ahora hablamos de:

El mayor aprendizaje:

El éxito no está en ejecutar, está en definir bien el proyecto.

Si no haces esto:

👉 La IA no elimina la complejidad. La desplaza al diseño.

Caso real interesante:

Ejemplo de resultado:

👉 Esto refleja bien el punto actual:

la IA permite automatizaciones pequeñas con mucho impacto

Nueva funcionalidad detectada:

Incluye:

👉 Interesante porque conecta directamente datos + creatividad.

Pregunta recurrente:

¿Tiene sentido WordPress con la IA?

Respuesta corta: sí.

Porque:

La IA no cambia eso.

Lo que cambia es:

👉 Pero no elimina la necesidad de plataformas sólidas.

Hay varias tendencias claras:

Pero ninguna herramienta sustituye todavía el conjunto completo.

👉 Estamos en una fase intermedia.

Y eso implica algo importante:

¿Merece la pena usar Elementor V4 ahora mismo?

Solo para pruebas. No hay flujo completo para producción.

¿Bricks es mejor alternativa actualmente?

Sí, especialmente si valoras control y consistencia.

¿WordPress Playground sustituye al hosting?

No. Es útil para testing, formación o uso local.

¿La IA va a sustituir WordPress?

No a corto plazo. Cambia el cómo, no el qué.

¿Tiene sentido cobrar por horas hoy?

Cada vez menos. El valor está en el resultado, no en el tiempo.

Si algo queda claro es que estamos en un momento donde la ejecución es más fácil que nunca, pero la diferencia sigue estando en las decisiones que tomas antes de empezar.