
Los Core Web Vitals sirven para medir tres aspectos de la experiencia real de una página: la velocidad con la que aparece su contenido principal, la capacidad de respuesta cuando el usuario interactúa y la estabilidad visual durante la carga. En WordPress, los problemas no suelen resolverse instalando un plugin más: primero hay que localizar qué recurso, plantilla o comportamiento está provocando el cuello de botella.
Qué valores se consideran buenos
Google mantiene tres métricas principales para Core Web Vitals. El objetivo se evalúa en el percentil 75 de las visitas, separando móvil y escritorio:
| Métrica | Qué mide | Objetivo “bueno” |
|---|---|---|
| LCP | Carga percibida del contenido principal | ≤ 2,5 s |
| INP | Capacidad de respuesta a interacciones | ≤ 200 ms |
| CLS | Estabilidad visual | ≤ 0,1 |
Estos umbrales son una referencia útil, pero no sustituyen al diagnóstico. Una página puede fallar por una imagen concreta, por una respuesta lenta del servidor, por JavaScript excesivo o por una combinación de varios factores.
1. Mejorar el LCP en WordPress
El Largest Contentful Paint suele corresponder al elemento visible más grande del primer pantallazo: una imagen principal, un bloque de texto destacado o, en algunos casos, un vídeo. Antes de tocar cachés conviene identificar exactamente cuál es ese elemento.
Acciones que suelen tener más impacto
- Optimizar la imagen principal: tamaño acorde al espacio real, formato moderno cuando proceda y compresión razonable.
- No aplicar carga diferida al elemento LCP: si la imagen principal se retrasa deliberadamente, el navegador no puede pintarla a tiempo.
- Reducir el tiempo de respuesta inicial: hosting, caché de página, consultas lentas y plugins que ejecutan trabajo innecesario pueden elevar el TTFB.
- Evitar CSS y JavaScript bloqueantes: el navegador necesita poder construir el primer pantallazo sin esperar a recursos que no son críticos.
- Precargar solo lo realmente importante: abusar de
preloadcompite por ancho de banda y puede empeorar la carga.
2. Mejorar el INP
Interaction to Next Paint mide cuánto tarda la página en ofrecer una respuesta visual después de una interacción. En WordPress, un INP alto suele estar relacionado con demasiado JavaScript en el hilo principal o con componentes que hacen más trabajo del necesario.
La solución suele pasar por revisar scripts de constructores, analítica, banners, chats, sliders, popups y plugins que cargan código en todo el sitio aunque solo se necesite en una página. También conviene dividir tareas largas de JavaScript y evitar que una interacción dispare recorridos complejos por el DOM.
3. Reducir el CLS
El CLS aumenta cuando elementos visibles cambian de posición sin que el usuario lo espere. Es frecuente verlo con imágenes sin dimensiones reservadas, fuentes que cambian de tamaño al cargarse, banners insertados tarde o cabeceras que modifican su altura.
- Definir
widthyheighto una relación de aspecto para imágenes y vídeos. - Reservar espacio para avisos, banners y elementos que aparecen después.
- Revisar la estrategia de carga de fuentes y usar métricas compatibles entre fuente de sistema y fuente final.
- Evitar inyectar contenido por encima de lo que el usuario ya está viendo.
Datos de campo y pruebas de laboratorio no son lo mismo
PageSpeed Insights y Lighthouse permiten detectar problemas en un entorno controlado, pero los Core Web Vitals se evalúan con datos de usuarios reales cuando existen suficientes datos de campo. Por eso una prueba puntual puede mostrar un resultado distinto al que aparece en Chrome UX Report o Search Console.
Para priorizar bien, conviene combinar ambos enfoques: los datos de campo dicen qué está ocurriendo a los usuarios; las pruebas de laboratorio ayudan a entender por qué.
Checklist práctica antes de instalar otro plugin de rendimiento
- Identifica el elemento LCP y el recurso que lo sirve.
- Comprueba el TTFB y si existe caché de página efectiva.
- Revisa JavaScript de terceros y plugins que cargan recursos globalmente.
- Comprueba que imágenes, iframes y banners reservan su espacio.
- Prueba móvil y escritorio por separado.
- Vuelve a medir después de cada cambio importante.
Optimizar rendimiento significa reducir trabajo, no ocultarlo detrás de más capas. Si tu WordPress tiene problemas de velocidad, estructura o Core Web Vitals, puedes consultar el servicio de posicionamiento SEO o el de desarrollo web y WordPress.
