La privacidad es importante para nosotros, por lo que tiene la opción de desactivar ciertos tipos de almacenamiento que pueden no ser necesarios para el funcionamiento básico del sitio web. Bloquear 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.
Herramientas
Resumen
Core Web Vitals son tres métricas de experiencia de usuario (LCP, CLS, INP) que Google usa como factores de ranking para medir cuán rápido y responsivo es su sitio web.
¿Quiere ir más lejos? Pregunte a
En 2021, Google anunció que Core Web Vitals son factores de ranking. Tres métricas específicas ahora impactan directamente sus 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 puede ignorar rendimiento. No puede 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 su 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, vídeo, 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. Arregle 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 su puntuación LCP y proporciona recomendaciones específicas. Ejecute la prueba en sus 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á 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 (vídeos de YouTube, widgets de redes sociales) que cargan asíncrono, y fuentes que cambian sútamente. Arregle 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 vídeos y embeds síncrono o con espacio reservado.
Cada imagen en su 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 su 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. Arregle 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 su equipo carece de habilidades de optimización JavaScript, considere 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 su 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 le ayudan a identificar problemas y probar correcciones. Los datos de campo muestran rendimiento del mundo real. Puede tener puntuaciones de lab excelentes pero puntuaciones de campo pobres si sus 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 su 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 su 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 sus páginas para pasar Core Web Vitals. Si 75% de sus páginas pasan, su sitio se considera como teniendo Core Web Vitals "bueno" en general. Esto significa puede tener algunas páginas más lentas y aún pasar si la mayoría de sus páginas de tráfico son rápidas.
Para optimización de LCP: Primero, mide su TTFB (Tiempo al Primer Byte) usando PageSpeed Insights. Si TTFB es lento (sobre 600ms), su 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, su 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: Audite su sitio para elementos que se mueven durante carga. Use DevTools del navegador para identificar elementos que se desplazan. Añada atributos de ancho y alto a cada imagen. Use font-display: swap en CSS. Reserve espacio para anuncios, embeds y contenido dinámico.
Para optimización de INP: Use la pestaña Performance de Chrome DevTools para identificar tareas JavaScript largas (tareas tomando sobre 50ms). Quiebra tareas largas. Difiere JavaScript no crítico. Use requestIdleCallback para trabajo de baja prioridad. Pruebe en dispositivos reales, no solo computadores de desktop.
Use Google Search Console para monitorear rendimiento de Core Web Vitals. El reporte de Core Web Vitals muestra sus 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.
Configure alertas de monitoreo. Si sus Core Web Vitals declinan, necesita 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. Priorice 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 su estrategia de SEO, no una ocurrencia tardía.
Si compite por rankings y sus competidores tienen mejores Core Web Vitals, tienen ventaja de ranking. No puede ganar solo en contenido si su sitio es lento y no responsivo. Debe 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 sus 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 quiere top rankings, debe pasar Core Web Vitals.
Comience ejecutando PageSpeed Insights en sus páginas clave. Identifique sus cuellos de botella más grandes y arregle primero. Priorice optimización móvil. Monitorea rendimiento regularmente en Google Search Console. Use nuestra auditoría GEO SEO para identificar problemas de Core Web Vitals en su sitio entero y rastrear mejoras con el tiempo.
Fuentes
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 su baseline actual y alcance de mejoras necesarias.
PROBARON SORANK ANTES QUE USTED
“He probado Sorank en el sitio real de un cliente y es una locura. Hace todo aquello por lo que una agencia cobra 1.500 € al mes. Ahora se pone en producción en ese cliente.”
Guillaume Guersanguersanguillaume.com“Somos una agencia de publicidad y queríamos poner en marcha nuestro SEO de una vez por todas. Sorank nos dio una visión clara de nuestro sitio, nos ayudó a priorizar las optimizaciones y a estructurar correctamente nuestro contenido. La herramienta es fácil de usar, bien diseñada para un equipo y muy práctica para centralizar el seguimiento sin tener que hacer malabares entre varias plataformas. Una base muy sólida para empezar de nuevo con nuestro SEO.”
Gaspard MadouiAgencia de Publicidad
“Simplemente dejé que el software de Sorank hiciera su trabajo, y ahora mi DR es 25 y mi página posiciona mejor.”
Lucas Flandrefoundertrace.fr“Me especialicé en GEO gracias a Sorank. El GEO Leaderboard me permite mostrar a mis clientes su posicionamiento frente a sus competidores en ChatGPT. Es un verdadero diferenciador comercial.”
MélanieFreelancer SEO“Excelente servicio, funciona bien para nuestro sitio web y nos ayuda a entender cómo mejorarlo para posicionarnos mejor en Google y en otros lugares. Felicitaciones, continúen así, se lo recomiendo.”
Hugo T.Comerciante e-commerce
