Core Web Vitals 2026: cómo aprobar INP LCP y CLS

Los Core Web Vitals dejaron de ser un tema técnico interesante para volverse un filtro real de visibilidad en buscadores. En 2026 ya no hay margen para ignorarlos. Esta guía es la versión actualizada de lo que repito todas las semanas a clientes que quieren saber qué cambió, qué umbrales tienen que aprobar y qué hacer cuando su sitio en WordPress falla.

Antes de meternos en detalle, dos contextos importantes. Primero: desde marzo de 2024 INP reemplazó a FID como métrica oficial de interactividad. Si tu auditoría todavía habla de FID, está desactualizada. Segundo: con Google AI Overviews apareciendo en cerca del 48 por ciento de búsquedas según BrightEdge (febrero 2026), la batalla por el clic se volvió más dura y el rendimiento técnico es uno de los factores que pesan al elegir qué fuentes citar.

Qué son los Core Web Vitals en 2026

Los Core Web Vitals son tres métricas que Google usa para medir la experiencia real de los usuarios al cargar e interactuar con una página. Las tres miden cosas distintas y todas se reportan desde datos reales recolectados por Chrome, agregados en el reporte CrUX (Chrome User Experience Report).

Las tres métricas vigentes en 2026 son LCP, INP y CLS. Veamos cada una.

LCP, Largest Contentful Paint

Mide cuánto tarda en renderizar el elemento más grande visible en la primera pantalla. Suele ser una imagen hero, un titular grande o un bloque de video. Indica qué tan rápido el usuario percibe que la página cargó.

Umbral aprobatorio: menos de 2,5 segundos. Entre 2,5 y 4 segundos es necesidad de mejora. Más de 4 segundos es deficiente.

INP, Interaction to Next Paint

Mide cuánto tarda la página en responder visualmente a las interacciones del usuario (clics, taps, pulsaciones de tecla). Reemplazó a FID porque captura mejor la frustración real: no mide solo el primer toque, sino la interacción más lenta a lo largo de la visita.

Umbral aprobatorio: menos de 200 milisegundos. Entre 200 y 500 ms es necesidad de mejora. Más de 500 ms es deficiente. Esta es la métrica que más sitios siguen reprobando en 2026. Conviene confirmar la cifra exacta en CrUX para tu sector porque varía mes a mes.

CLS, Cumulative Layout Shift

Mide cuánto se mueve el contenido de la página mientras carga. Si un botón salta justo cuando lo ibas a tocar y terminas pulsando un anuncio, eso es CLS alto.

Umbral aprobatorio: menos de 0,1. Entre 0,1 y 0,25 es necesidad de mejora. Más de 0,25 es deficiente.

Por qué INP es el dolor de cabeza más grande

Cuando FID era la métrica de interactividad, casi todos los sitios pasaban. FID solo medía la latencia de la primera interacción y los navegadores ya la habían optimizado bien. INP es otra historia. Mide todas las interacciones de la visita y se queda con la peor (o casi la peor en sesiones largas). Eso saca a la luz problemas que FID escondía.

Lo más frecuente que veo: sitios con muchos plugins de WordPress que cargan JavaScript pesado, sitios con scripts de terceros bloqueando el hilo principal (chats, mapas embebidos, analítica duplicada), temas mal optimizados que ejecutan animaciones costosas en cada interacción. Cualquiera de esas cosas mata el INP.

Cómo aprobar LCP en WordPress

Voy a contarte las palancas que dan más resultado por orden de impacto.

Optimiza la imagen principal de la primera pantalla

Si tu LCP es una imagen, esa imagen tiene que cargar primero, en formato moderno y al tamaño correcto. Usa WebP o AVIF, dimensiona la imagen al tamaño real en que se muestra (no la subas en 4K si se ve a 800 píxeles), y marca el atributo fetchpriority igual a high para que el navegador la priorice. Algunos plugins lo hacen automático, pero conviene verificar.

Reduce el tiempo de respuesta del servidor

Un hosting lento aplasta el LCP de salida. Si tu servidor tarda 800 ms en empezar a responder, te quedan menos de 1700 ms para todo lo demás. Hosting administrado de calidad, caché de objetos en el servidor (Redis o Memcached), versiones modernas de PHP, base de datos optimizada. Todo eso suma.

Implementa caché de página

Plugins como WP Rocket, LiteSpeed Cache o W3 Total Cache reducen drásticamente el tiempo del servidor para visitas repetidas y para usuarios no logueados. Una página cacheada se entrega casi instantánea. Esto solo ya puede bajar el LCP en uno o dos segundos.

Usa CDN para activos estáticos

Cloudflare, BunnyCDN, KeyCDN. Sirven imágenes, CSS y JavaScript desde nodos cercanos al usuario. Para audiencias en Perú con visitas desde varias regiones, marca una diferencia notoria sobre todo cuando el origen está fuera del país.

Carga diferida adecuada

El lazy loading nativo de WordPress es útil para imágenes por debajo del fold, pero hay que asegurarse de que la imagen LCP no esté en lazy. Una imagen LCP cargando con lazy puede arruinar la métrica. Revisa con herramientas como PageSpeed Insights cuál es tu elemento LCP y verifica que no tenga lazy aplicado.

Cómo aprobar INP en WordPress

Acá viene la parte difícil. INP suele requerir cirugía más fina que LCP.

Reduce JavaScript de terceros

Cada script externo que cargas es un riesgo de INP. Widgets de chat, mapas embebidos, contadores, herramientas de marketing, píxeles de seguimiento. Audita cuáles realmente necesitas y elimina el resto. Si necesitas un chat, busca uno ligero. Si necesitas analítica, elige una sola herramienta y no superpongas tres.

Aplica code splitting

En lugar de cargar todo el JavaScript en una bundle gigante, divídelo en piezas que solo se carguen cuando se necesiten. Para temas custom o aplicaciones complejas, esto reduce mucho el bloqueo del hilo principal en la carga inicial. En sitios de WordPress básicos, plugins de optimización como WP Rocket o Perfmatters ayudan a aplazar JavaScript no crítico.

Mueve trabajo a web workers

Tareas pesadas que no necesitan acceso al DOM pueden ejecutarse en web workers, fuera del hilo principal. Por ejemplo, cálculos, parsing de datos, procesamiento de listas largas. Esto libera al hilo principal para responder a interacciones del usuario y mejora INP de manera notable.

Optimiza event handlers

Si tu sitio tiene event handlers de JavaScript que ejecutan tareas costosas en cada clic o scroll, INP sufre. Usa debounce y throttle para limitar la frecuencia. Divide tareas largas en bloques pequeños y deja que el navegador respire entre cada bloque (técnica conocida como yielding). Bibliotecas modernas como scheduler.yield ayudan con esto.

Quita plugins innecesarios

Cada plugin de WordPress añade peso. Audita cuáles aportan valor real y desactiva el resto. He visto sitios con 60 plugins activos donde solo 15 eran necesarios. La mejora de INP al limpiar esa carga fue inmediata.

Cómo aprobar CLS en WordPress

CLS suele ser el más fácil de arreglar de los tres, pero genera mucha frustración a usuarios cuando está mal.

Reserva espacio para imágenes y videos

Toda imagen y video debe llevar atributos width y height (o aspect ratio en CSS). Si no los lleva, el navegador no sabe qué espacio reservar y el contenido salta cuando termina de cargar. WordPress moderno los suele incluir, pero hay temas y plugins viejos que los pierden.

Reserva espacio para anuncios y widgets

Banners de publicidad, widgets sociales, embebidos de redes. Todos tienen que tener un contenedor con dimensiones fijas para que no causen saltos cuando carguen. Una sola unidad de publicidad mal configurada puede subir el CLS sobre el umbral.

Cuida las fuentes web

El cambio brusco de fuente fallback a fuente custom (FOUT) puede generar layout shift. Usa font-display swap con cuidado, precarga las fuentes principales con preload y considera ajustar el size-adjust en la fuente custom para que ocupe el mismo espacio que la fallback.

Evita insertar contenido dinámico arriba del existente

Si un banner de cookies o un aviso aparece después de que el contenido ya cargó y empuja todo hacia abajo, eso es CLS puro. Reserva ese espacio desde el principio o aparece el aviso en posición fija sin afectar el flujo.

Cómo medir Core Web Vitals de manera correcta

Hay dos tipos de datos: datos de laboratorio y datos de campo. Los de laboratorio (Lighthouse, PageSpeed Insights sintético) ejecutan una simulación de carga. Los de campo (CrUX, Search Console) reportan lo que usuarios reales experimentaron.

Google usa los datos de campo para ranking. Por eso, aunque Lighthouse te diga que pasas todo, si CrUX dice que reprobás, el ranking va por la versión de CrUX. La fuente más confiable para evaluación oficial es el reporte de Search Console con datos de Core Web Vitals y la consulta directa a CrUX a través de la API pública o el dashboard CrUX en Looker Studio.

Para diagnosticar en tiempo real durante optimización, la extensión Web Vitals para Chrome es excelente. Te muestra LCP, INP y CLS mientras navegas. Es la forma más rápida de detectar qué interacción específica está provocando un INP malo.

Errores comunes que veo en sitios peruanos

El primero: confiar solo en Lighthouse. Tu visita a la oficina con fibra rápida y laptop moderna no representa a tus usuarios. Mide siempre con datos de campo.

El segundo: optimizar solo la home. Google evalúa Core Web Vitals por tipo de página. Una home rápida con artículos lentos no aprueba. Hay que cubrir todas las plantillas principales.

El tercero: depender de un plugin mágico que prometa arreglar todo. Ningún plugin sustituye una limpieza de scripts innecesarios, una buena estructura de tema y un hosting decente. Los plugins ayudan, pero no hacen milagros sobre un sitio mal construido.

El cuarto: ignorar INP porque suena complejo. Es la métrica donde más se gana o pierde en 2026. Vale la pena invertir tiempo y dinero en mejorarla. Suele requerir un desarrollador con experiencia en optimización de JavaScript, no solo un encargado de marketing pegando plugins.

Mi recomendación si partes desde cero

Mide primero con datos reales en Search Console y PageSpeed Insights con datos de campo activados. Identifica cuál de las tres métricas falla más y en qué plantilla. Concéntrate en una a la vez. Si tu LCP falla, ataca imágenes y servidor. Si tu INP falla, ataca JavaScript y plugins. Si tu CLS falla, ataca espacios reservados y fuentes. Mide otra vez en cuatro semanas y ajusta.

Core Web Vitals no son una caja negra. Son medidas concretas que se pueden mover con trabajo concreto. La diferencia entre un sitio que aprueba y uno que reprueba muchas veces son decisiones que toman pocas horas. El problema no es la dificultad técnica, es la falta de atención. Quien le pone atención en 2026 ve resultados en tráfico orgánico y en conversión.

Preguntas frecuentes sobre Core Web Vitals 2026

¿Cuáles son los Core Web Vitals en 2026?

Son tres métricas: LCP (Largest Contentful Paint) que mide la velocidad de carga visible, INP (Interaction to Next Paint) que mide la respuesta a interacciones del usuario, y CLS (Cumulative Layout Shift) que mide la estabilidad visual del contenido. Las tres se reportan desde datos reales de usuarios.

¿Qué pasó con FID, por qué ya no se menciona?

FID dejó de ser métrica oficial desde marzo de 2024, cuando INP lo reemplazó. INP es más exigente porque mide todas las interacciones de la visita, no solo la primera. FID dejaba escondidos problemas que INP saca a la luz, sobre todo en sitios con mucho JavaScript.

¿Cuáles son los umbrales aprobatorios actuales?

LCP debe ser menor a 2,5 segundos. INP debe ser menor a 200 milisegundos. CLS debe ser menor a 0,1. Estos son los umbrales para considerar la métrica como aprobada según los criterios actuales de Google.

¿Por qué tantos sitios reprueban INP?

Porque INP mide todas las interacciones de la visita y captura las peores. Sitios con muchos plugins de WordPress, scripts de terceros pesados o event handlers mal optimizados suelen mostrar INP malo aunque el primer clic funcione bien. Es la métrica que más exige limpieza técnica.

¿Qué herramientas debo usar para medir Core Web Vitals?

Para datos reales: Search Console, el reporte CrUX en Looker Studio, PageSpeed Insights con datos de campo. Para diagnóstico en vivo: extensión Web Vitals para Chrome y Lighthouse. Google usa datos de campo para ranking, así que esa es la fuente que importa para SEO.

¿Cómo mejoro el LCP en WordPress rápidamente?

Optimiza la imagen principal en formato WebP o AVIF, marca fetchpriority alto, contrata hosting decente, activa caché de página, usa CDN para activos estáticos y verifica que la imagen LCP no esté en lazy loading. Estas cinco acciones suelen bajar el LCP varios segundos.

¿Cómo se mejora el INP en una página con muchos plugins?

Audita y elimina plugins que no aportan valor real. Reduce scripts de terceros, aplaza JavaScript no crítico, mueve tareas pesadas a web workers, optimiza event handlers con debounce o throttle y divide tareas largas en bloques pequeños. INP exige cirugía técnica, no solo plugins de optimización.

¿El hosting influye en los Core Web Vitals?

Sí, mucho. Un servidor lento castiga LCP de salida y un servidor saturado puede empeorar INP en visitas pesadas. Hosting administrado con PHP moderno, caché de objetos y base de datos optimizada da una base sobre la que el resto de optimizaciones funciona.

¿Cuánto tiempo toma ver mejoras tras optimizar?

En PageSpeed Insights con datos de campo verás cambios en 28 días, porque ese reporte usa una ventana móvil de los últimos 28 días de datos reales. En Search Console las actualizaciones tardan algo más. Para validación rápida, usa Lighthouse y la extensión Web Vitals, aunque sean datos sintéticos.

¿Core Web Vitals afectan realmente al posicionamiento?

Sí, son un factor de ranking confirmado por Google desde 2021 y siguen vigentes en 2026. No es el factor más importante (la relevancia y calidad del contenido pesan más), pero ante contenidos similares, el sitio con mejor experiencia técnica gana visibilidad. Y con AI Overviews ocupando más espacio, cada ventaja cuenta.