¿Sabías que tu web de WordPress carga 2 MB de CSS que no usa? Bienvenido a los page builders

Voy a pedirte que hagas algo ahora mismo. Abre tu web de WordPress en Chrome, pulsa F12, ve a la pestaña «Coverage» (está en el menú de los tres puntos → More tools) y recarga la página. Espera unos segundos.

¿Ves esas barras rojas? Eso es código CSS y JavaScript que tu web ha descargado y que no está usando. Si tu web usa Elementor, Divi o cualquier page builder popular, prepárate: entre el 60% y el 80% de ese código sobra.

Bienvenido al maravilloso mundo del CSS bloat.

¿Por qué los page builders cargan tanto código innecesario?

La explicación es técnica pero sencilla. Un page builder como Elementor tiene más de 90 widgets: carruseles, acordeones, tablas de precios, formularios, contadores, mapas, galerías… Cada widget tiene su propio CSS y su propio JavaScript.

Ahora bien, tu página de inicio probablemente usa 5 o 6 widgets. ¿Carga solo el CSS de esos 5? No. Carga el de todos. O al menos el de una porción gigantesca de ellos.

El problema de la arquitectura monolítica

Los page builders empaquetan sus estilos en archivos CSS monolíticos. Aunque Elementor ha mejorado con su opción de «Improved Asset Loading» (introducida hace ya varias versiones), la realidad es que:

• El CSS global del framework se carga siempre: grid system, reset, tipografía base, animaciones.
• Cada widget activo inyecta su CSS, pero también las dependencias compartidas de widgets que no usas.
• Los addons de terceros (Essential Addons, Premium Addons, etc.) añaden sus propias hojas de estilo completas.
• El CSS inline generado por las personalizaciones del editor se suma al total.

¿Resultado? Una página que debería cargar 80 KB de CSS acaba cargando 800 KB o más.

Los números reales: lo que dice Lighthouse

He auditado docenas de webs este año. Estos son promedios reales:

Web típica con Elementor + 3 addons

• CSS total descargado: 1.2 – 2.1 MB
• CSS sin usar (Coverage): 65% – 82%
• JS total descargado: 1.4 – 2.8 MB
• JS sin usar: 55% – 75%
• LCP en móvil: 3.0 – 4.5 segundos
• Puntuación Lighthouse Performance: 25 – 45

Web con tema custom optimizado

• CSS total descargado: 60 – 150 KB
• CSS sin usar: 8% – 15%
• JS total descargado: 80 – 200 KB
• JS sin usar: 10% – 20%
• LCP en móvil: 1.2 – 2.0 segundos
• Puntuación Lighthouse Performance: 85 – 99

La diferencia no es sutil. Es un abismo.

¿Y esto qué tiene que ver con el SEO?

Todo. Literalmente todo.

Desde que Google implementó Core Web Vitals como factor de ranking, el rendimiento de tu web afecta directamente a tu posicionamiento. Y no es solo teoría: los datos de web.dev confirman que las webs que pasan los umbrales de CWV tienen un 24% menos de abandono por parte del usuario.

• LCP lento = el usuario ve una pantalla en blanco durante 3 segundos = se va. Google lo sabe.
• CSS bloqueante = el navegador no puede renderizar nada hasta que descarga y parsea todo ese CSS. Incluyendo los estilos del widget de mapa que no usas.
• Experiencia móvil penalizada: en una conexión 4G media, 2 MB de CSS y JS tardan entre 3 y 6 segundos en descargarse. En 3G ni te cuento.
• Bounce rate por las nubes: cada segundo adicional de carga incrementa la tasa de rebote entre un 20% y un 30%, según datos de Google.

«Vale, lo pillo. ¿Pero un tema custom no es carísimo?»

Eso era verdad hace dos años. En 2026, no tanto.

La IA generativa ha cambiado radicalmente la ecuación del desarrollo web. Lo que antes requería un equipo de diseñador + maquetador + desarrollador durante 2-3 meses, ahora se puede hacer con metodologías de desarrollo WordPress con IA como el que hace Pango Studio, reduciendo tiempos y costes drásticamente.

Un tema custom hoy te da:

• Solo el código que necesitas: si la página no tiene carrusel, no se carga CSS de carrusel. Así de simple.
• Core Web Vitals en verde: porque no hay bloat que limpiar, el código nace limpio.
• Independencia total: no dependes de que Elementor actualice, cambie su pricing o deje de dar soporte a un widget.
• Mantenimiento más barato: menos plugins = menos actualizaciones = menos incompatibilidades = menos sustos.

Cómo comprobarlo tú mismo en 2 minutos

Si no me crees (y haces bien en no creer a un desconocido de internet), haz la prueba:

1. Abre tu web en Google Chrome.
2. Pulsa F12 para abrir DevTools.
3. Haz clic en los tres puntos verticales (arriba a la derecha del panel) → More tools → Coverage.
4. Pulsa el botón de recarga (el círculo con la flecha) en el panel Coverage.
5. Espera a que la página cargue completamente.
6. Mira la columna «Unused Bytes».

Si ves porcentajes por encima del 50% en archivos CSS y JS, tu web tiene un problema de peso. Y si esos archivos se llaman elementor-something.css o elementor-something.js, ya sabes quién es el responsable.

El veredicto

Los page builders fueron una revolución. Permitieron que millones de personas crearan webs sin saber programar. Eso tiene un valor enorme y no lo voy a negar.

Pero la tecnología avanza, y en 2026 hay formas mejores de construir una web: más rápidas, más ligeras, más mantenibles y —sorpresa— más baratas de lo que piensas. Tu web no debería cargar 2 MB de código que no usa. Tu SEO no debería pagar el precio de una arquitectura pensada para los problemas de 2018.

La próxima vez que alguien te diga «es que con Elementor es más fácil», enséñale la pestaña Coverage. Los números hablan solos.