WordPress Equipo Avantys 8 min

Core Web Vitals en WordPress: Cómo Medirlos y Mejorarlos

Guía sobre Core Web Vitals en WordPress: qué son LCP, INP y CLS, cómo medirlos correctamente y qué acciones concretas mejoran cada métrica.

// Compartir

Core Web Vitals en WordPress: Cómo Medirlos y Mejorarlos

Desde 2022, los Core Web Vitals son factor oficial de posicionamiento en Google. No es un detalle técnico menor: dos webs con el mismo contenido y la misma autoridad pueden posicionar de forma distinta si una ofrece una experiencia de carga notablemente peor que la otra.

En Avantys revisamos Core Web Vitals en cada auditoría que hacemos, y la sorpresa habitual es que muchos propietarios de webs WordPress ni siquiera saben qué significan estas siglas, más allá de que “algo hay que mejorar” en Google Search Console. Esta guía te explica qué mide cada métrica, cómo interpretarla, y qué acciones concretas la mejoran.

Si quieres el panorama completo de rendimiento antes de entrar en el detalle de cada métrica, empieza por Cómo Optimizar el Rendimiento de tu WordPress.

Las tres métricas de Core Web Vitals

MétricaQué mideObjetivo% de sitios que lo cumple (2026)
LCP (Largest Contentful Paint)Cuánto tarda en aparecer el elemento visual más grande de la pantallaMenos de 2,5 segundos53%
INP (Interaction to Next Paint)Cuánto tarda la página en responder tras una interacción del usuarioMenos de 200 milisegundos74% en móvil
CLS (Cumulative Layout Shift)Cuánto “saltan” los elementos visuales mientras carga la páginaMenos de 0,172%

Estas tres métricas sustituyeron en 2024 a First Input Delay (FID), que medía algo similar a INP pero de forma menos precisa, si ves referencias antiguas a FID, ten en cuenta que ya no es la métrica activa.

LCP: el contenido principal debe aparecer rápido

El LCP mide el momento en que el elemento visual más grande de la pantalla (normalmente una imagen destacada, un titular grande o un vídeo) termina de renderizarse. Es la métrica que más correlaciona con la percepción de “esta web va rápida” por parte del usuario.

Qué mejora el LCP

  • TTFB bajo: el LCP no puede empezar hasta que el servidor responde. Un hosting rápido con caché de página activa es el primer paso, tratado en detalle en Cómo Elegir Hosting para que WordPress no Vaya Lento.
  • Imagen principal optimizada: si el elemento LCP es una imagen, su peso y formato determinan directamente esta métrica, lo cubrimos en Cómo Optimizar Imágenes en WordPress sin Perder Calidad.
  • Sin lazy loading en el elemento LCP: aplicar carga diferida a la imagen principal retrasa precisamente lo que esta métrica mide.
  • CSS crítico cargado primero: el CSS necesario para renderizar la parte visible de la página sin scroll debería cargar antes que el resto de estilos no esenciales.

INP: la web debe responder al instante

INP mide el tiempo entre que un usuario hace clic, toca o escribe algo, y el momento en que la pantalla refleja esa acción. Sustituye desde marzo de 2024 a First Input Delay, y es más estricto porque evalúa todas las interacciones de una visita, no solo la primera.

Qué empeora el INP

  • JavaScript bloqueante: scripts pesados que ocupan el hilo principal del navegador impiden que responda a las interacciones del usuario mientras se ejecutan.
  • DOM excesivo: page builders que generan cientos de elementos anidados obligan al navegador a recalcular más al procesar cada interacción.
  • Scripts de terceros sin cargar de forma diferida: widgets de chat, mapas incrustados o píxeles de analítica que se ejecutan de inmediato en lugar de tras la primera interacción del usuario.

Qué mejora el INP

  • Cargar scripts no esenciales de forma diferida, activándolos solo tras la primera interacción o cuando el elemento entra en pantalla.
  • Reducir el número de plugins que añaden JavaScript en cada página, revisa Cómo Reducir el Impacto de los Plugins en WordPress para identificar cuáles.
  • Evitar animaciones complejas ejecutadas con JavaScript cuando una alternativa en CSS puede lograr el mismo efecto con menor coste de procesamiento.

CLS: nada debe “saltar” mientras carga

El CLS mide la estabilidad visual: cuánto se desplazan los elementos de la página mientras esta termina de cargar. Es la métrica más frustrante para el usuario cuando falla, ese momento en que intentas pulsar un botón y, justo antes, un anuncio o una imagen aparece encima y haces clic en otra cosa por error.

Causas más comunes de un CLS alto

CausaSolución
Imágenes sin dimensiones definidas en el HTMLEspecificar siempre ancho y alto en la etiqueta de imagen
Anuncios o banners insertados dinámicamenteReservar el espacio exacto del banner antes de que cargue
Fuentes web que cambian el tamaño del texto al cargarUsar font-display: swap con una fuente de reserva de tamaño similar
Contenido inyectado dinámicamente sobre contenido existenteInsertar el nuevo contenido debajo, nunca desplazando lo que el usuario ya está viendo

El banner de cookies es, en la práctica, una de las causas de CLS más comunes en webs españolas, si aparece empujando el contenido hacia abajo en lugar de superponerse, penaliza esta métrica en cada primera visita.

Cómo medir Core Web Vitals correctamente

HerramientaTipo de datosCuándo usarla
Google Search Console (informe de Core Web Vitals)Datos de campo reales de tus visitantesDiagnóstico general, tendencia a lo largo del tiempo
PageSpeed InsightsDatos de campo + de laboratorioDiagnóstico de una URL concreta
Chrome DevTools (pestaña Performance)Datos de laboratorio detalladosDebugging técnico profundo

Un matiz importante: los datos de campo (de visitantes reales) y los datos de laboratorio (de una prueba simulada) pueden diferir. Los datos de campo reflejan la experiencia real, pero tardan semanas en actualizarse tras un cambio; los de laboratorio se actualizan al instante pero no siempre representan las condiciones reales de tus visitantes (velocidad de conexión, tipo de dispositivo).

Priorizar: qué atacar primero

Si Google Search Console te marca varias URLs con problemas, no las abordes todas a la vez. El orden recomendado:

  1. Identifica qué métrica falla más (LCP, INP o CLS) en el mayor número de páginas, suele ser un problema común a todas, no uno distinto por página.
  2. Corrige la causa raíz (hosting, imágenes, JavaScript, dimensiones de imagen) una vez, ya que suele afectar a todas las páginas simultáneamente.
  3. Espera a que Search Console actualice los datos de campo (puede tardar 28 días) antes de dar por resuelto el problema.

Un caso real: de suspenso a aprobado

Este es un ejemplo representativo de una auditoría completa de Core Web Vitals en una web corporativa con un tema pesado y sin optimización previa:

MétricaAntesDespuésAcciones aplicadas
LCP4,2s2,1sHosting con LiteSpeed + imagen principal optimizada sin lazy loading
INP340ms180msReducción de plugins con JavaScript pesado, scripts de terceros diferidos
CLS0,280,05Dimensiones definidas en todas las imágenes, banner de cookies superpuesto en lugar de empujar contenido

Ninguna de estas tres mejoras vino de un solo cambio grande, fue la suma de correcciones específicas para cada métrica, aplicadas de forma independiente. Es habitual pensar que “optimizar el rendimiento” arregla las tres métricas de golpe, pero cada una responde a causas distintas: LCP a servidor e imágenes, INP a JavaScript, CLS a estabilidad visual del diseño.

Herramientas complementarias para un diagnóstico más fino

Además de las tres mencionadas anteriormente, estas herramientas ayudan a diagnosticar problemas concretos:

  • Chrome User Experience Report (CrUX): la base de datos pública de Google con los datos de campo de millones de sitios, útil para comparar tu rendimiento con el de sitios similares.
  • Web Vitals extension de Chrome: una extensión de navegador que muestra las tres métricas en tiempo real mientras navegas por tu propia web, sin necesidad de herramientas externas.
  • Lighthouse (integrado en Chrome DevTools): genera un informe completo con recomendaciones específicas priorizadas por impacto estimado.

Preguntas Frecuentes

¿Cuánto tarda Google en reflejar una mejora de Core Web Vitals? Los datos de campo en Search Console se basan en los últimos 28 días de visitas reales, así que una mejora tarda varias semanas en reflejarse completamente en el informe.

¿Un buen resultado en PageSpeed Insights garantiza un buen posicionamiento? No por sí solo, Core Web Vitals es uno de muchos factores de posicionamiento. Pero un mal resultado sí puede perjudicarte frente a competidores con contenido similar y mejor rendimiento.

¿Por qué mis datos de laboratorio son buenos pero los de campo son malos? Los datos de campo reflejan las condiciones reales de tus visitantes (conexiones más lentas, dispositivos menos potentes), mientras que el laboratorio simula condiciones estándar que no siempre coinciden con tu audiencia real.

¿INP sustituye completamente a FID? Sí, desde marzo de 2024 INP es la métrica de interactividad oficial; FID ya no forma parte de Core Web Vitals.

¿El banner de cookies afecta mucho al CLS? Puede afectar bastante si se implementa mal (empujando el contenido en lugar de superponerse). Es una de las causas de CLS más comunes en webs con público español por la obligatoriedad del aviso de cookies.

¿Necesito optimizar Core Web Vitals si mi web tiene poco tráfico? Sí, aunque el impacto en posicionamiento sea proporcionalmente menor, la experiencia de usuario mejora igual para cualquier visitante, y suele traducirse en menor abandono.

¿Qué métrica es más importante de las tres? No hay una jerarquía oficial, Google las evalúa en conjunto. En la práctica, LCP suele ser la que más impacta en la percepción general de velocidad.

¿Puedo aprobar Core Web Vitals en móvil pero no en escritorio (o al revés)? Sí, Google evalúa cada plataforma por separado, y es habitual tener resultados distintos, ya que móvil suele tener menos potencia de procesamiento y conexiones más variables.

Conclusión

Core Web Vitals no son un examen abstracto de Google, son una traducción numérica de si tu web se siente rápida y estable para un visitante real. Mejorarlas no requiere magia: hosting adecuado, imágenes optimizadas, JavaScript bien gestionado y dimensiones definidas en cada imagen cubren la mayoría de los casos.

Si prefieres no estar pendiente de Search Console cada mes revisando si algo ha empeorado, en Avantys monitorizamos Core Web Vitals de forma continua dentro de Gestión WordPress.

Artículos relacionados


¿Y si tu WordPress lo lleváramos nosotros?

Actualizaciones, seguridad, backups verificados, staging y rendimiento, gestionado de forma continua por una persona que responde, donde ya lo tengas o te lo montamos. Auditoría gratuita de tu web actual.

Ver WordPress Gestionado
// Boletín

Suscríbete al boletín

Guías nuevas, sin spam. Cancela cuando quieras.