Limitaciones

BricksShift cubre estructura, contenido y media. Lo que queda fuera es consciente y documentado.

Elementor Pro

Widgets dinámicos quedan como marcadores manuales:

  • Forms — div.e2b-unsupported. Reconstruir con Fluent Forms, Bricks Forms o formularios nativos.
  • Popups — sin equivalente directo; plugin de popups externo.
  • Slides — slider nativo de Bricks, Splide, Swiper.
  • Posts widget — Query Loop de Bricks.

La reconstrucción depende del plugin sustituto que elijas.

Theme Builder

Headers, footers y singles globales construidos con Elementor Pro Theme Builder no se migran. Deben recrearse con Bricks Templates.

El plugin escanea solo entradas con _elementor_data; los templates del Theme Builder viven en otras entradas (elementor_library) que requieren reconstrucción manual.

Estilos

No se traspasan:

  • Tipografía, colores, spacing, shadows, transitions, animations.
  • Responsive breakpoints de Elementor.
  • CSS custom introducido por widget.
  • Global Colors / Fonts de Elementor.

Planear como rediseño controlado, no como clon visual. Ver Convertir CSS.

Widgets de terceros

Solo los listados en el mapa están verificados. Widgets de add-ons (Essential Addons, Happy Addons, Ultimate Addons, etc.) se marcan como no soportados por defecto.

Contenido dinámico

  • ACF, JetEngine, Toolset conectados vía Elementor Dynamic Tags no se reconectan a Bricks automáticamente. El meta sigue en la base de datos; hay que reconectar los fields al elemento correspondiente en Bricks.
  • Formularios — no se migra lógica de envío, integraciones ni validaciones.

Breakpoints custom

Los breakpoints custom definidos en Elementor no se traspasan al sistema de Bricks, que tiene los suyos. Hay que redefinir los breakpoints del proyecto y rehacer el responsive.

Qué no vas a conseguir

  • Migración pixel-perfect. No es el objetivo.
  • Reemplazo 100 % automatizado. Tras la migración hay trabajo manual de QA y reestilado.
  • Conservar plugins Elementor-only. Si la funcionalidad vive en un add-on sin equivalente en Bricks, hay que reconstruirla.

Estima el trabajo manual

Una migración típica de 30–50 páginas requiere entre 1 y 3 días de revisión manual tras la conversión automática. Planifica ese tiempo y comunícalo al cliente.

Cuándo NO usar BricksShift

  • El cliente quiere un clon visual exacto del sitio Elementor.
  • El sitio depende masivamente de Elementor Pro Theme Builder sin presupuesto para reconstruir.
  • El sitio usa add-ons Elementor-only con lógica compleja (directorios, memberships) sin plan B.

En esos casos, evaluar si la migración al builder Bricks aporta el suficiente valor.