Tu web parecía ligera hasta que hiciste una comprobación real: PageSpeed marcando LCP alto, CSS que no acababa de justificarse y varios plugins de bloques cargando recursos en cada página. En WordPress, ese extra invisible suele ser el problema: el editor no frena por sí solo, pero cada bloque, patrón o extensión puede sumar peso, capas y peticiones que se notan en móvil y en Core Web Vitals.
El rendimiento de Gutenberg puede ser mejor que el de muchos constructores visuales si usas bloques ligeros, limitas plugins y mantienes una carga limpia de CSS y JS. La clave no es solo elegir Gutenberg, sino evitar lo que penaliza la velocidad: archivos innecesarios, estilos globales sobredimensionados y bloques que arrastran scripts en páginas donde no aportan nada.
Gutenberg suele rendir mejor cuando la página carga menos archivos, genera menos capas y evita scripts que no hacen falta. Piénsalo como una mudanza: no tardas menos por usar una furgoneta nueva, sino por llevar menos cajas.
El editor de bloques base de WordPress genera una salida más simple que muchos maquetadores visuales. Eso ayuda al LCP, que mide cuándo se ve el contenido principal, y también al peso total de la página.
Qué mejora de verdad en core web vitals
El TTFB baja cuando el hosting responde mejor y la caché está bien puesta. El LCP mejora cuando el bloque principal pesa menos y la imagen hero está bien servida.
El CLS baja cuando evitas saltos de maquetación por fuentes, banners y bloques que cargan tarde. El INP mejora cuando hay menos JavaScript ejecutándose en segundo plano.
Los datos del sector apuntan a que una página que supera los 2,5 MB suele sufrir más en móviles, sobre todo si incluye fuentes externas, sliders y paquetes de bloques. No es una ley fija, pero sí una pista muy útil.
Un benchmark útil no se limita a decir que Gutenberg “parece” más ligero: conviene medir la misma URL antes y después con condiciones equivalentes y comparar TTFB, LCP, CLS, INP y peso de página. En pruebas reales, una página construida con Gutenberg y un tema limpio suele reducir la carga de CSS y JavaScript frente a un constructor lleno de widgets, pero la diferencia depende mucho del hosting, de la caché y de si el contenido usa bloques nativos o addons.
Por ejemplo, WebPageTest puede mostrar menos peticiones y menor peso total, mientras que PageSpeed Insights suele reflejar mejoras claras en LCP cuando se eliminan estilos globales sobrantes y scripts que no afectan a la vista inicial.
Gutenberg pierde ventaja con bloques pesados y addons
Gutenberg deja de ser ligero cuando el sitio se llena de packs de bloques, plantillas clonadas y estilos que se cargan aunque no se usen. Esto funciona bien en teoría, pero en la práctica muchos sitios acaban con más archivos que antes.
Un caso habitual: una web corporativa instala tres plugins de bloques para cubrir botones, columnas y formularios, y termina cargando dos hojas de estilo y varios scripts por cada página. El resultado suele ser peor que con un tema limpio y bloques nativos.
Qué plugins suelen penalizar más
Los plugins de bloques con muchos módulos, librerías de animación o integraciones visuales suelen añadir peso extra. Elementor, por ejemplo, puede rendir bien en manos expertas, pero su modelo de carga tiende a ser más pesado que un montaje sencillo con editor de bloques.
Lo mismo pasa con packs que prometen “todo en uno”. Cuantos más bloques y estilos globales traen, más fácil es que cargues basura técnica que no aporta al usuario.
Cuándo gutenberg no es la mejor opción
Gutenberg no es la respuesta perfecta si tu sitio depende de animaciones complejas, layouts muy personalizados o una experiencia visual que cambia en cada página. Tampoco es la mejor vía si ya tienes un constructor muy afinado y tus Core Web Vitals están en rango bueno.
Qué pasa con patrones y bloques reutilizables
Los patrones de Gutenberg ahorran tiempo, pero no son gratis. Si repites muchos contenedores, columnas y bloques anidados, el HTML crece y el navegador tarda más en pintarlo.
El mejor uso de patrones es el que simplifica el trabajo editorial sin duplicar estructuras innecesarias. Si un patrón añade cinco capas para mostrar algo simple, ya empieza a costar.
Elegir bien los bloques es casi tan importante como elegir el editor. Los bloques de Gutenberg más ligeros suelen ser los nativos o los que añaden poca capa de estilos, mientras que algunos plugins de bloques cargan librerías de animación, CSS global y scripts extra incluso en páginas donde no se usan. Un checklist práctico sería: comprobar si el bloque requiere JavaScript, si añade más de una hoja de estilo, si crea contenedores anidados innecesarios, si depende de fuentes externas y si puede sustituirse por un patrón sencillo.
Con esa revisión, es más fácil mantener la velocidad de WordPress sin sacrificar diseño ni flexibilidad.
Cómo medir gutenberg con datos útiles y no por intuición
Gutenberg debe compararse con páginas equivalentes y no con sensaciones. Mide una URL antes y después, con el mismo contenido y en la misma red, o tendrás ruido en los datos.
El método más fiable cruza TTFB, LCP, CLS, INP y peso total. PageSpeed Insights, Lighthouse y WebPageTest sirven bien si repites la prueba dos o tres veces.
Qué mirar en cada métrica
TTFB por debajo de 800 ms, LCP por debajo de 2,5 s, CLS por debajo de 0,1 e INP por debajo de 200 ms son rangos razonables para un sitio cuidado.
Un TTFB alto suele apuntar a servidor lento, caché mal puesta o consultas pesadas a base de datos. Un LCP alto suele venir de imágenes grandes, bloques de cabecera pesados o CSS bloqueante.
Un CLS alto casi siempre muestra saltos por fuentes, banners o bloques que cambian de tamaño al cargar. Un INP alto suele indicar demasiados scripts, y ahí los addons de bloques tienen parte de culpa.
| Escenario |
TTFB |
LCP |
Peso página |
Lectura práctica |
| Gutenberg + tema ligero |
Bajo o medio |
Bajo si la imagen principal está bien |
Moderado |
Buen punto de partida |
| Gutenberg + pack de bloques |
Medio |
Medio o alto |
Alto |
Revisar CSS y JS |
| Constructor con muchas plantillas |
Medio o alto |
Alto |
Alto |
Suele exigir más limpieza |
1. Mide la URL
Usa PageSpeed y WebPageTest.
2. Mira el CSS
Revisa si hay hojas globales de bloques.
3. Comprueba scripts
Busca JS que no afecta a esa página.
4. Ajusta caché
Activa precarga y compresión.
Qué herramienta da una lectura fiable
PageSpeed Insights sirve para tener una foto rápida, pero WebPageTest ayuda a ver qué archivo frena la carga. Lighthouse, bien usado, también muestra qué bloque o script está consumiendo más.
Si solo miras la nota final, puedes tomar malas decisiones. Lo útil es localizar qué recurso bloquea la primera pintura del contenido y qué script sobra.
Cómo comparar antes y después
Haz la prueba con una página real, no con una home vacía. Usa la misma caché, el mismo hosting y el mismo ancho de banda para las dos versiones.
Si cambias editor, tema y plugins a la vez, no sabrás qué ha mejorado. Es como cambiar ruedas, motor y gasolina al mismo tiempo y querer saber qué hacía ruido.
Cómo usar gutenberg sin cargar la web de más
Gutenberg funciona mejor cuando diseñas con bloques nativos, revisas cada plugin y dejas fuera todo lo que no aporta. La regla práctica es simple: si un bloque no se usa en varias páginas, no debería cargar como si fuera esencial.
Empieza por el tema. Un tema ligero reduce CSS, reduce llamadas extra y deja más margen para contenido real.
Qué bloques elegir primero
Los bloques nativos de párrafo, imagen, columnas simples, botón y grupo suelen ser suficientes para muchas páginas. Son más fáciles de mantener y suelen traer menos residuos técnicos.
Si necesitas un bloque avanzado, prueba primero su impacto en PageSpeed antes de usarlo en todo el sitio. A veces un bloque bonito cuesta más que una sección entera.
Qué revisar en plugins y temas
Revisa si el plugin carga CSS y JS en todas las páginas o solo donde hace falta. También conviene mirar si ofrece carga condicional, porque eso corta bastante peso inútil.
Comprueba el tema y el plugin con el inspector del navegador. Si ves muchos archivos para una página sencilla, ya tienes una señal clara.
- Usa un tema ligero con estilos claros y pocos adornos.
- Instala solo un plugin de bloques si realmente lo necesitas.
- Desactiva módulos que no uses en ese plugin.
- Comprueba que las imágenes estén en formato comprimido y con lazy loading.
- Sirve fuentes locales si quieres reducir bloqueos y llamadas externas.
En España, donde muchas webs de empresa mezclan cumplimiento RGPD, avisos legales y varias herramientas de marketing, la carga extra suele venir más de scripts de terceros que del propio editor.
La optimización de Gutenberg para Core Web Vitals pasa por controlar qué se carga y cuándo. Si un bloque no aporta valor en una página concreta, lo ideal es que no arrastre CSS ni JavaScript globales; por eso conviene revisar si el plugin permite carga condicional, desactivar módulos que no se usan y sustituir bloques muy complejos por bloques nativos más simples.
También ayuda usar un tema limpio, reducir anidaciones innecesarias y servir imágenes en formatos ligeros. En la práctica, esto baja el peso de página, reduce bloqueos de renderizado y mejora tanto LCP como INP, sobre todo en móvil y en conexiones lentas.
Gutenberg no siempre gana frente a un constructor afinado
Gutenberg no siempre supera a un constructor bien trabajado, y esa es la parte que muchas guías omiten. Si una web con Elementor o similar está muy limpia, con caché, pocos widgets y plantillas optimizadas, puede rendir igual o mejor que una instalación de bloques mal montada.
La comparación justa no es editor contra editor. La comparación útil es carga real contra carga real.
Cuándo un constructor puede aguantar bien
Un constructor puede aguantar si solo se usa en pocas páginas, si no arrastra librerías globales y si el tema base hace buena parte del trabajo. También ayuda usar menos fuentes, menos animaciones y menos módulos de terceros.
En ese caso, cambiar por cambiar no compensa. Puede traer más trabajo que mejora.
Qué papel tiene el hosting WordPress
El hosting WordPress afecta al tiempo de respuesta inicial, y eso marca mucho el TTFB. Un servidor lento puede hacer que Gutenberg parezca peor de lo que es.
Si el backend tarda en responder, el navegador no puede empezar a pintar rápido. Da igual que el editor sea limpio si el servidor va a tirones.
Lo que más preguntan sobre gutenberg rendimiento
¿Qué es mejor, gutenberg o elementor?
Gutenberg suele ser mejor para rendimiento puro si usas bloques nativos y un tema ligero. Elementor puede ser competitivo si está muy bien afinado, pero suele cargar más CSS y JavaScript.
¿WordPress utiliza gutenberg?
Sí, Gutenberg es el editor de bloques integrado en WordPress desde hace varias versiones. Es la base actual para crear y editar contenido visual sin depender siempre de un constructor externo.
¿Qué permite hacer el editor gutenberg?
Permite crear entradas, páginas, columnas, botones, galerías, diseños reutilizables y patrones visuales. También admite bloques de terceros, aunque esos suelen ser los que más peso añaden.
¿Por qué WordPress está tan lento hoy en día?
Suele ir lento por un conjunto de causas: hosting flojo, demasiados plugins, imágenes pesadas, caché mal configurada y scripts de terceros. El editor es solo una parte del problema.
¿Qué bloques de gutenberg conviene evitar?
Conviene vigilar sliders, galerías avanzadas, acordeones con mucho JavaScript y packs de bloques con estilos globales. Si un bloque añade CSS o JS en todas las páginas, puede penalizar sin que lo notes al principio.
¿Cómo sé si un plugin de bloques perjudica el
Míralo en PageSpeed, WebPageTest y el inspector del navegador. Si el plugin añade archivos aunque no uses sus bloques en esa URL, ya tienes una señal de riesgo.
¿Puedo usar gutenberg y seguir teniendo una web
Sí, y es una de las combinaciones más sensatas si cuidas tema, caché, imágenes y tipografías. El truco está en no sumar bloques, plugins y scripts sin revisar su coste real.
No merece la pena cambiar todo a Gutenberg si tu web ya carga bien, usa animaciones complejas o depende de un constructor muy afinado. En esos casos, el mayor ahorro de tiempo suele estar en limpiar recursos, no en cambiar el editor.
Cuándo actuar para mejorar gutenberg rendimiento
Gutenberg merece la pena cuando quieres menos carga, menos dependencia de plugins y una base más fácil de mantener. También compensa si vas a rediseñar una web lenta y quieres una estructura más simple desde el principio.
Si tu sitio ya tiene buenos Core Web Vitals, el cambio puede ser pequeño. Si ahora mismo arrastras bloques pesados, CSS global y scripts de más, la mejora puede ser clara.
La decisión práctica es esta: usa Gutenberg si vas a construir con control y sin exceso de plugins. Si no puedes revisar cada bloque, cada hoja de estilo y cada script, la promesa de rendimiento se te puede quedar en una idea bonita.
