Core Web Vitals: guía para empresas en Chile
Core Web Vitals son tres métricas con que Google mide la carga, la respuesta y la estabilidad de una página: LCP, INP y CLS. Google confirma que sus sistemas de ranking las usan, y también que no reemplazan a la relevancia del contenido. Esta guía explica cada una con los umbrales oficiales y las causas más comunes de un mal resultado. No publicamos qué porcentaje de sitios chilenos las cumple: no tenemos una medición propia ni conocemos una pública que lo respalde.
Qué son los Core Web Vitals
Tres métricas estandarizadas que miden la experiencia real de quien visita la página, en celular y en escritorio.
Google presentó Core Web Vitals en 2020 y los sumó a su señal de experiencia de página en 2021. Al principio eran LCP, FID y CLS. El 12 de marzo de 2024, INP reemplazó a FID porque mide la respuesta de la página durante toda la visita.
Para experiencia de página cuentan los datos de campo, es decir, las visitas reales registradas en el informe de experiencia de usuario de Chrome (CrUX). Por eso tu Lighthouse puede mostrar buenos valores mientras los usuarios reales, con sus teléfonos y su señal, ven otra cosa.
Google indexa la versión móvil de tu sitio, así que optimiza primero para celular. Revisa también en tu analítica desde qué dispositivos llegan tus visitas: es tu dato, no un promedio de mercado.
- LCP: cuánto tarda en aparecer el contenido principal
- INP: cuánto tarda la página en responder a una interacción
- CLS: cuánto se mueve la página mientras carga
LCP en profundidad
Largest Contentful Paint: cuándo aparece lo más grande de la primera pantalla.
LCP mide el tiempo desde que se pide la página hasta que se dibuja el elemento más grande visible en la primera pantalla. Suele ser la imagen principal, el título o un video.
Umbrales oficiales: bueno, 2,5 s o menos; necesita mejora, hasta 4 s; deficiente, sobre 4 s.
Causas comunes de un LCP alto: imagen principal sin optimizar, fuentes que bloquean el dibujo del texto, JavaScript que retrasa la lectura del HTML, un servidor lento o lejos de tus usuarios y la falta de una red de distribución (CDN).
Arreglos que funcionan: imágenes en AVIF o WebP, fetchpriority="high" en la imagen principal, precarga de las fuentes críticas con font-display: swap, sacar el JavaScript que bloquea el renderizado y servir el sitio desde una red de distribución.
INP en profundidad
Interaction to Next Paint: cuánto tarda la página en reaccionar.
INP observa las interacciones de la visita (clic, toque o tecla) y reporta una de las más lentas, descartando valores atípicos. FID solo medía la demora de la primera interacción.
Umbrales oficiales: bueno, 200 ms o menos; necesita mejora, hasta 500 ms; deficiente, sobre 500 ms.
Causas comunes de un INP alto: mucho JavaScript corriendo en el hilo principal, plugins mal optimizados, scripts de seguimiento pesados cargados sin defer y animaciones que no usan la tarjeta gráfica.
Arreglos que funcionan: dividir el código, cargar tarde los componentes interactivos que no son críticos, mover el trabajo pesado a Web Workers, dejar las tareas secundarias para cuando el navegador esté libre y sacar los plugins que no se usan.
Si la página carga rápido pero responde lento al tocarla, el problema suele estar en el JavaScript.
CLS en profundidad
Cumulative Layout Shift: la estabilidad visual de la página.
CLS mide cuánto se desplazan los elementos durante la carga sin que el usuario lo provoque. Cada desplazamiento se calcula según la parte de la pantalla afectada y la distancia que se mueve.
Umbrales oficiales: bueno, 0,1 o menos; necesita mejora, hasta 0,25; deficiente, sobre 0,25. Una página que reserva espacio para todo lo que carga puede llegar a 0.
Causas comunes: imágenes sin ancho y alto definidos, fuentes que cambian de tamaño al cargar, banners de cookies que aparecen tarde, anuncios que se cargan después y contenido que el JavaScript inserta después del primer dibujo.
Arreglos que funcionan: ancho y alto explícitos en cada imagen, font-display: optional para fuentes secundarias, espacio reservado con aspect-ratio, banners de cookies con altura fija desde el inicio y anuncios en contenedores con medidas definidas.
Herramientas de medición
Lo mínimo para medir Core Web Vitals.
PageSpeed Insights es gratuito y junta datos de laboratorio (Lighthouse) con datos de campo (CrUX), cuando la URL tiene tráfico suficiente. Es lo más práctico para un primer diagnóstico.
Search Console tiene un informe de Core Web Vitals con datos del sitio completo y las URLs con problemas agrupadas. Si tienes sitio, deberías tenerlo configurado.
Para monitoreo continuo, la librería web-vitals de Google permite enviar los datos reales de tus visitas a tu analítica o a un servidor propio. Calibre, SpeedCurve y DebugBear ofrecen monitoreo pagado con alertas.
Qué hacer según tu resultado
Por dónde empezar según la métrica que esté en rojo.
Si tu LCP está sobre 4 s: revisa primero la imagen principal, el tiempo de respuesta del servidor y los recursos que bloquean el renderizado. Si la causa es el tema o el hosting, a veces sale más a cuenta rehacer el sitio que parcharlo. En WordPress se puede mejorar con un hosting más rápido, caché y menos plugins.
Si tu INP está sobre 500 ms: revisa todos los scripts y plugins y saca los que no son críticos. Divide el código y deja la analítica y los scripts de seguimiento para después de la carga o de la primera interacción.
Si tu CLS está sobre 0,25: el problema es de implementación, no de tecnología. Revisa cada elemento de la primera pantalla y resérvale espacio. El banner de cookies es un culpable frecuente.
Mantenerlos en el tiempo
Core Web Vitals empeoran con el tiempo si nadie los vigila.
Causas comunes: alguien suma scripts de seguimiento sin coordinar, se instalan plugins nuevos, se publica contenido con imágenes sin optimizar o se agregan widgets de terceros, como chats o formularios de CRM.
Lo que recomendamos: un presupuesto de rendimiento acordado con el equipo (por ejemplo, un tope de JavaScript inicial y un LCP objetivo bajo 2,5 s), una integración continua que avise cuando un cambio lo excede y alertas cuando las métricas empeoran.
Nuestra recomendación es revisar al menos cada tres meses, y cada mes si el sitio vende en línea o recibe mucho tráfico.
Preguntas frecuentes.
¿Core Web Vitals son obligatorios?
No son un requisito para aparecer en Google, pero sus sistemas de ranking sí los usan. Google aclara que un buen resultado no garantiza las primeras posiciones y que siempre intenta mostrar el contenido más relevante, aunque la experiencia de página sea deficiente.
¿Sirve Lighthouse 100 si los datos reales son malos?
No. Lighthouse mide en laboratorio, con condiciones simuladas. Para experiencia de página, Google usa datos de campo de usuarios reales (CrUX). Si Lighthouse marca 100 pero los datos de campo están en rojo, lo que vale son los datos de campo.
¿Puedo medir los Core Web Vitals de mis competidores?
Sí. PageSpeed Insights muestra los datos de campo de cualquier URL pública con tráfico suficiente. Mide a tus competidores directos para saber dónde está el estándar de tu rubro.