Page builders y el problema de aprender WordPress sin entenderlo

PUNTOS CLAVE

  • Los page builders como Elementor y Divi enseñan la interfaz del plugin, no los conceptos reales de WordPress (plantillas, el loop, la jerarquía de temas).
  • El peso extra de CSS y JS que cargan estos plugins es medible: un desarrollador registró una caída del 35% en consultas a la base de datos solo por quitar Divi.
  • El editor de bloques nativo ya cubre la mayoría de casos de uso de un principiante y mantiene el contenido portable entre temas.
  • Los builders de terceros siguen bajando cuota frente a Gutenberg, que ya supera el 50-60% de instalaciones activas en 2026.

Abres el panel de un cliente que dejó de pagar mantenimiento hace dos años. El sitio usa Divi. Cada sección tiene shortcodes anidados tres niveles de profundidad y ni el propio tema original sigue instalado. Tardas más en entender qué hace cada módulo que en reescribir la página desde cero con el editor nativo.

Esto no es una excepción rara. Es el patrón que se repite cada vez que alguien monta su primer WordPress siguiendo el consejo de turno de YouTube: instala un page builder el primer día, antes de tocar una sola plantilla o entender qué es the loop. El problema no es que Elementor o Divi sean herramientas malas. El problema es a quién se las recomienda y en qué momento.

#Por qué el drag and drop no enseña WordPress

Un principiante que aprende a mover módulos en Elementor aprende exactamente eso: mover módulos en Elementor. No aprende cómo WordPress decide qué plantilla renderizar, ni por qué functions.php puede romper todo un sitio con un punto y coma mal puesto.

Cuando algo se rompe —y siempre se rompe— esa persona no tiene ningún modelo mental al que recurrir. Solo sabe que «antes funcionaba y ahora no». Es el tipo de ticket de soporte que cualquiera que haya currado en una agencia reconoce al segundo mensaje.

TÉRMINO RELACIONADO

El Loop es el mecanismo interno de WordPress que recorre y muestra el contenido (posts, páginas) dentro de una plantilla. Es la base de cómo se renderiza cualquier página, con o sin builder.

#El peso real en rendimiento

Aquí no hace falta especular. Un desarrollador que documentó su migración de Divi a Elementor midió una reducción del 35% en consultas a base de datos sin cambiar nada más en el sitio. Ese dato viene de comparar el mismo contenido, antes y después, no de un benchmark sintético de laboratorio.

Ojo, que no todo el mundo está de acuerdo con la fama de «bloat» que arrastra Elementor. Hay quien defiende en foros técnicos que, bien configurado, no es tan pesado como se dice, y que buena parte de la culpa la tiene el hosting barato o el amontonamiento de plugins encima. Puede que tengan razón en parte; no he podido reproducir cifras tan generosas en los sitios que he auditado yo, así que me quedo con la duda calibrada en lugar de firmar en blanco esa defensa.

Las métricas de Lighthouse o PageSpeed son solo una cara de la moneda. Un sitio puede sacar 95 en verde y seguir sintiéndose lento al primer clic si el TTFB es mediocre porque el servidor está escupiendo consultas de más por culpa de shortcodes heredados.

#El bloqueo de migración que nadie te cuenta el primer día

Cambiar de tema con Divi o Elementor de por medio no es un cambio de plantilla. Es una reconstrucción completa, porque el contenido no vive en el editor de WordPress: vive en el formato propietario del plugin.

El editor de bloques, en cambio, guarda el contenido en un formato que cualquier tema puede interpretar razonablemente bien. Las comparativas técnicas actuales señalan justamente esto: Gutenberg ofrece el nivel de compatibilidad más alto con temas y plugins precisamente porque no secuestra el contenido dentro de su propia sintaxis.

Resulta llamativo que un ecosistema que lleva años hablando de portabilidad e interoperabilidad siga permitiendo, con total naturalidad, que un plugin de maquetación te deje atrapado durante años en su propio formato.

#Dónde está realmente la balanza en 2026

Los números de adopción no son ambiguos. Según datos recientes sobre uso y cuota entre Gutenberg y page builders, el editor nativo ya supera el 50-60% de las instalaciones activas, mientras que los builders de terceros se mantienen en torno al 40%, con builders legados como WPBakery perdiendo terreno año tras año.

text
ADOPCIÓN EN WORDPRESS (2026):
Gutenberg (nativo)    ████████████████████  ~55%
Page builders (todos) ████████████           ~40%
Otros / legacy         ██                     ~5%

La tendencia no es plana, va en una dirección clara. Cada año que pasa, más gente construye desde cero con el editor nativo en lugar de instalar un builder por defecto.

#¿Dónde sí tiene sentido un page builder?

No todo es blanco o negro aquí, y sería deshonesto pintarlo así. Hay escenarios donde un builder aporta valor real, no solo comodidad de andar por casa.

  • Sitios con necesidades de diseño muy específicas (landing pages complejas, WooCommerce con layouts no estándar) donde la librería de widgets de Divi ahorra horas de CSS a medida.
  • Equipos donde el cliente final va a editar contenido sin conocimientos técnicos y necesita una interfaz visual más permisiva que el editor de bloques.
  • Migraciones de sitios ya construidos con un builder concreto, donde reescribir todo desde cero no compensa el coste frente a mantener lo existente.

#Caso real: migración de un blog de guías sin plan de rescate

Hace un par de años me tocó heredar un blog de guías de videojuegos montado entero en Elementor, con cada entrada usando plantillas distintas creadas a mano por el autor original.

Mi primera reacción fue pensar que bastaría con desactivar el plugin y dejar que el tema hiciera su trabajo. Error de aficionado: sin Elementor activo, cada página mostraba shortcodes en crudo, sin renderizar, como si el sitio hubiera vuelto al año 2012.

Lo que saltó a la vista fue que el contenido real —texto, imágenes, estructura del artículo— estaba enterrado dentro de metadatos específicos del plugin, no en el cuerpo estándar de WordPress. Migrar esas guías a bloques nativos llevó semanas, no horas.

#¿Pero lo recomiendo a un principiante o no?

Para alguien que empieza de cero con un blog o una web sencilla, la recomendación honesta es no instalar un builder de terceros el primer día. El editor de bloques cubre sobradamente lo que necesita el 90% de esos casos, y de paso enseña conceptos que luego sirven para todo lo demás.

Guardaría el builder para cuando ya exista una necesidad concreta que Gutenberg no resuelve bien, no como paso número uno del tutorial de turno. Vamos, que la pereza inicial de aprender el editor nativo se paga con intereses en el momento en que algo se rompe en producción.

TIP PRO

Si ya usas un builder y quieres reducir el riesgo de bloqueo futuro, exporta periódicamente el contenido en formato de bloques nativos como copia de seguridad estructural, no solo como backup de base de datos.
¿Es malo usar Elementor o Divi para aprender WordPress?

No es malo en sí, pero retrasa el aprendizaje de conceptos base de WordPress (plantillas, el loop, temas) y añade peso innecesario al sitio. Para principiantes, el editor de bloques nativo suele ser más formativo y igual de suficiente.

Esto lo escribo en julio de 2026, con Elementor y Divi todavía dominando el segmento de builders de terceros pero perdiendo cuota frente a Gutenberg cada trimestre. Si lees esto en un año, comprueba las cifras de adopción actualizadas antes de repetir estos números como si fueran eternos.

Aspecto Editor de bloques (Gutenberg) Page builder (Elementor/Divi)
Curva de aprendizaje Más exigente al inicio, pero enseña conceptos base Más cómoda al inicio, conocimiento no transferible
Rendimiento Menos CSS/JS de fábrica Carga adicional medible en consultas y peso
Portabilidad Alta, formato estándar Baja, contenido atado al plugin
Cuota 2026 ~50-60% de instalaciones ~40%, en descenso lento