Iniciar sesión

Core Web Vitals

Actualizado: 4 min de lectura Redacción de SEOFuxx

Las Core Web Vitals son tres métricas de Google para la experiencia de usuario de una página: Largest Contentful Paint (LCP, tiempo de carga hasta el contenido principal), Interaction to Next Paint (INP, tiempo de respuesta a las acciones) y Cumulative Layout Shift (CLS, estabilidad visual). Los sistemas de posicionamiento de Google las tienen en cuenta, pero la relevancia del contenido cuenta más.

Las tres métricas

MétricaMideBuenoNecesita mejorarDeficiente
LCPCuánto tarda en mostrarse el elemento visible más grande (normalmente una imagen o un bloque de texto)hasta 2,5 sde 2,5 a 4 smás de 4 s
INPCon qué rapidez muestra la página el siguiente fotograma tras clics, toques y pulsaciones (el peor valor típico de toda la visita)hasta 200 msde 200 a 500 msmás de 500 ms
CLSCuánto se desplazan los contenidos visibles durante la cargahasta 0,1de 0,1 a 0,25más de 0,25

En marzo de 2024 el INP sustituyó al First Input Delay (FID) como Core Web Vital. El FID solo medía el retraso de la primera acción; el INP tiene en cuenta todas las interacciones de una visita.

Datos de campo y de laboratorio

Para la evaluación cuentan los datos de campo: mediciones de visitantes reales que Chrome recoge en el Chrome User Experience Report (CrUX). Lo decisivo es el valor que alcanza o mejora el 75 por ciento de las visitas a la página, por separado para móvil y escritorio. Los datos abarcan los últimos 28 días, así que una mejora solo se ve poco a poco.

Los datos de laboratorio proceden de una prueba en condiciones fijas, por ejemplo con Lighthouse. Sirven para encontrar causas y comprobar cambios al instante, pero no sustituyen a los datos de campo. El INP no existe en el laboratorio; allí sirve de aproximación el Total Blocking Time.

Cuánto influyen en el posicionamiento

Google escribe que sus sistemas de posicionamiento tienen en cuenta las Core Web Vitals, y recomienda buenos valores. Pero no existe una única señal de experiencia de página, y la búsqueda muestra siempre primero los contenidos más relevantes, aunque la experiencia de página sea mediocre. Una página rápida no adelanta, por tanto, a otra más adecuada en contenido, pero puede ayudar a decidir entre resultados comparables. Los buenos valores no garantizan los primeros puestos. Con independencia del posicionamiento, las páginas rápidas y estables resultan más agradables para los visitantes, porque no tienen que esperar.

Mejorar el LCP

  • Reducir el tiempo de respuesta del servidor (caché, mejor alojamiento, una CDN)
  • Hacer que el elemento LCP se cargue pronto: una imagen del tamaño adecuado y en un formato moderno, con fetchpriority="high" o una precarga
  • No retrasar la imagen LCP con carga diferida
  • Reducir el CSS y el JavaScript que bloquean en la cabecera de la página

Mejorar el INP

  • Dividir las tareas largas del hilo principal en partes pequeñas
  • Entregar menos JavaScript y quitar los scripts que no hacen falta
  • Cargar con retraso los scripts de terceros (seguimiento, chat, publicidad)
  • Mantener bajo el número de elementos del DOM, porque las páginas grandes ralentizan cada cambio

Mejorar el CLS

  • Dar dimensiones fijas a imágenes, vídeos e incrustaciones (width y height)
  • Reservar espacio para anuncios, banners y contenidos que se cargan después
  • Cargar las fuentes de modo que el texto no salte al cambiar (font-display, precargar las fuentes importantes)
  • No insertar contenido por encima de contenido que ya está visible

Medir

  • PageSpeed Insights: muestra datos de campo de CrUX y datos de laboratorio de una dirección concreta
  • Search Console: el informe «Core Web Vitals» agrupa páginas similares de todo el sitio web y separa móvil y escritorio (consulta Google Search Console)
  • Chrome DevTools y Lighthouse: para el análisis de causas en el laboratorio
  • Biblioteca web-vitals: mide los valores de tus visitantes reales y los envía a tu herramienta de analítica

Errores frecuentes

  • Probar solo en el laboratorio: Un buen valor de Lighthouse dice poco si los visitantes reales llegan con dispositivos más débiles y redes lentas.
  • Optimizar para la puntuación: La puntuación de rendimiento de Lighthouse no es una Core Web Vital. Lo que cuenta son LCP, INP y CLS.
  • Comprobar solo el escritorio: Se evalúa por separado, y en móvil los valores suelen ser peores (consulta Indexación mobile-first).
  • Juzgar demasiado pronto: Por los 28 días, los datos de campo tardan en mostrar un cambio.
  • Retrasar la imagen LCP: La carga diferida está pensada para imágenes fuera de la zona visible, no para la imagen más grande al principio de la página.

Términos relacionados

Fuentes

¿Te resulta útil este contenido?

·