Para la mayoría de proyectos serios, Pixelize recomienda Gutenberg: nativo, más ligero, sin coste de licencia y alineado con el futuro de WordPress. Elementor brilla en la edición visual rápida para quien no programa.
Veredicto: Gutenberg gana en rendimiento, mantenimiento y en no depender de un plugin de terceros. Elementor gana en velocidad de edición visual para no-devs. Elige por el proyecto, no por la moda.
Resumen rápido (30s)
Si tienes 30 segundos, es esto: Gutenberg es el editor nativo de WordPress, genera HTML más limpio y no cuesta licencia. Elementor Pro es un page builder de pago que cambia rendimiento y portabilidad por facilidad visual. Para un sitio que debe durar, cargar rápido y no quedar rehén de un plugin, el nativo tiende a ganar.
| Criterio | Gutenberg | Elementor Pro |
|---|---|---|
| Coste | Gratuito (nativo) | Licencia anual (desde ~US$59/año por sitio) |
| Nativo vs plugin | Nativo del core de WordPress | Plugin de terceros |
| Rendimiento / CWV | Más ligero; menos CSS/JS | El CSS/JS extra tiende a pesar |
| Tamaño del DOM | Menor, marcado escueto | Suele inflar el DOM |
| Lock-in / portabilidad | Bloques en HTML estándar | Formato propietario en la BD |
| Curva de aprendizaje | Más empinada al principio | Amigable para no-devs |
| Flexibilidad visual | Alta con bloques y theme.json | Muy alta, arrastrar y soltar |
| Bloques custom | A medida vía block.json | Widgets listos y add-ons |
| Futuro de WP (FSE) | Es el camino oficial (FSE) | Fuera del core; va aparte |
| SEO / HTML semántico | Marcado limpio y controlable | Más wrappers y divs |
El resto de la guía justifica cada línea de esa tabla — y muestra el matiz que casi nadie cuenta: en un sitio lento, el hosting y la caché cambian el resultado más que cambiar el builder.
Qué es Gutenberg
Gutenberg es el editor de bloques nativo de WordPress, incorporado al core desde la versión 5.0. En lugar de un único campo de texto, cada párrafo, título, imagen o botón se convierte en un bloque independiente. El contenido se guarda como HTML estándar en la propia entrada, con comentarios que delimitan cada bloque. No es un plugin: es parte de WordPress.
Eso importa por una razón simple: lo que es nativo no desaparece cuando desactivas un plugin, no cobra licencia y evoluciona junto con WordPress.
Bloques, patterns y theme.json
Tres piezas hacen de Gutenberg algo viable en un proyecto profesional:
- Bloques son las unidades de contenido. El core ya trae decenas (párrafo, columnas, imagen, galería, botones, consultas de entradas) y puedes crear los tuyos.
- Block patterns son conjuntos de bloques listos para reutilizar — una sección de precios, un hero, un bloque de testimonios. Lo montas una vez y lo replicas con consistencia.
- theme.json es el archivo que centraliza el design system del tema: paleta de colores, escala tipográfica, espaciados y lo que cada bloque puede o no hacer. Estandariza el aspecto y evita que cada página sea una colcha de retazos.
En la práctica, bloques + patterns + theme.json entregan un editor visual con barreras: el cliente edita a gusto, pero dentro del design system que definió el desarrollador. Libertad con raíles.
Full-Site Editing (FSE)
El Full-Site Editing es la dirección oficial de WordPress: editar el sitio entero — cabecera, pie, archivos, plantillas — con la misma lógica de bloques, sin depender de PHP en cada cambio. Los temas de bloque usan plantillas en HTML y el theme.json como fuente de verdad del diseño.
El punto estratégico es este: WordPress está invirtiendo su futuro en el editor de bloques. Apostar por Gutenberg es apostar por la dirección hacia donde va la plataforma — y no por una capa paralela que tiene que correr detrás de cada versión nueva del core.
Qué es Elementor
Elementor es un page builder de terceros: un plugin que añade a WordPress una interfaz de arrastrar y soltar, con edición visual en vivo y una enorme biblioteca de widgets. Tiene una versión gratuita y Elementor Pro, de pago, que libera las funciones avanzadas — theme builder, formularios, widgets de e-commerce, popups.
Hay que ser justos: Elementor es popular por un buen motivo. Resuelve un problema real para mucha gente.
Dónde brilla
- Edición visual para quien no programa. Ves la página cambiar mientras arrastras. Para un cliente que quiere autonomía sin tocar código, es liberador.
- Biblioteca de widgets y plantillas. Decenas de componentes listos y un gran ecosistema de add-ons cubren casi cualquier diseño sin escribir CSS.
- Velocidad en landing pages puntuales. Para una página de campaña que debe salir mañana, montar en Elementor puede ser más rápido que estructurar bloques custom.
- Prototipado. Probar rápido una idea de diseño, sin involucrar desarrollo, es un caso legítimo.
Nada de eso es poco. Si tu cuello de botella es quien edita no es dev y necesita autonomía, Elementor aborda exactamente ese dolor.
El coste real de la licencia Pro + TCO
La capacidad profesional de Elementor vive en Elementor Pro, una licencia anual — la tabla oficial empieza en torno a US$59/año por sitio, con planes más caros para más sitios. Pero el precio de la etiqueta es solo la punta del coste total de propiedad (TCO):
- Renovación cada año. Dejas de pagar y dejas de recibir actualizaciones y soporte. Es un coste recurrente, no una compra única.
- Add-ons. Muchos diseños “listos” dependen de plugins extra de terceros, cada uno con su ciclo de actualización y su riesgo.
- Peso de mantenimiento. Cada plugin es una superficie más para conflictos, actualizaciones y fallos de seguridad.
- Dependencia. Tu sitio pasa a depender de la salud de una empresa externa y de su roadmap.
Gutenberg, por ser nativo, pone a cero la línea de licencia — pero cambia ese coste por más trabajo inicial de desarrollo. Esa es la cuenta honesta, y volvemos a ella en el veredicto.
Rendimiento: ¿quién deja el sitio más lento?
Respuesta corta y honesta: el page builder suele pesar más, pero casi nunca es lo primero que deberías arreglar en un sitio lento.
DOM, CSS y JS: cómo el peso se convierte en LCP, CLS e INP
Todo page builder envuelve tu contenido en capas de estructura para hacer viable el arrastrar y soltar. En la práctica, eso significa:
- Más elementos en el DOM. Cada sección suele nacer con wrappers, columnas y divs de control. Un DOM grande es más caro de renderizar para el navegador y empeora las métricas.
- CSS y JavaScript adicionales. El builder carga su propio framework de estilos y scripts para funcionar. Más bytes y más trabajo de main thread.
- Impacto en los Core Web Vitals. Un DOM inflado y JS extra tienden a retrasar el LCP (mayor elemento visible), abrir la puerta al CLS (desplazamiento de diseño) y empeorar el INP (respuesta a la interacción). Es lo que ves penalizado en PageSpeed Insights y Lighthouse.
Gutenberg genera un marcado más cercano al HTML que escribirías a mano. Menos wrappers, menos CSS huérfano, menos JS. Por eso, en igualdad de condiciones, el nativo suele salir por delante en los Core Web Vitals. No es magia — es menos código haciendo lo mismo.
La verdad incómoda: hosting y caché van antes que el builder
Aquí está lo que un dev honesto tiene que decir: antes de culpar a Elementor, mira la infraestructura.
En un sitio lento, la mayor ganancia casi siempre viene de un hosting decente y una caché bien configurada — no de cambiar el editor. Un servidor sobrecargado, sin caché de página, sin CDN y con PHP desactualizado entregará un TTFB malo sin importar si el contenido se montó en Elementor o Gutenberg.
El orden sensato de optimización es:
- Hosting y TTFB — un servidor a la altura, PHP actual, base de datos sana.
- Caché y CDN — caché de página, caché de objeto, entrega de assets estáticos por CDN.
- Imágenes y assets — formatos modernos, tamaños correctos, lazy loading.
- Y ahí sí, el builder — reducir el peso de lo que monta las páginas.
Cambiar el page builder en un servidor malo es cambiar los neumáticos de un coche sin motor. El builder importa — pero es el último escalón, no el primero. (Si tu síntoma es un error y no lentitud, mira los errores comunes de WordPress.)
Lock-in: qué pasa si desinstalas
Este es, para nosotros, el argumento más fuerte a favor de Gutenberg — y el más ignorado a la hora de decidir.
Marcado de bloque portable vs formato propietario
- Gutenberg guarda el contenido como bloques en HTML estándar dentro de la entrada. Desactiva cualquier plugin y el texto, los títulos y las imágenes siguen ahí, legibles, porque son HTML de verdad guardado en el contenido.
- Elementor guarda el diseño en un formato propietario en la base de datos (metadatos y estructura propios). Al desactivar el plugin, WordPress ya no sabe renderizarlo: el diseño se deshace y quedan shortcodes o marcado roto en la página.
Traducido: con Gutenberg, tu contenido es tuyo y viaja contigo. Con Elementor, buena parte del valor queda atada al plugin. Eso es vendor lock-in — un coste que no aparece en la factura, solo el día en que quieres irte.
¿Vale la pena migrar?
Si ya estás en Elementor, la pregunta natural es: ¿se puede migrar sin dolor? La respuesta honesta: no existe un convertidor de un clic fiable. Migrar de Elementor a Gutenberg es, en la práctica, una reconstrucción página por página — reproducir cada diseño en bloques, con atención al SEO, las redirecciones y la paridad visual.
Vale la pena cuando el rendimiento, el coste de licencia o el peso de mantenimiento ya molestan más que el esfuerzo del cambio. Para unas pocas landing pages a menudo no compensa. Para un sitio grande, lento y caro de mantener, suele pagar la inversión en poco tiempo. Detallamos el proceso en la guía de migración de Elementor a Gutenberg.
Bloques personalizados: la jugada de Pixelize
Lo que desbloquea Gutenberg en un proyecto profesional es dejar de intentar recrear Elementor con plugins y pasar a crear bloques a medida para el cliente.
La idea es simple: en lugar de dar al cliente 90 widgets genéricos que nunca va a usar, le entregas exactamente los bloques que el proyecto necesita — un bloque de testimonio con los campos correctos, una tarjeta de servicio en el patrón de la marca, una sección de FAQ que ya sale con el marcado semántico correcto. Cada bloque se define con un block.json y puede generarse con @wordpress/create-block, el scaffolding oficial de WordPress.
El resultado es lo mejor de dos mundos:
- Edición fácil como en Elementor — el cliente rellena campos y ve el resultado.
- Sin el peso ni el lock-in — es nativo, ligero y el contenido sigue siendo portable.
- Consistencia garantizada — el bloque solo permite lo que el design system prevé, así que nada rompe el diseño.
Así entregamos autonomía al cliente sin hipotecar rendimiento ni libertad. El paso a paso está en la guía de cómo crear bloques personalizados en Gutenberg.
Cuándo usar cada uno
Nada de dogma. La herramienta correcta depende del proyecto, de quién edita y de cuánto tiene que durar el sitio.
Usa Gutenberg si…
- El proyecto es serio y de largo plazo, y quieres rendimiento y mantenimiento bajo.
- Core Web Vitals y SEO son una prioridad real.
- Quieres evitar el lock-in y mantener el contenido portable.
- Hay presupuesto para desarrollo inicial de bloques a medida.
- Quieres estar alineado con el futuro de WordPress (FSE).
Usa Elementor si…
- Quien edita no es dev y necesita autonomía total, ya.
- El plazo es corto y el presupuesto inicial es ajustado.
- Es una landing page puntual de campaña, con vida útil corta.
- Necesitas prototipar rápido sin involucrar desarrollo.
El camino híbrido
También existe el término medio. Hay equipos que usan Elementor en campañas efímeras y Gutenberg en el sitio institucional que debe durar. O empiezan en Elementor para validar rápido y migran a bloques custom cuando el proyecto madura. Elegir la herramienta por contexto no es una traición — es ingeniería. Lo que no recomendamos es correr ambos en la misma página: ahí pagas el peso de los dos y no cosechas lo mejor de ninguno.
El veredicto de Pixelize
Para la mayoría de proyectos serios, recomendamos Gutenberg. Es nativo (sin depender de un plugin de terceros), genera páginas más ligeras con mejores Core Web Vitals, no cobra licencia, mantiene tu contenido portable y está alineado con el futuro de WordPress mediante el Full-Site Editing. Con bloques personalizados, entrega la misma autonomía de edición que atrae a la gente a Elementor — sin el peso y sin el lock-in.
Eso no hace de Elementor una elección equivocada. Para la edición visual rápida por no-devs, para landing pages puntuales y para plazos ajustados, es una herramienta legítima y buena en lo que hace. Ser justo con ella es parte de dar un consejo honesto.
El trade-off sincero: Gutenberg suele costar más al principio — es desarrollo, no licencia — y paga esa inversión de vuelta en rendimiento, mantenimiento bajo e independencia a lo largo del tiempo. Y recuerda el matiz: si tu sitio está lento, empieza por hosting y caché antes de cambiar cualquier builder.
Si quieres un WordPress rápido, sostenible y sin cadenas, es exactamente lo que Pixelize construye. Mira el servicio de WordPress y cuéntanos tu caso.