Core Web Vitals vs RUM: datos de laboratorio y de usuarios reales
Actualizado el 27 de agosto de 2026 · 8 min de lectura
LCP, INP y CLS son las mismas tres métricas dondequiera que las veas — pero puedes medirlas de dos formas muy distintas. Una prueba sintética de 'laboratorio' ejecuta tu página una vez en un navegador controlado; la monitorización de usuarios reales (RUM) mide las mismas métricas desde tus visitantes reales. Esta guía explica la diferencia, cuándo conviene cada una y cuál usa de verdad el ranking de Google.
Las métricas son las mismas — la medición no
Los Core Web Vitals son tres métricas de experiencia de usuario de Google: Largest Contentful Paint (LCP, carga), Interaction to Next Paint (INP, respuesta) y Cumulative Layout Shift (CLS, estabilidad visual). Son las mismas tres métricas las leas donde las leas.
Lo que cambia es cómo se capturan. Los datos de 'laboratorio' (o sintéticos) provienen de una única carga de página guionizada en un navegador controlado. Los datos de 'campo' —también llamados Real-User Monitoring, o RUM— se recogen desde los navegadores de tus visitantes reales mientras usan el sitio. Las mismas métricas, dos modelos de medición completamente distintos.
Core Web Vitals de laboratorio (sintéticos)
Una prueba de laboratorio carga tu página en un navegador headless con un perfil de dispositivo y una velocidad de red fijos, y luego informa las métricas. Lighthouse y la sección 'laboratorio' de PageSpeed Insights funcionan así, y también el journey de Core Web Vitals de Relvato.
Como el entorno es fijo, los resultados son estables y repetibles, y puedes ejecutarlos en cualquier momento — incluso antes del lanzamiento, en una URL de staging o en cada despliegue. Eso hace que los datos de laboratorio sean ideales para depurar un problema concreto y para detectar una regresión antes de que salga.
La contrapartida: un entorno sintético no es tu audiencia. Un navegador rápido de centro de datos con una conexión fija no reflejará a un visitante con un móvil de gama media sobre datos móviles inestables. Y el INP, al ser una métrica de interacción, no puede medirse de verdad sin una persona real interactuando — las herramientas de laboratorio lo estiman o recurren a un proxy como el Total Blocking Time.
Datos de campo / monitorización de usuarios reales (RUM)
El RUM mide los Core Web Vitals en los navegadores de tus visitantes reales. Un pequeño script —un 'beacon'— usa la API PerformanceObserver del navegador para registrar LCP, INP, CLS, FCP y TTFB de cada carga real, y luego envía los tiempos de forma anónima y sin cookies. El journey de Web Vitals de usuarios reales (RUM) de Relvato funciona así.
Como los datos provienen de miles de sesiones reales en muchos dispositivos, redes y ubicaciones, reflejan la experiencia que tus usuarios tienen realmente. Aquí el INP es una medición real, no una estimación. Los resultados se suelen informar como el p75 —el percentil 75— que es la cifra que califica Google.
La contrapartida: el RUM necesita tráfico real, así que tarda en acumularse y una página con poco tráfico se llena despacio. También es más ruidoso por naturaleza —captura la diversidad del mundo real— y no puedes 'volver a ejecutar' una sesión concreta para depurarla.
¿Cuál afecta al SEO?
La señal de ranking de experiencia de página de Google usa datos de campo, no de laboratorio. En concreto, se basa en el Chrome User Experience Report (CrUX) — Core Web Vitals reales de usuarios de Chrome. Tu puntuación de laboratorio puede ser perfecta mientras tu puntuación de campo (la que posiciona) es mala, o al revés.
Así que el RUM es la cifra que mueve el ranking, y el laboratorio es la herramienta que te ayuda a arreglarlo. Si solo vigilas las puntuaciones de laboratorio, puedes pasar todas las pruebas y aun así perder posiciones por una ralentización que tus usuarios reales sí sienten.
Entonces, ¿cuál usar? Ambos.
Los datos de laboratorio y de campo responden a preguntas distintas, así que la configuración correcta usa ambos. Ejecuta Core Web Vitals sintéticos en cada cambio para detectar regresiones antes de que lleguen a nadie y depurarlas en un entorno controlado. Ejecuta RUM de forma continua para conocer la experiencia que reciben los usuarios reales — y proteger la puntuación de campo con la que Google posiciona.
Un flujo habitual: el RUM te dice que una métrica empeoró para usuarios reales; la prueba de laboratorio te permite reproducirla y arreglarla; la siguiente ventana de RUM confirma que el arreglo llegó a tu audiencia.
Cómo monitoriza Relvato ambos
Relvato ejecuta ambos como comprobaciones separadas y continuas. El journey de Core Web Vitals es el lado de laboratorio: una ejecución sintética en un navegador real sobre tus páginas clave, en cada cambio, con una puntuación de 0 a 100 y arreglos concretos. El journey de Web Vitals de usuarios reales (RUM) es el lado de campo: un beacon sin cookies que informa el p75 por tipo de página y dispositivo, alerta en la banda 'mala' de CWV y marca una regresión frente a la referencia de 28 días de la propia página — y luego la correlaciona con el cambio que se desplegó por entonces.
Juntos responden a las dos preguntas: '¿este cambio va a perjudicar el rendimiento?' (laboratorio) y '¿cómo se siente de verdad el sitio para los visitantes ahora mismo?' (campo).
Laboratorio vs campo, en paralelo
| Laboratorio / sintético | Campo / RUM | |
|---|---|---|
| Qué mide | Una carga de página guionizada | Cargas reales de visitantes reales |
| Dónde se ejecuta | Un navegador controlado de centro de datos | Los dispositivos y redes de tus usuarios |
| Métricas | LCP, CLS, FCP, TTFB; INP estimado | LCP, INP, CLS, FCP, TTFB — todas reales |
| Muestra | Una única ejecución repetible | Miles de sesiones, informadas como p75 |
| Variabilidad | Baja — estable y repetible | Mayor — refleja la diversidad real |
| Disponibilidad | Inmediata, incluso pre-lanzamiento | Necesita tráfico real; se llena en días |
| Ideal para | Depurar y detectar regresiones antes del despliegue | Experiencia real y proteger el ranking |
| Ranking de Google | No se usa directamente | Sí — los datos de campo (CrUX) alimentan la señal |
| En Relvato | Journey de Core Web Vitals | Journey de Web Vitals de usuarios reales (RUM) |
Preguntas, respondidas
¿Es el RUM lo mismo que el CrUX de Google?
Ambos son datos de campo, pero no son lo mismo. CrUX (el Chrome User Experience Report) es el propio conjunto de datos RUM de Google, recogido solo de usuarios de Chrome elegibles e informado en una ventana móvil de 28 días. Tu propio beacon RUM cubre todos los navegadores —no solo Chrome—, se actualiza casi en tiempo real y puede desglosar los datos por tipo de página y dispositivo, así que detecta regresiones antes y con más detalle que CrUX.
¿Se puede medir el INP en laboratorio?
No de verdad. El INP (Interaction to Next Paint) mide con qué rapidez responde la página a interacciones reales, así que sin una persona real haciendo clic o tocando no hay nada que medir. Las herramientas de laboratorio estiman la respuesta con un proxy como el Total Blocking Time. Una cifra de INP genuina solo proviene de datos de campo / RUM.
¿El beacon RUM ralentiza mi sitio?
No. El beacon es un script asíncrono minúsculo (~1,6 KB) que usa la API PerformanceObserver integrada del navegador y envía sus datos con navigator.sendBeacon al descargarse la página. No pone cookies, no almacena datos personales ni IP, y nunca bloquea el renderizado.
¿Qué es el p75 y por qué el percentil 75?
El p75 es el percentil 75 — el valor en el que se encuentran o por debajo el 75 % de las cargas de página. Google califica los Core Web Vitals en el p75 porque representa la experiencia de la mayoría de los visitantes ignorando los valores atípicos más lentos. Una simple media ocultaría una mala cola; el p75 es una cifra estable y representativa.