¿Las Core Web Vitals afectan el posicionamiento en Google?

Sí, forman parte de las señales de experiencia de página que Google considera para posicionar. Pero no son el factor más importante: el contenido y la relevancia siguen pesando más. Cuando dos páginas compiten por posiciones cercanas, una buena experiencia puede ser el desempate, y además mejora la conversión por sí sola.

¿Cuál de las tres métricas es más importante?

Las tres cuentan, y para aprobar tenés que cumplir las tres. En la práctica el LCP suele ser la más difícil de resolver en sitios con imágenes pesadas o hosting lento, el INP el problema típico de sitios cargados de scripts, y el CLS el más fácil de arreglar.

¿Por qué mi web pasa en laboratorio pero falla en datos de campo?

Porque los datos de campo reflejan las condiciones reales de tus usuarios: celulares más lentos, conexiones móviles inestables, distancia al servidor. Lighthouse simula un dispositivo y una conexión concretos, pero no captura esa variabilidad. Si pasás en laboratorio y fallás en campo, el problema suele estar en el tiempo de respuesta del servidor (TTFB) o en interacciones lentas que la prueba no reproduce.

¿Cuánto tarda en reflejarse una mejora en los datos de campo?

Los datos de campo se agregan en ventanas de 28 días. Si mejorás hoy, puede pasar entre 2 y 4 semanas hasta que se note en Search Console y PageSpeed Insights. No es un interruptor: es un promedio móvil.

¿Qué es el percentil 75 y por qué se usa?

Google evalúa cada métrica en el percentil 75: para aprobar, al menos el 75% de las visitas tiene que cumplir el umbral. Así se mide la experiencia de la mayoría de los usuarios sin que los casos extremos distorsionen el resultado.

¿El INP reemplazó al FID?

Sí, desde marzo de 2024. El FID medía solo el retraso de la primera interacción; el INP considera todas las interacciones de la visita y se queda con una de las más lentas, por eso es una métrica más completa y más difícil de cumplir.

¿Puedo mejorar las Core Web Vitals sin tocar código?

Algo sí: comprimir imágenes, activar caché y quitar scripts que no usás no requiere programar. Pero otras correcciones, como dividir tareas largas de JavaScript o rediseñar cómo carga el contenido principal, necesitan un desarrollador.

¿Cómo trabaja Studioweb10 las Core Web Vitals?

Medimos primero con datos de campo para saber qué páginas fallan realmente, y recién después corregimos, empezando por lo que más impacto tiene: imágenes, scripts de terceros y estabilidad del diseño. Son parte de la revisión técnica de nuestros servicios de desarrollo web y de SEO.

Core Web Vitals: qué son LCP, INP y CLS y cómo mejorarlos

Hay una frase que resume bien el problema: tu web puede tener el mejor contenido del mundo, pero si tarda cuatro segundos en mostrar algo, el usuario ya se fue. Y si encima el botón que intentaba tocar se mueve justo cuando va a hacer clic, la frustración es total.

Google mide esa experiencia con tres métricas que agrupó bajo el nombre de Core Web Vitals. No son un capricho técnico: son señal de ranking y, sobre todo, reflejan algo que tus visitantes sienten en cada visita. En esta guía vemos qué mide cada una, qué las empeora y cómo corregirlas.

Qué son las Core Web Vitals

Son un conjunto de métricas que Google usa para medir la experiencia real de los usuarios en tu web. Se calculan con datos reales de navegación (field data), no con pruebas de laboratorio: reflejan lo que viven tus visitantes en sus dispositivos y con sus conexiones, no lo que ocurre en un entorno controlado.

Las tres métricas actuales son LCP, INP y CLS. Google las evalúa por separado para celular y escritorio, y usa el percentil 75 como referencia: para aprobar, al menos el 75% de las visitas debe cumplir el umbral.

Métrica	Qué mide	Bueno	Malo
LCP (Largest Contentful Paint)	Cuánto tarda en aparecer el contenido principal	2,5 s o menos	Más de 4 s
INP (Interaction to Next Paint)	Cuánto tarda la web en responder a un clic, toque o tecla	200 ms o menos	Más de 500 ms
CLS (Cumulative Layout Shift)	Cuánto se mueve el contenido mientras carga	0,1 o menos	Más de 0,25

LCP: qué tan rápido aparece el contenido principal

Qué mide. El tiempo que tarda en mostrarse el elemento más grande visible en la pantalla inicial. Normalmente es la imagen principal, un titular grande o la miniatura de un video.

Por qué importa. Es la métrica que más se parece a la sensación de velocidad: si el usuario ve algo útil enseguida, la web se siente rápida aunque otros elementos terminen de cargar después.

Causas comunes de un LCP alto

El LCP se descompone en cuatro fases: el tiempo hasta el primer byte (TTFB), el retraso en empezar a cargar el recurso, el tiempo de descarga y el retraso en dibujarlo. Optimizar solo una no garantiza mejorar el total.

Servidor lento (TTFB alto). Si el servidor tarda en responder, el LCP difícilmente baje de 2,5 segundos. Las causas habituales son un hosting inadecuado, la falta de caché o consultas pesadas a la base de datos. Lo vemos en Qué es un hosting.
Imagen principal mal optimizada. Una imagen de varios MB en PNG sin comprimir tarda en bajar y demora todo lo demás.
Recursos que bloquean el renderizado. Hojas de estilo y scripts en el <head> que impiden mostrar cualquier cosa hasta que se descargan y procesan.
JavaScript que retrasa el dibujado. El navegador baja y ejecuta scripts antes de mostrar el elemento principal, incluso si ese script no hace falta para dibujarlo.

Cómo mejorar el LCP

Priorizá la imagen principal. Agregale fetchpriority="high" o precargala con <link rel="preload" as="image"> para que el navegador la pida cuanto antes.
Optimizala. Convertila a WebP o AVIF, redimensionala al tamaño máximo en que se muestra y comprimila sin pérdida visible de calidad.
Sacale el lazy loading. Cargar de forma diferida sirve para imágenes fuera de pantalla, pero aplicarlo a la imagen principal es contraproducente.
Reducí el TTFB. Usá caché de página, una CDN y un hosting que responda rápido.
Aliviá el CSS y el JavaScript críticos. Cargá de entrada solo lo necesario para el primer vistazo y diferí el resto.

INP: qué tan rápido responde tu web a los clics

Qué mide. El tiempo entre que el usuario interactúa (clic, toque, tecla) y el navegador muestra el siguiente cuadro con el resultado visual. Registra una de las interacciones más lentas de toda la visita, no un promedio.

Por qué importa. Reemplazó al FID en marzo de 2024 porque el FID solo medía la primera interacción y eso no reflejaba la experiencia completa. El INP evalúa todas, y por eso dice mucho más sobre si tu web “se siente” fluida.

Causas comunes de un INP alto

El INP se descompone en tres partes: el retraso de entrada (el navegador está ocupado cuando el usuario hace clic), el tiempo de procesamiento del evento y el retraso hasta dibujar el resultado.

Tareas largas que bloquean el hilo principal. Si el navegador está ejecutando un script pesado cuando el usuario toca, ese toque espera. Es la causa más frecuente.
Demasiados scripts de terceros. Etiquetas de seguimiento, widgets de chat, analíticas, píxeles de publicidad: cada uno suma latencia y compite por los recursos del navegador.
Manejadores de eventos pesados. Si lo que se ejecuta al tocar un botón hace demasiadas cosas a la vez (actualizar varias secciones, llamar al servidor, calcular), la respuesta se demora.

Cómo mejorar el INP

Dividí las tareas largas. En lugar de ejecutar 500 ms de código de golpe, partilo en fragmentos chicos y cedé el hilo principal entre uno y otro (con setTimeout o scheduler.postTask()).
Diferí los scripts no críticos. Analítica, chat y marketing no necesitan correr de inmediato: cargalos con defer o cuando el navegador esté libre.
Hacé lo mínimo en el evento. Actualizá primero lo que el usuario necesita ver y programá el resto para después.
Auditá los scripts de terceros. Cada tanto, revisá cuáles estás cargando y eliminá los que no usás. Es una de las mejoras que más rinden, y forma parte del trabajo de soporte y mantenimiento web.

CLS: cuánto se mueve tu página mientras carga

Qué mide. La suma de los desplazamientos inesperados de elementos visibles durante la vida de la página. No se mide en segundos: es una puntuación sin unidad que combina cuánto se movió el contenido y a qué distancia.

Por qué importa. Es una de las experiencias más frustrantes de la web. Estás leyendo y de golpe el texto baja porque cargó un anuncio. O vas a tocar “Agregar al carrito” y justo aparece un banner y terminás tocando otra cosa.

Causas comunes de un CLS alto

Imágenes sin dimensiones. Si no se indican width y height, el navegador no sabe cuánto espacio reservar y el contenido salta cuando la imagen termina de cargar. Es la causa más común y la más fácil de arreglar.
Anuncios, embeds e iframes sin espacio reservado. Pasa lo mismo que con las imágenes.
Fuentes web que cambian el texto al cargar. Si la tipografía personalizada tarda, el texto aparece primero con una fuente del sistema y luego cambia, moviendo el diseño.
Contenido inyectado dinámicamente. Banners de cookies, popups o barras de aviso que se insertan después de la carga sin reservar lugar.

Cómo mejorar el CLS

Definí dimensiones en imágenes y videos. Poné siempre width y height en el HTML, y aspect-ratio en CSS para las imágenes adaptables.
Reservá espacio para anuncios y embeds. Usá un min-height o un marcador con las dimensiones probables del contenido que va a aparecer.
Cuidá la carga de fuentes. Precargá la tipografía principal y elegí un font-display que no provoque un salto visible.
No insertes contenido arriba de lo que el usuario ya está viendo. Si necesitás mostrar un aviso, hacelo fuera del flujo del documento o reservá el lugar de antemano.

Cómo medir tus Core Web Vitals

La distinción más importante es entre datos de campo (lo que viven tus usuarios reales) y datos de laboratorio (pruebas controladas que sirven para diagnosticar).

Datos de campo

Google Search Console, informe de Core Web Vitals. Es el informe oficial: muestra qué grupos de URL fallan cada métrica, con datos reales de los últimos 28 días.
PageSpeed Insights (sección superior). Muestra datos de usuarios reales si tu sitio tiene suficiente tráfico.

Datos de laboratorio

PageSpeed Insights (sección inferior) y Lighthouse. Te dicen qué elementos concretos causan los problemas.
Chrome DevTools, panel Performance. Permite grabar una interacción y diagnosticar el INP cuadro por cuadro.

La regla de oro: priorizá los problemas que aparecen en los datos de campo, porque son los que afectan a tus usuarios y a tu posicionamiento. Usá los datos de laboratorio para entender cómo arreglarlos.

Si tu sitio completo se siente lento y no sabés por dónde empezar, Mi página web es lenta, ¿qué puedo hacer? recorre las causas generales, y Qué es el SEO técnico explica dónde encajan estas métricas dentro del resto de la base técnica. Si querés que revisemos tus números, escribinos desde nuestro servicio de SEO, GEO e IA.