Durante años, nachomg.com estuvo construida con Elementor. Cumplía su papel y me dejaba maquetar sin pelearme con el código, hasta que dejé de mirar el escaparate y abrí la trastienda: hojas de estilo que nadie usaba y scripts cargados en todas las páginas, envueltos en un HTML con más capas que el ogro de Shrek. Así que hice lo que llevaba tiempo recomendando a clientes sin aplicármelo a mí mismo: migré a Gutenberg con GeneratePress y GenerateBlocks. En casa del herrero, cuchillo de palo, hasta que el herrero se cansó.
Esta es la comparativa Elementor vs Gutenberg que me habría ahorrado unas cuantas tardes. Elementor es una herramienta seria y tiene su público, pero si lo que te importa es el SEO técnico, la balanza se inclina hacia un lado con bastante claridad. Para no quedarme en impresiones, he medido lo que pesa hoy mi web y he revisado las versiones y los precios vigentes en noviembre de 2026. Opiniones sin datos ya hay de sobra en los foros de WordPress.
Índice
Elementor vs Gutenberg: qué estamos comparando
Las comparaciones directas suelen olvidar que hablamos de cosas distintas. Gutenberg es el editor de bloques del núcleo de WordPress desde la versión 5.0, de diciembre de 2018, impulsado por Matt Mullenweg, cofundador del proyecto: viene de serie y no se paga. Elementor es un plugin nacido en 2016 que sustituye la edición por un lienzo visual propio, y su versión gratuita supera los diez millones de instalaciones activas según WordPress.org. El duelo Elementor vs Gutenberg enfrenta, por tanto, una capa visual con marcado propio y el HTML estándar de WordPress.
El editor nativo, a pelo, se queda corto para una web profesional con cabeceras, rejillas y plantillas a medida. Para eso están GeneratePress, un tema ligero, y GenerateBlocks, que añade pocos bloques muy versátiles: desde su versión 2.0, de febrero de 2025, se apoya en Element, Text, Media y Shape, más los bloques de consulta para listados. Pocas piezas que encajan entre sí, como un buen juego de Lego. Mi bando en el Elementor vs Gutenberg es hoy GeneratePress 3.6, GP Premium, GenerateBlocks 2.5 y su versión Pro, con LiteSpeed Cache.
Elementor tampoco se ha quedado quieto. En 2026 lanzó su versión 4, con un editor «atómico» que introduce clases y variables globales y se parece mucho más al CSS de toda la vida; la versión estable en WordPress.org es hoy la 4.4. Es un avance real, con letra pequeña: según la documentación de Elementor, las webs que actualizan no cambian de sistema solas. Las funciones atómicas se activan a mano y no se aplican a los widgets antiguos, así que quien tenga cientos de páginas hechas seguirá con el modelo anterior hasta que las rehaga.
Velocidad de carga: el peaje de la comodidad
La velocidad es donde más se nota la diferencia en cualquier comparativa Elementor vs Gutenberg, y la explicación es aritmética pura: cuanto menos código envías al navegador, antes termina de pintar la página. Cada hoja de estilos que bloquea el renderizado y cada script que hay que ejecutar suman milisegundos, y en un móvil de gama media esos milisegundos acaban siendo segundos. Ningún plugin de optimización deroga esa regla, por mucho que lo prometa su página de ventas.
Gutenberg forma parte del núcleo de WordPress. Los bloques nativos generan un marcado sencillo y no necesitan librerías externas para funcionar en la parte pública. GeneratePress está diseñado para no estorbar: carga muy poco por defecto, no depende de jQuery y te deja activar solo los módulos premium que vas a usar. Con esa base, el trabajo de optimización se reduce a lo que tú añades encima, que en mi caso es sobre todo analítica.
Elementor llega con su propio equipaje: CSS, JavaScript, fuentes de iconos y envoltorios para cada sección y widget. Ha hecho los deberes, eso sí. Los contenedores flexbox redujeron el anidamiento de las antiguas secciones y columnas, y hay opciones para cargar recursos de forma más selectiva. Pero el punto de partida sigue siendo más pesado. Una web con Elementor puede quedar rápida, y he visto unas cuantas; con Gutenberg y un tema ligero, simplemente no tienes que remar contra corriente.
Al migrar comprobé que buena parte de mis ajustes de caché, minificación y carga diferida solo servían para compensar lo que añadía el maquetador. Muchas de esas «optimizaciones» eran parches para un problema que yo mismo había instalado, una especie de Sísifo con panel de control. En las demos del Elementor vs Gutenberg nadie enseña esa factura: un plugin para construir la web y otros tres para corregir sus efectos secundarios.
Lo que pesa hoy mi web: datos medidos
Las comparativas Elementor vs Gutenberg suelen quedarse en generalidades, así que he medido. El 10 de noviembre de 2026 descargué con curl tres páginas públicas de nachomg.com (la portada, la guía de optimización de imágenes y un artículo sobre marca personal) con todos sus archivos CSS y JavaScript, pidiendo compresión como haría un navegador. No sustituye a los datos de campo, pero da una idea honesta de lo que recibe un visitante:
| Concepto | Resultado medido |
|---|---|
| HTML de cada página (Brotli) | 48–53 KB (161–167 KB sin comprimir) |
| Hojas de estilo externas | 6–7 archivos, unos 9 KB comprimidos |
| JavaScript propio (tema, GenerateBlocks, LiteSpeed) | 6–7 archivos, unos 47 KB comprimidos |
| Etiqueta de Google (Site Kit) | 162 KB comprimidos, un solo archivo |
| Tiempo hasta el primer byte | 0,6–0,9 s sin caché; 0,15–0,27 s con caché |
| Referencias a Elementor en el HTML | Cero |
Lo que más me sorprendió está fuera del tema. El archivo más pesado que descarga un visitante es la etiqueta de Google que inserta Site Kit, que ocupa más de tres veces todo mi JavaScript propio; GeneratePress y GenerateBlocks juegan en otra categoría de peso. Y dentro de ese JavaScript propio, casi la mitad es una copia de lodash, una librería de utilidades que arrastra alguna dependencia. Con estas cifras, en mi web el Elementor vs Gutenberg está resuelto y la próxima dieta le toca a la analítica.
Para tener una referencia del otro lado, descargué el paquete oficial de Elementor 4.4.0 y medí sus archivos básicos de front-end. El JavaScript principal ocupa unos 36 KB con gzip y depende de jQuery, que añade otros 30 KB, más una hoja de estilos base de 7 KB: unos 74 KB antes de colocar un solo widget o instalar Elementor Pro. Tómalo como orientación, porque gzip comprime algo menos que Brotli y, error de novato, no conservo mediciones equivalentes de mi web antigua. Si vas a migrar, guarda antes las cifras de partida y te ahorrarás este párrafo de excusas.
Core Web Vitals: lo que mide Google (y lo que ya no)
Primero, una corrección que muchas comparativas siguen sin hacer: FID ya no forma parte de las Core Web Vitals. Desde el 12 de marzo de 2024, Google lo sustituyó por INP (Interaction to Next Paint), como anunció el equipo de Chrome en web.dev. Si un artículo te habla de FID a estas alturas, desconfía también del resto. INP mide la respuesta de la página durante toda la visita, y no solo en la primera interacción. Estos son los umbrales de «bueno», medidos en el percentil 75 de usuarios reales:
- LCP (Largest Contentful Paint): 2,5 segundos o menos para pintar el elemento principal.
- INP (Interaction to Next Paint): 200 milisegundos o menos de respuesta a las interacciones.
- CLS (Cumulative Layout Shift): 0,1 o menos de desplazamiento visual inesperado.
El paso a INP pesa mucho en el Elementor vs Gutenberg, porque castiga el JavaScript que bloquea el hilo principal: animaciones, sliders, pestañas, ventanas emergentes y efectos de entrada. Justo el repertorio que un maquetador visual pone a dos clics. Con Gutenberg también puedes atiborrar una página de scripts, pero tienes que proponértelo; con Elementor ocurre casi por inercia, porque el panel te ofrece esos efectos en cada widget, igual que el supermercado coloca las chucherías junto a la caja.
En LCP, la ventaja de Gutenberg y GeneratePress tiene el mismo origen: menos CSS que bloquea el renderizado y un DOM más pequeño. En CLS manda más la disciplina que la herramienta, porque se trata de reservar espacio a imágenes, anuncios y fuentes. Y como las imágenes suelen ser las culpables de un LCP mediocre, antes de tocar nada lee mi guía de optimización de imágenes para web. Si tu portada pesa tres megas, ningún cambio de maquetador te va a rescatar.
TTFB: aquí manda el servidor
El tiempo hasta el primer byte depende sobre todo del hosting y de la caché; mis páginas bajan de unos 0,6 segundos a menos de 0,3 cuando LiteSpeed ya las tiene guardadas. En ese terreno, Elementor vs Gutenberg es casi un empate. La diferencia aparece cuando la página no sale de caché (un usuario identificado, una búsqueda interna, un carrito): WordPress ejecuta entonces todo el PHP de los plugins activos, y un maquetador grande con sus extensiones añade trabajo a cada una de esas peticiones.
Móvil primero: donde se nota de verdad
Google indexa la versión móvil de tu web: completó la transición al índice mobile-first en octubre de 2023, según su blog para desarrolladores. En móvil, con procesadores modestos y conexiones irregulares, cada kilobyte de código se convierte en espera. Elementor permite diseñar versiones responsive con mucho control, y ese control se paga: estilos para cada punto de corte, elementos ocultos que se descargan igualmente y efectos que en un teléfono modesto avanzan a cámara lenta, como en Matrix pero sin la gracia.
Por eso la puntuación de escritorio importa poco en una comparativa Elementor vs Gutenberg seria, por muy verde que salga en la captura que te enseña quien te vende la web. Mira las mediciones móviles de PageSpeed Insights y, sobre todo, el informe de Core Web Vitals de Search Console, que se basa en usuarios reales. Esos datos se agregan en periodos de 28 días, de modo que el efecto de una migración tarda semanas en aparecer y los primeros días no demuestran nada, ni para bien ni para mal.
Código limpio, «bloat» y dependencia
Hay una prueba que cualquiera puede hacer en dos minutos: abre el código fuente de una página hecha con Elementor y el de otra hecha con bloques nativos. En la primera encontrarás una matrioska de div con clases autogeneradas antes de llegar al texto; en la segunda, el contenido aparece casi a la primera. Mis páginas actuales tienen entre 390 y 450 etiquetas HTML en total, cabecera, menú y pie incluidos. La diferencia importa por tres motivos:
- Menos bytes que descargar, analizar y ejecutar, para el navegador del usuario y para Googlebot cuando renderiza la página.
- Más facilidad para mantener la web. Un HTML limpio es más fácil de depurar, de migrar y de auditar.
- Menos dependencia. El contenido creado con Elementor vive en sus propios metadatos; si un día desactivas el plugin, lo que queda es un esqueleto difícil de aprovechar. El contenido en bloques es HTML estándar de WordPress.
El tercer motivo es el que menos se comenta en el debate Elementor vs Gutenberg y el que más me pesó al migrar. Una página construida con Elementor no se traslada: se reconstruye sección a sección, porque su contenido no está donde WordPress espera encontrarlo. Al elegir maquetador eliges también de quién vas a depender durante años, y esa decisión rara vez aparece en el presupuesto inicial ni en el tutorial de YouTube que te convenció.
Otros aspectos SEO: donde están empatados
En el SEO on-page tradicional, Elementor vs Gutenberg acaba en empate, y lo digo sin reparos. Ambos se integran sin problemas con Rank Math o Yoast, permiten controlar títulos, metadescripciones, encabezados y datos estructurados, y ninguno te impide escribir buen contenido (ni te obliga a hacerlo). Quien te asegure que un maquetador posiciona mejor por sí solo te está vendiendo algo, probablemente una plantilla. Los matices aparecen en estos frentes:
- Plugins satélite. Con Elementor es habitual acabar instalando paquetes de widgets adicionales, y cada uno suma código, consultas y posibles conflictos. Con GeneratePress y GenerateBlocks se resuelve casi todo con muy pocas piezas.
- Estructura semántica. En Gutenberg es más fácil que un encabezado sea un encabezado. En maquetadores visuales abundan títulos convertidos en
divo jerarquías de H2 y H3 elegidas por tamaño de letra. - Rastreo. Un DOM simple no sube posiciones por sí solo, pero facilita que buscadores y herramientas entiendan la página, algo que también cuenta en el SEO para búsqueda visual.
Cómo fue la migración: lo que me encontré
No hay botón mágico para pasar de Elementor a Gutenberg. El orden sensato es empezar por la estructura global (cabecera, pie y plantillas, que GeneratePress resuelve con su módulo de Elementos), seguir por las páginas con maquetación propia y dejar para el final las entradas del blog, que suelen ser texto con imágenes. Las páginas comerciales son las más laboriosas: cada sección hecha con widgets hay que pensarla de nuevo con bloques, y copiarla tal cual suele dar un calco torpe del original.
Lo que no esperaba llegó al final. Con Elementor ya fuera de juego, mi web seguía cargando restos de su CSS: estilos que no se aplicaban a nada y que el navegador descargaba igualmente. Hubo que localizarlos y limpiarlos, y hoy el HTML no contiene ni una referencia a Elementor. Si te planteas esta migración, reserva tiempo para esa limpieza, revisa la configuración de caché (las opciones agresivas que pusiste para domar al maquetador pueden sobrar) y purga todo antes de volver a medir, o acabarás juzgando el Elementor vs Gutenberg con datos contaminados.
Precios en 2026: lo que cuesta cada opción
El dinero no debería decidir el duelo Elementor vs Gutenberg, pero tampoco hay que ignorarlo. Gutenberg es gratuito. GeneratePress y GenerateBlocks tienen versiones gratuitas con más de 500.000 y 200.000 instalaciones activas, respectivamente, y sus funciones premium se venden ahora juntas como GeneratePress One. Elementor también ofrece una versión gratuita, aunque el constructor de temas y los formularios están en Elementor Pro. Estos son precios de tarifa, sin promociones; compruébalos en cada web, porque cambian sin aviso:
| Producto | Precio (noviembre de 2026) |
|---|---|
| Gutenberg, GeneratePress y GenerateBlocks (gratuitos) | 0 € |
| GeneratePress One (GP Premium, GenerateBlocks Pro y extras) | 99 dólares al año, una web |
| Elementor (versión gratuita) | 0 € |
| Elementor Pro, plan Essential | Unos 60 dólares al año, una web |
Lo que pierdes al dejar Elementor
Pasarse a Gutenberg con GeneratePress tiene costes reales, y callarlos sería hacer el mismo marketing que critico. Pesan sobre todo si en tu equipo hay personas sin perfil técnico que hoy maquetan con soltura y que mañana se van a encontrar con un editor que no les resulta familiar. En cualquier balance honesto de Elementor vs Gutenberg, estos puntos caen del lado de Elementor:
- La curva de aprendizaje es distinta. GenerateBlocks exige entender algo de CSS y de maquetación (márgenes, flexbox, rejillas) para sacarle partido.
- La edición visual es menos inmediata. El editor de bloques ha mejorado mucho, pero arrastrar y ver el resultado exacto sigue siendo más directo en Elementor.
- La migración cuesta. En una web grande hay que rehacer plantillas y páginas, y después limpiar los restos.
Si tu prioridad es que alguien sin conocimientos técnicos maquete landings complejas cada semana, Elementor sigue teniendo sentido, y su versión 4 lo acerca a una forma de trabajar más ordenada. Si lo que te quita el sueño es el rendimiento y el SEO técnico, la balanza cae del otro lado. Y si tu web la lleva una agencia, pregunta con qué herramienta trabaja y por qué; en mi artículo sobre cuánto cuesta una agencia de marketing explico qué más conviene preguntar antes de firmar.
Preguntas frecuentes
Elementor vs Gutenberg: ¿cuál es mejor para SEO?
Ninguno posiciona por sí mismo, pero Gutenberg con un tema ligero parte con ventaja en lo técnico: menos código, mejor rendimiento en móvil y menos JavaScript que perjudique el INP. Elementor puede lograr buenas Core Web Vitals, a cambio de más optimización y más disciplina al elegir widgets y efectos. En contenido, enlazado y autoridad, que son los factores que más pesan, ambos quedan igualados, porque ahí el resultado depende de quien escribe y de quien enlaza.
¿Puedo migrar de Elementor a Gutenberg sin perder posiciones?
Sí, si mantienes las mismas URL, títulos, metadescripciones y contenido indexable. Lo que hace perder posiciones en una migración son los descuidos: enlaces internos rotos, encabezados que desaparecen o páginas publicadas a medio hacer. En consultoría lo veo a menudo, y casi nunca es culpa del editor. Haz una copia de seguridad, trabaja primero en un entorno de pruebas, rastrea la web antes y después y vigila Search Console durante las semanas siguientes.
¿Necesito GeneratePress Premium para dejar Elementor?
No necesariamente. El tema gratuito y la versión gratuita de GenerateBlocks bastan para un blog o una web sencilla. La versión premium añade los Elementos para cabeceras, pies y plantillas condicionales, una biblioteca de sitios y opciones de diseño que sustituyen buena parte del constructor de temas de Elementor Pro. Mi consejo es empezar con lo gratuito y pagar cuando choques con un límite concreto.
Elementor vs Gutenberg: mi veredicto después de migrar
La combinación Gutenberg y GeneratePress parte con ventaja en casi todo lo que hoy cuenta en SEO técnico: velocidad, Core Web Vitals (especialmente INP), rendimiento móvil y limpieza de código. Elementor puede acercarse con optimización y disciplina, pero sale a la carrera con una mochila a la espalda. Mis mediciones lo confirman de forma algo humillante para mi yo de hace unos años, porque hoy lo más pesado de mi web es la analítica. Para mí, el Elementor vs Gutenberg se cerró a favor de Gutenberg, y la siguiente tarea ya está apuntada.
Ninguna herramienta va a posicionar una web por sí sola, y menos aún una marca personal. El contenido y la intención de búsqueda pesan muchísimo más que el maquetador. Ahora bien, cuando dos páginas compiten en igualdad, la que carga antes tiene un argumento más. Si te planteas una migración así y quieres una segunda opinión, como consultor de marketing puedo ayudarte a decidir si te compensa o si tu problema está en otra parte.
Yo no he echado de menos Elementor. Bueno, quizá un poco el primer día, como quien deja el coche automático y vuelve a pelearse con el embrague. Luego abrí el código fuente, vi el contenido empezando casi en la primera línea y se me pasó. La comodidad de hoy se paga con el mantenimiento de mañana, y esa cuenta hay que hacerla antes de construir.