Qué miden realmente los tres números
LCP — Largest Contentful Paint — es el tiempo hasta que se renderiza el elemento visible más grande: la imagen hero, el bloque del titular. Es la métrica más cercana a "cuándo la página se sintió cargada". Bueno es por debajo de 2,5 segundos para el percentil 75 de las visitas reales.
INP — Interaction to Next Paint — mide cuánto tarda la página en responder visiblemente tras un tap, un clic o una pulsación de tecla, a lo largo de toda la visita. Bueno es por debajo de 200 ms. Sustituyó a FID en 2024 y es más estricto: captura la lentitud que los usuarios sienten en páginas cargadas de JavaScript, no solo la primera interacción.
CLS — Cumulative Layout Shift — puntúa cuánto se mueve el contenido visible sin que el usuario lo pida: el párrafo que estabas leyendo saltando cuando carga un anuncio, el botón que se movió justo cuando ibas a tocarlo. Bueno es por debajo de 0,1, y a diferencia de los otros dos es una puntuación sin unidades, no un tiempo.
Datos de campo vs laboratorio: qué números creer
PageSpeed Insights muestra dos mundos distintos. La sección superior — "lo que experimentaron los usuarios reales" — son datos de campo de usuarios de Chrome durante 28 días, y es lo que Google usa de verdad. La puntuación inferior es una simulación de laboratorio en hardware limitado: útil para diagnosticar, engañosa como objetivo.
Consecuencias prácticas: una puntuación de laboratorio de 60 con datos de campo en verde significa que estás bien; un laboratorio perfecto con campo en rojo significa que los visitantes reales en redes reales están sufriendo y la máquina del laboratorio no. Optimiza para los números de campo, usa el informe de laboratorio para descubrir POR QUÉ son los que son, y recuerda que los datos de campo van con retraso — un arreglo de hoy tarda hasta 28 días en reflejarse del todo.
Arreglar el LCP: sobre todo un problema de entrega
El LCP se descompone en: tiempo hasta obtener el HTML, tiempo hasta descubrir la imagen principal, tiempo de descarga, tiempo de renderizado. Tres de esos cuatro son entrega — por eso el LCP es el vital que más mueve una CDN, y por eso es el primer objetivo correcto.
Las palancas en orden de impacto: servir el HTML y los assets desde la caché del edge para que los primeros bytes lleguen desde cerca en lugar de desde tu origen; convertir las imágenes hero a WebP/AVIF y dimensionarlas al tamaño real de visualización en lugar de enviar archivos a resolución de cámara; comprimir el texto que debe llegar antes del renderizado. En cdn.com.tr las tres son ajustes de la regla de entrega — caché en el edge, optimización automática de imágenes a WebP/AVIF y Brotli/Gzip — así que las mayores palancas del LCP son interruptores, no una reconstrucción. Del lado de la aplicación, dale a la imagen hero una prioridad de fetch alta y nunca la cargues en diferido: aplicar lazy-loading al elemento LCP es la herida autoinfligida más común del LCP.
Arreglar el CLS: reserva el espacio
El desplazamiento de diseño tiene una única causa raíz: contenido que llega sin espacio reservado. Los arreglos son poco glamurosos y fiables. Da a cada imagen y vídeo atributos explícitos de width y height (o aspect-ratio en CSS) para que el navegador reserve la caja antes de que llegue el archivo. Da a los huecos de anuncios y embeds contenedores de tamaño fijo que mantengan su espacio cargue o no el contenido. Precarga las fuentes personalizadas y usa estrategias de font-display que eviten intercambios tardíos que recoloquen la página. Y nunca inyectes banners por encima del contenido existente después de la carga — ese único patrón está detrás de la mayoría de las puntuaciones de CLS terribles.
El CLS es el vital donde un fin de semana añadiendo atributos lleva habitualmente una página suspensa al verde.
Arreglar el INP: menos JavaScript en el hilo principal
El INP es el terco, porque su causa es estructural: demasiado JavaScript haciendo demasiado trabajo en el hilo que también tiene que responder al usuario. La entrega ayuda en los márgenes — bundles más pequeños y comprimidos llegan y se parsean más rápido — pero los arreglos reales están en la aplicación: trocear las tareas largas para que el navegador pueda respirar entre ellas, diferir los scripts de terceros que no necesitan ejecutarse antes de la interacción, y recortar la carga del tag manager acumulada durante años. Mide primero: la vista de tareas largas del panel de rendimiento te dice exactamente qué scripts retienen el hilo.
Desconfía de cualquiera que prometa un arreglo del INP sin tocar tu JavaScript — la métrica existe precisamente porque la entrega por sí sola no puede fingir capacidad de respuesta.
Un orden de trabajo sensato
Revisa los datos de campo de las páginas que importan comercialmente, no solo la portada. Si falla el LCP: caché en el edge, formato y tamaño de imagen, compresión — el conjunto de entrega — y después la prioridad de fetch. Si falla el CLS: dimensiones, huecos reservados, carga de fuentes. Si falla el INP: presupuesta trabajo real de aplicación; nada más lo mueve honestamente. Vuelve a medir en campo tras cada ronda y cuenta con el retraso de 28 días.
Y mantén el marco: el objetivo no es la insignia. Los mismos 2,5 segundos que satisfacen una métrica son la diferencia entre un visitante que se queda y uno que se va — la insignia es solo donde puedes verlo.
Preguntas frecuentes
¿Los Core Web Vitals afectan de verdad al ranking?
Sí, como una señal entre muchas — un desempate entre resultados comparables más que un factor dominante. El efecto de negocio mayor suele ser directo: la misma lentitud que suspende la métrica pierde visitantes antes de que el ranking entre en juego.
¿Por qué mi puntuación de laboratorio es mala pero los datos de campo están en verde?
El laboratorio simula un dispositivo lento en una red limitada; tu audiencia real puede estar en mejor hardware. Los datos de campo en verde son la respuesta que cuenta — usa el laboratorio solo para diagnosticar, no como meta.
¿Qué tan rápido mejorará una CDN mis vitals?
El mecanismo es inmediato: el HTML cacheado en el edge y las imágenes optimizadas cambian el LCP en la siguiente visita sin caché. Los números de campo REPORTADOS se mueven a lo largo de hasta 28 días, porque son una ventana móvil de visitas reales.
¿Qué vital debería arreglar primero?
El que falle en los datos de campo de tus páginas que generan dinero. Cuando fallan varios: LCP primero (ajustes de entrega, la victoria más rápida), CLS segundo (arreglos baratos de aplicación), INP al final (trabajo real de JavaScript).