Blog/Desarrollo

Core Web Vitals: Qué Son y Cómo Mejorarlos para SEO

Qué miden LCP, INP y CLS, por qué le importan a Google y a los motores de IA, y qué cambios técnicos concretos los mejoran sin rediseñar el sitio completo.

PorMauricio Escobar· Founder & CEO en Pivoti Labs
13 de septiembre de 20269 min de lectura
Core Web Vitals: Qué Son y Cómo Mejorarlos para SEO

¿Qué son los Core Web Vitals?

Son tres métricas concretas con las que Google mide qué tan buena es la experiencia real de cargar y usar una página, y que usa directamente como señal de posicionamiento. No son una opinión subjetiva sobre "qué tan rápido se siente" el sitio — son números medibles, con umbrales exactos que Google publica y actualiza.

Las tres son: LCP (Largest Contentful Paint), que mide cuánto tarda en aparecer el elemento visual más grande de la página; INP (Interaction to Next Paint), que mide qué tan rápido responde la página cuando alguien hace clic o toca algo; y CLS (Cumulative Layout Shift), que mide cuánto se mueve el contenido mientras la página termina de cargar — ese salto molesto cuando intentas hacer clic en un botón y de repente un anuncio empuja todo hacia abajo.

Google las usa en dos frentes distintos: como una de las señales de ranking en su algoritmo, y como el dato que muestra en PageSpeed Insights y Search Console cuando evalúa tu sitio. Los motores de IA con capacidad de búsqueda en tiempo real también les dan peso: un estudio citado en nuestra auditoría de posicionamiento en IA encontró que las páginas con carga inicial bajo 0,4 segundos promedian más citaciones que las que superan 1,13 segundos.

Los umbrales exactos que Google considera "bueno"

Cada métrica tiene tres rangos: bueno, necesita mejora, y malo. Estos son los límites actuales.

LCP — Largest Contentful Paint

Bueno: 2,5 segundos o menos. Necesita mejora: hasta 4 segundos. Malo: más de 4 segundos. Suele ser una imagen grande, un video, o un bloque de texto extenso el que determina este número.

INP — Interaction to Next Paint

Bueno: 200 milisegundos o menos. Necesita mejora: hasta 500 ms. Malo: más de 500 ms. Reemplazó a la métrica anterior (FID) en 2024 porque mide la interacción completa, no solo el primer clic.

CLS — Cumulative Layout Shift

Bueno: 0,1 o menos (es un número sin unidad, no segundos). Necesita mejora: hasta 0,25. Malo: más de 0,25. Cero significa que nada se mueve inesperadamente mientras carga.

Qué mejora cada métrica, en términos concretos

Para LCP: comprimir y servir imágenes en formatos modernos (WebP o AVIF en vez de PNG o JPEG sin optimizar), cargar la imagen o el texto principal antes que cualquier script no esencial, y usar un servidor o CDN que responda rápido a la primera petición.

Para INP: reducir la cantidad de JavaScript que se ejecuta antes de que la página responda a la primera interacción del usuario, dividir el código en partes más pequeñas que se cargan solo cuando se necesitan (code splitting), y evitar tareas pesadas que bloqueen el hilo principal del navegador justo cuando alguien hace clic.

Para CLS: reservar el espacio exacto que va a ocupar una imagen o un video antes de que termine de cargar (declarar width y height, o usar aspect-ratio en CSS), y no insertar contenido nuevo por encima de lo que el usuario ya está viendo, salvo que sea en respuesta a algo que él mismo hizo.

Frameworks modernos como Next.js resuelven varios de estos problemas por defecto —el componente de imagen optimiza formato y reserva el espacio automáticamente, por ejemplo— pero un mal uso del framework (imágenes sin las dimensiones declaradas, scripts de terceros cargados sin diferir) puede seguir generando puntuaciones bajas incluso sobre una base técnica sólida.

Cómo medirlos sin adivinar

Dos herramientas gratuitas dan el dato real, y miden cosas distintas que conviene no confundir.

PageSpeed Insights (pagespeed.web.dev) da dos tipos de datos: de laboratorio (una simulación en el momento de la prueba) y de campo (datos reales de usuarios que visitaron tu sitio en los últimos 28 días, si hay suficiente tráfico). El dato de campo es el que Google usa realmente para posicionamiento; el de laboratorio es útil para diagnosticar pero no es la cifra que cuenta.

Search Console tiene un reporte específico de Core Web Vitals que agrupa las páginas del sitio por estado (bueno, necesita mejora, malo) usando el mismo dato de campo. Es la forma más directa de ver si el problema afecta a todo el sitio o solo a un grupo de páginas específico —por ejemplo, las que cargan un video o un carrusel de imágenes pesado.

Preguntas Frecuentes

Respuestas a las dudas más comunes sobre este tema

¿Listo para implementar estas estrategias?

Nuestro equipo está listo para ayudarte a transformar tu negocio con las mejores prácticas y tecnología más avanzada.

✓ 5+ años de experiencia •Código propio en React y Next.js •Cali, Colombia