performance

LCP de usuarios reales (datos de campo)

LCP de usuarios reales de Chrome en los últimos 28 días (percentil 75). La métrica con la que Google posiciona — Lighthouse es solo una aproximación.

Qué hace esta comprobación

Lee el percentil 75 de Largest Contentful Paint del Chrome User Experience Report (CrUX) — el conjunto público de datos de Google con mediciones reales agregadas de usuarios de Chrome que han dado su consentimiento, en una ventana móvil de 28 días. PageSpeed Insights incorpora los números de CrUX para la URL auditada (y recurre a los datos a nivel de origen cuando esa URL no tiene muestras suficientes).

LCP de campo (p75)Veredicto
≤ 2,5 sBueno
2,5–4,0 sNecesita mejorar
> 4,0 sDeficiente

Tres cosas que conviene saber sobre el número:

  1. Percentil 75. Tres de cada cuatro usuarios de Chrome ven este LCP o mejor. El 25 % más lento lo ve peor.
  2. Ventana móvil de 28 días. Las mejoras tardan entre 1 y 4 semanas en reflejarse del todo — CrUX necesita ir descartando los datos antiguos.
  3. Agregado. Un único usuario con un LCP de 6 s no mueve la aguja; necesitas suficientes usuarios en el camino lento para que cambie el percentil.

Por qué importa

Esta es la métrica con la que Google posiciona. El LCP de laboratorio de Lighthouse es una simulación sintética — útil para detectar regresiones en CI, pero no ve la larga cola de condiciones de red reales, dispositivos reales y extensiones instaladas por usuarios reales.

Dos modos de fallo a vigilar:

  • Campo peor que laboratorio. Los usuarios reales tienen CPU más lentas, redes más inestables y bloqueadores de anuncios que alteran el orden de carga. Si tu LCP de laboratorio es de 1,8 s pero el de campo es de 3,2 s, esa brecha es lo que tus usuarios reales te están diciendo y el laboratorio no vio.
  • Campo mejor que laboratorio. Significa que tus usuarios reales están mayoritariamente en conexiones más rápidas que el móvil simulado de Lighthouse. El laboratorio está siendo conservador — probablemente vas bien.

Ante la duda, hazle caso al campo.

Cómo mejorarla

Las soluciones se solapan con las del LCP de laboratorio, pero las palancas específicas de campo pesan más:

1. Optimiza para la larga cola, no para la mediana. Una métrica de percentil 75 está dominada por los caminos más lentos de tus usuarios reales — redes lentas, móviles Android de gama baja, tráfico de bots que no entra en caché. Vuelve a lanzar la auditoría con ?utm_source=cellular_proxy o usa BrowserStack para probar desde un dispositivo de gama baja.

2. Precarga la imagen del LCP con fetchpriority.

<link rel="preload" as="image" href="/hero.webp" fetchpriority="high" />

Este cambio mueve la aguja del LCP de campo aún más que la del de laboratorio, porque los usuarios reales tienen mayor latencia de red.

3. Sirve formatos de imagen modernos con un srcset adecuado.

<picture>
  <source srcset="/hero-480.avif 480w, /hero-1024.avif 1024w" type="image/avif" />
  <source srcset="/hero-480.webp 480w, /hero-1024.webp 1024w" type="image/webp" />
  <img src="/hero.jpg" alt="..." width="1200" height="600" fetchpriority="high" sizes="100vw" />
</picture>

4. CDN con transformaciones de imagen en el borde. Cloudflare Images, Bunny Optimizer o Vercel Image Optimization servirán el tamaño correcto a cada dispositivo de forma automática.

5. Elimina los recursos que bloquean el renderizado. La imagen del LCP no puede pintarse hasta que el navegador haya parseado suficiente CSS. Inserta el CSS crítico en línea, aplaza el CSS no crítico y autoaloja las tipografías con font-display: swap.

6. Vigila tus etiquetas de terceros. Un widget de chat, una etiqueta publicitaria o un SDK de analítica que inyecte imágenes por encima del pliegue te robará el LCP. Audita tu <head> en busca de scripts de terceros síncronos.

Preguntas frecuentes

¿Por qué MetricSpot no muestra datos de campo para mi sitio?

CrUX solo publica valores del percentil 75 cuando un origen tiene suficientes usuarios de Chrome que hayan dado su consentimiento durante la ventana de 28 días. Los sitios pequeños o nuevos a menudo no cumplen el umbral. Si ves «(campo, origen)» en el título, es que PSI ha recurrido a los datos generales de tu origen porque la URL concreta no tenía muestras suficientes. Si no ves nada en absoluto, estás por debajo del umbral de CrUX para ambos casos.

¿Por qué mi LCP de campo es peor que el de laboratorio?

Tres culpables habituales: las condiciones de red reales de los usuarios (3G/4G en zonas residenciales frente al laboratorio simulando banda ancha móvil), los dispositivos de gama baja (CrUX incluye móviles Android que Lighthouse no simula) y tu propia personalización o variantes A/B (el laboratorio prueba una vista «anónima»; el campo incluye usuarios autenticados que ven contenido hero personalizado).

¿Con qué frecuencia se actualiza CrUX?

El conjunto de datos se refresca a diario, pero cada punto es la media móvil de 28 días. Así que una solución que despliegues hoy empezará a mostrar mejoras parciales a los ~7 días y se reflejará por completo a los ~28 días. No te asustes si el número de campo no se mueve de la noche a la mañana.

Fuentes

Última actualización 2026-05-12