Cómo mejorar Core Web Vitals en WordPress con Elementor (guía real 2026)

Tu web tiene Elementor. PageSpeed te dice que los Core Web Vitals están en rojo. Y has probado tres plugins de caché diferentes sin que el número suba demasiado.

Este es el escenario más habitual que veo en las auditorías que hago a webs WordPress en Madrid. Y la buena noticia es que tiene solución — sin cambiar de plataforma, sin tirar lo que ya tienes y sin contratar a nadie que te cobre 5.000€ por «migrar a headless» cuando no lo necesitas.

La mala noticia es que no hay un plugin que lo arregle todo. Lo que hay es un proceso, y en este artículo te lo cuento paso a paso.

Qué son los Core Web Vitals y por qué Elementor los complica

Los Core Web Vitals son tres métricas con las que Google mide si la experiencia de usuario en tu web es buena o mala. Desde 2021 son factor de ranking directo: si los tienes en rojo, Google te penaliza frente a competidores con contenido similar pero web más rápida.

Las tres métricas son:

• LCP (Largest Contentful Paint): cuánto tarda en cargarse el elemento principal de la página — normalmente la imagen hero o el título principal. Google quiere menos de 2,5 segundos.
• INP (Interaction to Next Paint): cuánto tarda la página en responder cuando el usuario hace clic o escribe. Menos de 200ms es el objetivo.
• CLS (Cumulative Layout Shift): cuánto se mueve el contenido mientras carga. Ese molesto salto que da el texto cuando aparece una imagen o un anuncio. Menos de 0,1 es el objetivo.

Elementor complica estas métricas por tres razones concretas: carga CSS de todos sus widgets aunque no los uses en esa página, genera JavaScript extra para las interacciones del editor, y añade capas de HTML que aumentan el trabajo del navegador para renderizar la página.

Dicho esto: con la configuración correcta, Elementor puede llegar a 90+ en Core Web Vitals. He visto webs con Elementor en 95/100. No es imposible, pero requiere trabajo.

El diagnóstico primero: qué está fallando exactamente

Antes de tocar nada, necesitas saber exactamente qué está causando el problema. No el síntoma — la causa raíz.

Abre PageSpeed Insights con la URL de tu página principal y mira tres cosas:

• El LCP element: PageSpeed te dice exactamente qué elemento es el más lento en cargarse. Si es una imagen, el problema es la imagen. Si es un bloque de texto, el problema es que la fuente o el CSS están bloqueando el renderizado.
• Render-blocking resources: CSS y JavaScript que bloquean que el navegador empiece a pintar la página. En Elementor casi siempre hay varios.
• Unused CSS y Unused JavaScript: código que se carga pero no se usa en esa página. Con Elementor esto suele ser entre el 60% y el 80% del CSS total.

Con ese diagnóstico sabes dónde atacar. Sin él, estás probando plugins a ciegas.

Los 6 cambios que más impacto tienen en Core Web Vitals con Elementor

1. Elimina el CSS de Elementor que no usas

Elementor carga por defecto el CSS de todos sus widgets en todas las páginas. Si usas 10 widgets de los 80 disponibles, el 87,5% del CSS que se carga es basura.

La solución: en el panel de Elementor, ve a Elementor → Configuración → Avanzado y activa la opción «Cargar CSS por elemento». Esto hace que Elementor solo cargue el CSS de los widgets que realmente usas en cada página. El ahorro de peso puede ser enorme — he visto páginas pasar de 400KB de CSS a 80KB solo con este cambio.

2. Optimiza el elemento LCP

Si el LCP de tu página es una imagen (lo es en el 80% de los casos), hay tres cosas que puedes hacer ahora mismo:

• Convierte esa imagen a WebP. Un JPEG de 200KB se convierte en un WebP de 50-80KB sin pérdida visible de calidad.
• Añade fetchpriority="high" al atributo de la imagen en el HTML. Le dice al navegador que cargue esa imagen antes que cualquier otra.
• Asegúrate de que la imagen tiene dimensiones explícitas (width y height). Sin ellas, el navegador no puede reservar el espacio antes de que cargue — lo que genera CLS.

En Elementor puedes gestionar las imágenes desde los ajustes del widget, aunque para el atributo fetchpriority necesitarás editar el HTML directamente o usar un plugin como Performance Lab de WordPress.

3. Configura un plugin de caché correctamente

El plugin de caché más popular no es el mejor, y el mejor instalado mal no sirve de nada. Mi recomendación para webs con Elementor en hosting compartido: WP Rocket (de pago, pero funciona) o W3 Total Cache (gratuito, más complejo de configurar).

Lo que sí o sí tienes que activar en cualquier plugin de caché:

• Caché de página
• Compresión GZIP o Brotli
• Minificación de CSS y JavaScript (con cuidado — puede romper cosas, prueba antes)
• Lazy loading de imágenes
• Preconexión a dominios externos (Google Fonts, Analytics, etc.)

4. Carga las fuentes sin bloquear el renderizado

Si usas Google Fonts, el navegador tiene que hacer una petición externa a los servidores de Google antes de mostrar el texto. Eso bloquea el renderizado y sube el LCP.

La solución más efectiva: descarga las fuentes y sírvelas desde tu propio servidor. Puedes generar el código necesario en google-webfonts-helper, que te da los archivos woff2 y el CSS listo para pegar.

Alternativa más rápida: añade display=swap a la URL de Google Fonts. No es tan bueno como las fuentes locales, pero es mejor que nada.

5. Elimina o difiere los scripts de terceros

Google Analytics, Facebook Pixel, chat en vivo, mapas de Google, widgets de redes sociales — cada uno de estos scripts añade tiempo de carga y bloquea el hilo principal del navegador. Son la causa más habitual de un INP alto.

Lo que puedes hacer:

• Audita qué scripts tienes instalados. Request Map te muestra visualmente todos los dominios externos que carga tu web.
• Elimina los que no uses activamente (plugins de redes sociales con contadores, scripts de herramientas que ya no usas).
• Difiere los que no son críticos para la carga inicial. WP Rocket tiene una opción específica para esto.
• Carga el chat en vivo solo cuando el usuario hace scroll o mueve el ratón — no en la carga inicial.

6. Mejora el hosting si todo lo demás falla

Si has hecho todo lo anterior y el TTFB (Time to First Byte) sigue siendo alto — más de 600ms — el problema es el servidor, no el código. Un hosting compartido básico no tiene la capacidad de proceso para servir WordPress + WooCommerce + Elementor rápido.

Opciones en España con buen rendimiento: Raiola Networks, SiteGround España, o Cloudways con un servidor en Frankfurt (el más cercano a España en su red). El salto de precio entre un hosting básico y uno adecuado suele ser de 5-10€/mes — y el impacto en rendimiento es inmediato.

Qué puntuación es realista esperar con Elementor

Siendo honestos: con Elementor y todo optimizado al máximo, un 90-96/100 en móvil es alcanzable y suficiente para posicionar bien. El 100/100 con Elementor en móvil es posible en páginas muy sencillas, pero en webs con catálogo, formularios y scripts de terceros es complicado de mantener de forma consistente.

Si necesitas 100/100 de forma garantizada y consistente — por ejemplo porque tienes tráfico de pago donde cada décima de segundo tiene un coste real — la solución es migrar a WordPress headless con Astro. Pero para la mayoría de webs en Madrid, 90-96/100 con Elementor optimizado es perfectamente suficiente.

Cuándo tiene sentido hacer una auditoría WPO profesional

Tiene sentido cuando has probado varias cosas y el número no sube, cuando tienes una tienda online donde la lentitud se traduce en ventas perdidas, o cuando tu web depende del tráfico orgánico y quieres asegurarte de que los CWV no te estén penalizando frente a la competencia.

Una auditoría WPO en Daruma parte desde 300€ e incluye el diagnóstico completo con todas las causas identificadas y una hoja de ruta priorizada. Si quieres que además implementemos los cambios, el paquete auditoría + implementación parte desde 600€. Si lo que necesitas es primero entender el estado SEO completo de tu web, la auditoría SEO incluye también el análisis de velocidad y CWV.

Si quieres saber exactamente qué está frenando tu web antes de tocar nada, puedes ver en qué consiste la auditoría WPO aquí.

Preguntas frecuentes sobre Core Web Vitals y Elementor

¿Puedo llegar a 100/100 en PageSpeed con Elementor?

En páginas muy sencillas, sí. En webs con catálogo, formularios, chat y scripts de Analytics, es muy difícil de mantener de forma consistente. Un 90-96/100 con Elementor bien optimizado es un objetivo realista y suficiente para posicionar bien en Google.

¿Qué plugin de caché recomiendas para Elementor?

WP Rocket es el más efectivo y fácil de configurar, aunque es de pago (49€/año para un sitio). Si el presupuesto es ajustado, W3 Total Cache o LiteSpeed Cache (si tu hosting tiene LiteSpeed) son buenas alternativas gratuitas.

¿El INP alto es culpa de Elementor?

Parcialmente. Elementor añade JavaScript para las interacciones del editor que puede aumentar el INP. Pero la causa más habitual de INP alto son los scripts de terceros (Analytics, Pixel, chat) que bloquean el hilo principal. Audita primero esos.

¿Merece la pena migrar a WordPress headless solo por los Core Web Vitals?

Depende de tu negocio. Si tienes tráfico orgánico importante o una tienda online donde la velocidad impacta en conversión, puede merecer la pena. Si tienes una web informativa con tráfico moderado, optimizar Elementor suele ser suficiente. Si tienes dudas, una auditoría WPO te da la respuesta exacta para tu caso concreto.

¿Los Core Web Vitals afectan al posicionamiento en Google?

Sí, desde mayo de 2021. Son uno de los factores de ranking de Google dentro de lo que llaman «Page Experience». No son el factor más importante — el contenido sigue siendo el rey — pero en búsquedas competitivas donde dos páginas tienen contenido similar, los CWV pueden marcar la diferencia.

¿Cuánto tiempo tarda en mejorar el posicionamiento tras optimizar los CWV?

Las correcciones técnicas se reflejan en PageSpeed inmediatamente. El impacto en posiciones de Google tarda entre 4 y 8 semanas, que es el tiempo que tarda el buscador en volver a rastrear y evaluar tu web con los nuevos datos de rendimiento.