La privacidad es importante para nosotros, por lo que tiene la opción de deshabilitar ciertos tipos de almacenamiento que pueden no ser necesarios para el funcionamiento básico del sitio web. El bloqueo de categorías puede afectar a su experiencia en el sitio web. Más información
Core Web Vitals: LCP, CLS, INP explicado. Pasa requisitos de ranking de Google con Largest Contentful Paint, Cumulative Layout Shift e Interaction to Next Paint optimization.
.webp){kind=small}
.webp){kind=small}
En 2021, Google anunció que Core Web Vitals son factores de ranking. Tres métricas específicas ahora impactan directamente tus rankings de búsqueda: Largest Contentful Paint (LCP), Cumulative Layout Shift (CLS) e Interaction to Next Paint (INP). Los sitios con vitals pobres rankean menos probable. Los sitios con vitals excelentes ganan ventaja de ranking. Para SEO moderno, pasar Core Web Vitals es innegociable.
Las implicaciones son profundas. Ya no puedes ignorar rendimiento. No puedes construir un sitio lento y esperar buenos rankings. Google ha dejado claro que experiencia de usuario importa, y Core Web Vitals cuantifican experiencia de usuario. Optimizar Core Web Vitals ya no es opcional; es obligatorio para visibilidad de búsqueda competitiva.
Core Web Vitals miden tres dimensiones de experiencia de usuario: velocidad de carga (LCP), estabilidad visual (CLS) y responsividad (INP). La página Web Vitals de Google define cada métrica en detalle. Estas tres métricas representan los aspectos más importantes de cómo usuarios experimentan tu sitio web.
Google recopiló billones de puntos de datos de usuarios reales para determinar qué métricas importan más. El resultado es Core Web Vitals. Estos no son umbrales arbitrarios; son mediciones basadas en evidencia de qué hace que un sitio web se sienta rápido y responsivo a usuarios reales.
El anuncio oficial de Google explica cómo Core Web Vitals influyen en rankings de búsqueda. Google considera Core Web Vitals uno de varios factores de ranking. La calidad de contenido y relevancia importan más, pero dos sitios similarmente relevantes rankearán de acuerdo al rendimiento de Core Web Vitals.
Largest Contentful Paint (LCP) mide cuánto tarda el elemento de contenido más grande en una página en volverse visible al usuario. Esto puede ser una imagen, video, encabezado o bloque de texto. LCP mide el momento cuándo el usuario puede ver el contenido principal y percibe que la página ha cargado.
La recomendación de Google: LCP debería ser bajo 2.5 segundos. Las páginas con LCP bajo 2.5 segundos se consideran "buenas". Las páginas con LCP entre 2.5-4 segundos necesitan mejora. Las páginas con LCP sobre 4 segundos son "pobres". Los usuarios experimentando LCP sobre 3 segundos perciben la página como lenta. Los usuarios experimentando LCP sobre 4 segundos frecuentemente abandonan la página.
Causas comunes de LCP lento: tiempo de respuesta lento del servidor, CSS y JavaScript que bloquean renderizado, imágenes sin optimizar y fuentes grandes que toman tiempo cargar. Arregla LCP mejorando velocidad del servidor (reduciendo Tiempo al Primer Byte / TTFB), eliminando recursos que bloquean renderizado, diferiendo JavaScript, optimizando y comprimiendo imágenes, usando formatos de imagen modernos (WebP) y precargando recursos críticos.
PageSpeed Insights muestra tu puntuación LCP y proporciona recomendaciones específicas. Ejecuta la prueba en tus páginas clave, prioriza recomendaciones por impacto e implementa las correcciones de impacto más alto primero.
Cumulative Layout Shift (CLS) mide movimiento inesperado de elementos de página mientras la página carga. Cuándo estás leyendo un artículo y de repente el texto salta hacia abajo porque un anuncio cargó arriba, eso es layout shift. CLS cuantifica cuánto salta el layout de página durante carga.
La recomendación de Google: CLS debería ser bajo 0.1. Una puntuación CLS bajo 0.1 es "buena". Las puntuaciones entre 0.1-0.25 necesitan mejora. Las puntuaciones arriba de 0.25 son "pobres". Incluso layout shifts pequeños se suman. Un CLS de 0.15 significa que los elementos de página se movieron un total de 15% de la altura del viewport durante carga. Los usuarios encuentran esto molesto y experimentan frustración.
Causas comunes de CLS alto: anuncios que cargan asíncrono, imágenes sin atributos de ancho y alto especificados, embeds (videos de YouTube, widgets de redes sociales) que cargan asíncrono, y fuentes que cambian sútamente. Arregla CLS especificando dimensiones de imagen en HTML (atributos de ancho y alto), reservando espacio para anuncios antes de que carguen, usando font-display: swap en CSS @font-face para prevenir font swap jank, y cargando videos y embeds síncrono o con espacio reservado.
Cada imagen en tu sitio debería tener atributos explícitos de ancho y alto. Esto le dice al navegador que reserve espacio antes de que la imagen cargue. Sin dimensiones, el navegador no sabe cuánto espacio reservar, causando layout shift cuándo la imagen llega.
Interaction to Next Paint (INP) mide cuán responsivo es tu página a interacciones de usuario (clicks, taps, entrada de teclado). INP es el tiempo entre cuándo un usuario interactúa con la página y cuándo la página responde visualmente. Una página responsiva responde en milisegundos. Una página no responsiva toma segundos.
La recomendación de Google: INP debería ser bajo 200 milisegundos. Las puntuaciones bajo 200ms son "buenas". Las puntuaciones entre 200-500ms necesitan mejora. Las puntuaciones arriba de 500ms son "pobres". Los usuarios esperan respuesta inmediata. Un INP de 500ms se siente lento. Un INP de 1 segundo se siente roto.
Causas comunes de INP pobre: JavaScript pesado que bloquea el thread principal, scripts de terceros grandes, manejadores de eventos ineficientes, y falta de uso de request idle callback. Arregla INP quebrando tareas JavaScript largas en chunks más pequeños, diferiendo JavaScript no crítico, eliminando scripts no usados, optimizando listeners de eventos, y usando web workers para tareas computacionalmente intensivas.
INP frecuentemente es la métrica más difícil de Core Web Vitals para optimizar porque requiere pericia en JavaScript. Si tu equipo carece de habilidades de optimización JavaScript, considera contratar un consultor de rendimiento o usar un servicio de optimización de rendimiento de terceros.
Core Web Vitals se miden de dos formas: datos de lab y datos de campo. Los datos de lab vienen de herramientas como PageSpeed Insights y Lighthouse ejecutándose en un entorno controlado. Los datos de campo vienen de usuarios reales visitando tu sitio. Google prioriza datos de campo porque representa experiencia de usuario actual.
La ruta de aprendizaje de rendimiento de Google explica la diferencia entre métricas de lab y campo. Los datos de lab te ayudan a identificar problemas y probar correcciones. Los datos de campo muestran rendimiento del mundo real. Puedes tener puntuaciones de lab excelentes pero puntuaciones de campo pobres si tus usuarios reales están en redes lentas o dispositivos antiguos.
Google Search Console reporta datos de Core Web Vitals de campo. El reporte muestra mediciones de usuarios reales agregadas desde el Chrome User Experience Report (CrUX). Si tu sitio tiene datos de usuario real insuficientes, Google proporciona datos de lab desde Lighthouse en su lugar.
Google define Core Web Vitals "bueno" como cumplir el percentil 75 de experiencia de usuario. Esto significa 75% de usuarios reales experimentan tu sitio en o mejor que el umbral. Los umbrales son:
LCP: 2.5 segundos o menos. CLS: 0.1 o menos. INP: 200 milisegundos o menos. Estos umbrales han sido validados científicamente a través de análisis de billones de interacciones de usuarios reales. Las páginas en o arriba de estos umbrales proporcionan buena experiencia de usuario.
Sin embargo, Google no requiere 100% de tus páginas para pasar Core Web Vitals. Si 75% de tus páginas pasan, tu sitio se considera como teniendo Core Web Vitals "bueno" en general. Esto significa puedes tener algunas páginas más lentas y aún pasar si la mayoría de tus páginas de tráfico son rápidas.
Para optimización de LCP: Primero, mide tu TTFB (Tiempo al Primer Byte) usando PageSpeed Insights. Si TTFB es lento (sobre 600ms), tu servidor es el cuello de botella. Actualiza hosting, optimiza código backend, o usa una Red de Distribución de Contenido (CDN). Si TTFB es bueno pero LCP es lento, tu CSS o JavaScript bloquea renderizado. Difiere JavaScript no crítico e inline CSS crítico para contenido arriba del pliegue.
Para optimización de CLS: Audita tu sitio para elementos que se mueven durante carga. Usa DevTools del navegador para identificar elementos que se desplazan. Añade atributos de ancho y alto a cada imagen. Usa font-display: swap en CSS. Reserva espacio para anuncios, embeds y contenido dinámico.
Para optimización de INP: Usa la pestaña Performance de Chrome DevTools para identificar tareas JavaScript largas (tareas tomando sobre 50ms). Quiebra tareas largas. Difiere JavaScript no crítico. Usa requestIdleCallback para trabajo de baja prioridad. Prueba en dispositivos reales, no solo computadores de desktop.
Usa Google Search Console para monitorear rendimiento de Core Web Vitals. El reporte de Core Web Vitals muestra tus métricas de usuarios reales y cómo se comparan con los umbrales de Google. Las páginas se categorizan como Buena, Necesita Mejora o Pobre.
Configura alertas de monitoreo. Si tus Core Web Vitals declinan, necesitas investigar inmediatamente. Las causas pueden incluir: nuevos deployments de código que introdujeron ineficiencia, nuevos scripts de terceros, cambios a imágenes o media, o problemas de hosting.
Monitorea móvil vs. desktop por separado. Los dispositivos móviles típicamente tienen procesadores más lentos y redes más lentas, así que Core Web Vitals frecuentemente son peores en móvil que desktop. Prioriza optimización móvil para sitios con tráfico móvil significante.
Core Web Vitals ahora son un factor de ranking principal, comparable en importancia a backlinks y calidad de contenido. Los sitios con pobres Core Web Vitals es poco probable que rankeen bien, sin importar qué tan bueno sea su contenido. Esto significa optimización de rendimiento debe ser parte de tu estrategia de SEO, no una ocurrencia tardía.
Si compites por rankings y tus competidores tienen mejores Core Web Vitals, tienen ventaja de ranking. No puedes ganar solo en contenido si tu sitio es lento y no responsivo. Debes igualar o exceder el rendimiento de competidores para competir en igualdad de condiciones.
Core Web Vitals ahora son esenciales para éxito en SEO. Optimizar LCP, CLS e INP mejora directamente tus rankings de búsqueda y experiencia de usuario. Los sitios con excelentes Core Web Vitals superan sitios similarmente relevantes con pobres vitals. No hay forma alrededor de esto: si quieres top rankings, debes pasar Core Web Vitals.
Comienza ejecutando PageSpeed Insights en tus páginas clave. Identifica tus cuellos de botella más grandes y arregla primero. Prioriza optimización móvil. Monitorea rendimiento regularmente en Google Search Console. Usa nuestra auditoría GEO SEO para identificar problemas de Core Web Vitals en tu sitio entero y rastrear mejoras con el tiempo.
No. Core Web Vitals son necesarios pero no suficientes para top rankings. Un sitio con excelentes Core Web Vitals pero contenido pobre y sin backlinks no rankeará bien. Core Web Vitals son un ecualizador de ranking para sitios con calidad de contenido y autoridad similar. Dos sitios igualmente relevantes pueden ver el sitio de mejor rendimiento rankear más alto debido a Core Web Vitals superiores.
Las puntuaciones buenas (aprobadas) de Core Web Vitals son: LCP bajo 2.5 segundos, CLS bajo 0.1 e INP bajo 200 milisegundos. Google considera estos umbrales el percentil 75 de experiencia de usuario. Los sitios en o arriba de estos umbrales aprueban la evaluación de Core Web Vitals y son menos propensos a penalización en rankings.
Las victorias rápidas (optimización de imagen, diferir JavaScript) pueden mejorar puntuaciones dentro de días. Los cambios estructurales (reducir tiempo de respuesta del servidor, reconstruir con frameworks modernos) pueden tomar semanas. La optimización comprensiva de Core Web Vitals típicamente toma 4-12 semanas dependiendo de tu baseline actual y alcance de mejoras necesarias.
.svg)
.svg)
