Saltar al contenido
Volver al blog

Core Web Vitals: qué son y cómo afectan tu posicionamiento en Google

Qué son los Core Web Vitals de Google, qué mide cada métrica (LCP, INP, CLS), cómo verificar el estado de tu sitio y qué hacer para mejorar los puntajes.

Luis Fuentes··6 min de lectura
Compartir:

Google usa cientos de señales para decidir cómo rankear los sitios web. Desde 2021, una de esas señales son los Core Web Vitals: un conjunto de métricas de experiencia de usuario que miden qué tan rápido carga tu sitio, qué tan pronto puede el usuario interactuar con él y si los elementos de la página se mueven inesperadamente mientras carga.

No son la señal más importante del SEO (el contenido relevante y la autoridad de dominio pesan más), pero son la señal técnica más medible y accionable. Y para sitios donde dos competidores tienen calidad de contenido similar, los Core Web Vitals pueden marcar la diferencia en el ranking.

Las tres métricas

LCP — Largest Contentful Paint

Mide cuánto tiempo tarda en renderizarse el elemento más grande visible en la pantalla, generalmente la imagen principal o el bloque de texto de mayor tamaño en el área visible al cargar la página.

Umbrales:

  • Bueno: menos de 2.5 segundos
  • Necesita mejora: 2.5 a 4 segundos
  • Malo: más de 4 segundos

LCP es la métrica más directamente relacionada con la percepción de velocidad del usuario. Si el elemento principal de la página tarda 5 segundos en aparecer, el sitio "se siente" lento aunque todo lo demás sea rápido.

Causas frecuentes de LCP lento: imágenes sin optimizar (formato antiguo, tamaño excesivo), servidor lento (TTFB alto), recursos bloqueantes en el <head> que impiden el renderizado.

INP — Interaction to Next Paint

Reemplazó a FID (First Input Delay) en marzo de 2024. Mide la capacidad de respuesta del sitio a todas las interacciones del usuario (clics, toques, teclas) durante toda la visita, no solo la primera.

Umbrales:

  • Bueno: menos de 200ms
  • Necesita mejora: 200 a 500ms
  • Malo: más de 500ms

INP malo suele ser un problema de JavaScript: código que bloquea el hilo principal y hace que los clics del usuario no tengan respuesta inmediata. Es más frecuente en sitios con muchos scripts de terceros (ads, trackers, chat widgets).

CLS — Cumulative Layout Shift

Mide cuánto se mueven los elementos de la página mientras carga. Si estás leyendo y de repente el texto salta porque una imagen tardó en cargar y desplazó el contenido, eso es layout shift.

Umbrales:

  • Bueno: menos de 0.1
  • Necesita mejora: 0.1 a 0.25
  • Malo: más de 0.25

CLS es especialmente problemático en móvil. Causas comunes: imágenes sin dimensiones definidas en el HTML, anuncios que se insertan dinámicamente sin espacio reservado, fuentes web que se cargan tarde y cambian el tamaño del texto.

Cómo verificar tus Core Web Vitals

PageSpeed Insights

La herramienta más directa. Ingresa cualquier URL y muestra dos tipos de datos:

Field data (datos reales): Métricas recopiladas de usuarios reales que visitaron tu sitio en los últimos 28 días. Estos son los datos que Google usa para el ranking. Requieren tráfico suficiente para aparecer.

Lab data (datos de laboratorio): Métricas simuladas corriendo el análisis en condiciones controladas. Útiles para diagnóstico aunque no coincidan exactamente con los datos reales.

Si tu sitio tiene poco tráfico, puede no tener field data y solo mostrar lab data.

Google Search Console

En Search Console, la sección "Experiencia" > "Core Web Vitals" muestra qué páginas tienen problemas según los datos reales de los usuarios. Agrupa las URLs por tipo de problema (LCP lento, CLS alto, etc.) y permite priorizar qué corregir primero.

Esta es la vista más útil para sitios con varias páginas: te dice qué páginas específicas tienen problemas en lugar de darte una sola nota para todo el sitio.

Chrome DevTools (Lighthouse)

En Chrome, F12 > Lighthouse > analizar. Genera un reporte detallado con diagnósticos específicos por cada métrica. Útil para debuggear problemas concretos: te dice exactamente qué elemento es el LCP, qué recursos bloquean el renderizado y qué está causando el layout shift.

Problemas más comunes y cómo resolverlos

LCP lento

Imagen principal sin optimizar. Convierte las imágenes del hero y del contenido principal a WebP o AVIF (30-50% más livianas que JPEG sin pérdida visible). Define explícitamente el atributo width y height en las imágenes para que el browser reserve el espacio correcto.

Sin preload del recurso LCP. Si el LCP es una imagen que se carga tarde, agrega un <link rel="preload"> en el <head> para que el browser la priorice:

<link rel="preload" as="image" href="/hero-image.webp" fetchpriority="high">

TTFB alto. Si el servidor tarda más de 600ms en responder (Time to First Byte), todo lo demás es más lento. Soluciones: usar CDN (Cloudflare, por ejemplo), habilitar caché del lado del servidor, considerar un hosting más rápido.

INP lento

Scripts de terceros bloqueantes. Cada script externo (Google Tag Manager, Meta Pixel, chat widget, analytics) ejecuta código en el hilo principal. Cargarlos con async o defer reduce el impacto. Auditar cuántos scripts de terceros tiene el sitio y eliminar los que no se usan activamente.

JavaScript excesivo en el bundle principal. Frameworks modernos como React o Next.js pueden generar bundles grandes. Code splitting (dividir el JS en chunks que se cargan solo cuando se necesitan) reduce el trabajo del hilo principal en la carga inicial.

CLS alto

Imágenes sin dimensiones. Siempre define width y height en las etiquetas <img>. El browser puede así reservar el espacio antes de que cargue la imagen, evitando el salto.

Fuentes web que cambian el layout. Usa font-display: swap en tu CSS para que el texto aparezca con la fuente del sistema mientras carga la fuente web, en lugar de aparecer tarde y desplazar el contenido.

Contenido insertado dinámicamente. Anuncios, banners, notificaciones que aparecen después de la carga inicial y desplazan el contenido. Reserva espacio fijo con CSS antes de que el contenido dinámico cargue.

El impacto real en SEO

Los Core Web Vitals son uno de los factores del "Page Experience" de Google, que también incluye HTTPS, ausencia de intersticiales intrusivos y usabilidad móvil.

La posición oficial de Google es que son un desempate: cuando el contenido es igual de relevante, el sitio con mejor experiencia de página tiene ventaja. En la práctica, tener Core Web Vitals en "rojo" puede significar una penalización suave en rankings, especialmente en móvil donde las métricas tienden a ser peores.

Para la mayoría de los sitios de pymes, el impacto más tangible no es el ranking directo sino la tasa de conversión: sitios lentos convierten peor. Mejorar el LCP de 4 segundos a 1.5 segundos puede mejorar la conversión más que cualquier cambio de copy o diseño.

Para una revisión técnica completa de tu sitio incluyendo Core Web Vitals, conoce nuestro servicio de SEO.

¿Quieres saber cómo están los Core Web Vitals de tu sitio y qué está frenando tu ranking?

Auditamos tu sitio
LF

Luis Fuentes

Fundador de Maqui — Marketing & Data

¿Listo para hacer crecer tu negocio con datos?

Te ayudamos a diseñar una estrategia de marketing digital basada en datos reales. Sin compromiso.

Agendar conversación

Artículos relacionados