Obtén información sobre los motivos por los que los datos de RUM pueden mostrar números de Métricas web esenciales diferentes de los de CrUX.
Fecha de publicación: 15 de agosto de 2022; última actualización: 17 de diciembre de 2025
El Informe sobre la experiencia del usuario en Chrome (CrUX) proporciona métricas sobre la experiencia que tienen los usuarios de Chrome en el mundo real con los destinos populares de la Web. Chrome recopila automáticamente estos datos de los usuarios que aceptaron participar y los pone a disposición según los criterios de elegibilidad de CrUX.
Por lo tanto, los datos de CrUX están disponibles para millones de sitios web. Muchos propietarios de sitios no han tenido acceso a los datos de campo antes, y CrUX ha permitido que muchos sitios vean el valor de esto por primera vez. Como conjunto de datos públicos, el CrUX también se puede usar para el análisis competitivo y la comparativa de las métricas de experiencia del usuario.
La supervisión de usuarios reales (RUM) es similar al CrUX, pero, en lugar de que Chrome recopile automáticamente las métricas de la experiencia del usuario, se incluye código en los sitios web para realizar esta recopilación y enviarla a un proveedor de RUM o a una solución de estadísticas para su posterior análisis.
Dado que ambas soluciones miden las métricas de la experiencia del usuario, es natural suponer que deberían ser equivalentes. Puede ser confuso cuando vemos diferencias. En esta guía, se explica por qué puede suceder esto y se ofrecen sugerencias sobre qué hacer cuando las cifras no coinciden.
Beneficios de complementar el CrUX con una solución de RUM
CrUX es una gran herramienta para obtener una vista coherente de todos los sitios y, como el conjunto de datos de Google para el programa Core Web Vitals, es probable que los sitios quieran estar atentos a lo que muestra. El objetivo de CrUX es proporcionar una descripción general estadísticamente relevante de millones de sitios web para realizar comparaciones cruzadas.
Sin embargo, para profundizar en la investigación de por qué los datos muestran los números que muestran, invertir en una solución de RUM completa para complementar el CrUX puede darte acceso a información más detallada de la que puede estar disponible en un conjunto de datos que se puede consultar públicamente. Esto puede ayudarte a explicar y mejorar tus métricas de varias maneras.
Análisis más detallado para investigar problemas
A menudo, CrUX se puede usar para indicar si tienes un problema en tu sitio, pero no necesariamente dónde se encuentra el problema ni por qué. Las soluciones de RUM, ya sean de desarrollo propio con herramientas como la biblioteca web-vitals o con algunos de los muchos productos comerciales, pueden ayudar a cerrar esa brecha.
El uso de una solución de RUM te brinda acceso a datos mucho más detallados para todas tus páginas y en todos los navegadores. También te permite segmentar y analizar estos datos de formas que CrUX no lo hace, lo que te permite desglosar e investigar las áreas problemáticas del sitio. ¿Afectan a un segmento de usuarios en particular? ¿O los usuarios que realizan ciertas acciones? ¿Cuándo comenzó exactamente el problema? Estas son preguntas que son mucho más fáciles de responder con los datos adicionales que puede proporcionar una herramienta de RUM.
Correlaciona con otras métricas comerciales
La RUM también te permite comparar tus métricas de rendimiento web directamente con cualquier métrica empresarial, lo que muestra el valor de invertir en el rendimiento y qué otro trabajo de rendimiento priorizar. Tenemos numerosos casos de éxito con empresas que realizan esta correlación, como Farfetch o The Economic Times.
Recopila otros datos de rendimiento
Una solución de RUM permite recopilar otras métricas personalizadas, vinculadas directamente a tu empresa específica. Uno de los ejemplos más conocidos es la métrica "Tiempo hasta el primer tweet" de Twitter. Estas mediciones específicas del sitio se pueden correlacionar con las mejoras de Core Web Vitals y las métricas empresariales.
Diferencias entre dos conjuntos de datos de campo
Un hombre con un reloj sabe qué hora es. Un hombre con dos relojes nunca está seguro.
Ley de Segal
Cuando tienes dos fuentes de datos, puede ser confuso y frustrante entender por qué difieren. De la misma manera que es importante comprender la diferencia entre las métricas de lab y de campo, también puede haber diferencias entre dos fuentes de datos de campo. Si bien los datos serían los mismos en un mundo ideal, hay muchos motivos por los que pueden diferir.
Datos de lab frente a datos de campo
Lo primero que debes verificar es si estás mirando métricas de lab (sintéticas) o de campo (RUM). Si bien es natural suponer que los productos de RUM solo analizan los datos de campo, muchos también ofrecen un componente de lab.
Los datos de laboratorio son increíblemente útiles precisamente por las condiciones fijas en las que se miden. Se puede usar para supervisar cambios o regresiones inesperados en un entorno de producción sin el ruido de una población de campo cambiante. Sin embargo, es posible que los datos de lab no sean representativos de la experiencia real del usuario, por lo que las métricas de campo pueden mostrar resultados bastante diferentes.
Poblaciones
Los conjuntos de datos que usan las soluciones de CrUX y RUM pueden ser diferentes debido a las diferencias en las visitas a las páginas que se miden según los navegadores, los usuarios, los sitios y los dispositivos que se comparan.
Navegadores incluidos
Como su nombre lo indica, el Informe sobre la experiencia del usuario en Chrome solo se aplica a Chrome. Si bien hay muchos navegadores basados en Chromium (Edge, Opera y Brave, por nombrar algunos) que comparten gran parte de la base de código de Chrome, solo los usuarios de Chrome ingresan datos en CrUX. Esta restricción también significa que no se incluyen los usuarios de Chrome en iOS, ya que usa el motor de navegador Webkit subyacente. Los WebViews de Android tampoco se consideran "Chrome", por lo que no se incluyen los datos de estos usuarios, aunque sí se incluyen las pestañas personalizadas de Chrome.
Si bien Chrome es uno de los navegadores más populares del mundo y, por lo tanto, es probable que proporcione una representación amplia del rendimiento de tu sitio en la mayoría de los casos, medir solo ese navegador no es, de ninguna manera, una medición de todos tus usuarios. Esto puede explicar una diferencia principal entre RUM y CrUX. Esto es especialmente cierto para las técnicas de rendimiento que se basan en APIs o formatos de imagen que solo están disponibles en Chrome, por ejemplo.
La falta de datos de iOS también puede generar sesgos. Por ejemplo, como los usuarios de iOS suelen usar dispositivos con mejor rendimiento o visitan el sitio desde más países con una mejor infraestructura de red, incluirlos puede generar métricas de rendimiento general altas. Por otro lado, excluirlos, como lo hace CrUX, puede generar datos sesgados hacia el extremo inferior de los visitantes del sitio (caso de éxito de ejemplo). Los usuarios de Android suelen abarcar una gama más amplia de dispositivos, capacidades de dispositivos y mercados.
Las soluciones de RUM pueden obtener datos de navegadores que no sean Chrome y, en particular, de navegadores basados en Chromium que suelen tener integradas las mismas métricas (como Core Web Vitals). Las soluciones de RUM también miden los navegadores que no se basan en Chromium, pero es posible que tengan un conjunto de métricas más limitado. Por ejemplo, el Cumulative Layout Shift (CLS) solo está disponible en los navegadores basados en Chromium. Otras métricas basadas en la pintura, como LCP, INP y hasta First Contentful Paint (FCP), se pueden medir de forma muy diferente (consulta más adelante).
Usuarios que dieron su consentimiento
Además de limitarse a los usuarios de Chrome, CrUX se restringe aún más, ya que solo mide un subconjunto de usuarios de Chrome que aceptaron compartir datos de CrUX cuando se instaló el navegador.
Los proveedores de RUM también solo analizan un subconjunto de usuarios, por lo general, debido a los mensajes de los banners de cookies (en los que se les pide a los usuarios que habiliten la recopilación de datos de RUM) o a los bloqueadores de seguimiento. Esto puede afectar negativamente algunas cargas de páginas iniciales si la confirmación no se produce hasta la segunda página o las siguientes, cuando algunos de los recursos del sitio ya se almacenaron en caché desde páginas anteriores. Si esto sucede con frecuencia, las métricas pueden parecer más favorables en la RUM de lo que realmente son si se excluyen las cargas de página iniciales más lentas en una cantidad suficiente de casos.
Sitios incluidos
CrUX solo está diseñado para informar sobre sitios web públicos, por lo que existen otros criterios de elegibilidad que pueden hacer que los datos no se registren en CrUX. El más importante de estos criterios es que el sitio web debe ser detectable públicamente y lo suficientemente popular como para garantizar un tamaño de muestra mínimo del que se puedan extraer conclusiones significativas. En la mayoría de los casos, esto hará que no haya datos disponibles en CrUX. Esta es una diferencia menos confusa en comparación con que los datos estén disponibles, pero sean diferentes, pero explica por qué sucede.
Sin embargo, si algunas páginas específicas de un sitio se marcan como indexables, pero otras no, es posible que solo veas un subconjunto de URLs en CrUX. Si el origen se puede descubrir públicamente, todas las vistas de página dentro de ese origen se incluirán en los datos a nivel del origen, pero es posible que los datos a nivel de la URL no estén disponibles.
Dispositivos
CrUX segmenta los datos por dispositivos móviles, computadoras de escritorio y tablets, aunque muchas herramientas se concentran en los dos primeros y es posible que no expongan los datos de las tablets o que los incluyan en los dispositivos móviles o las computadoras de escritorio. Las características de rendimiento en dispositivos móviles y computadoras de escritorio pueden ser bastante diferentes, tanto en términos del contenido que se entrega como en las capacidades de los dispositivos que lo ven.
Los datos de RUM permitirán segmentar el tráfico de manera similar, pero, a menudo, muestran datos consolidados de forma predeterminada. Es posible que la RUM solo permita segmentar por tipo de dispositivo (por ejemplo, dispositivos móviles) o navegador (por ejemplo, Chrome), pero no ambos para ver solo el tráfico de Chrome para dispositivos móviles. Cuando compares con los datos de CrUX, asegúrate de comparar elementos similares filtrando por tipo de dispositivo y el navegador Chrome.
Muestreo
Las soluciones de RUM suelen permitir ajustar la tasa de muestreo de los visitantes que aceptaron que se recopilen sus datos. Esto se puede usar para reducir el volumen de datos que se deben analizar y los costos de los servicios de RUM comerciales. Si el tamaño de la muestra es demasiado pequeño y no es representativo de la población más amplia, las métricas resultantes también estarán sesgadas de manera similar. Conversa con tu proveedor de RUM sobre el tamaño de muestra adecuado para tu sitio.
Agregación de datos
Por su propia naturaleza, los datos de campo incluirán muchísimos datos de las mismas métricas en comparación con los datos de lab, que darán un solo valor. Si estos datos se agregan de manera diferente para los informes, puede haber otra razón para las diferencias entre CrUX y RUM.
Período
Los datos de CrUX se basan en un período de 28 días de tráfico, y no es posible cambiar este período, aunque los datos de CrUX en BigQuery se almacenan para cada mes, lo que te permite ver los meses anteriores, y la API de CrUX History también proporciona datos históricos durante un período semanal. Ambos siguen proporcionando datos basados en el período de 28 días.
Los datos de RUM suelen permitir un nivel de detalle mucho mayor para ver el impacto de los cambios mucho antes. Sin embargo, cuando se eligen períodos más cortos, los datos de RUM pueden verse afectados de forma indebida por las fluctuaciones en el tráfico y los visitantes del sitio web. Cuando compares los datos de RUM con los de CrUX, asegúrate siempre de observar el rendimiento durante 28 días. Una vez que estés conforme con la similitud de los datos, puedes consultar otros períodos para desglosar los datos de RUM.
Agregación de estadísticas
Las métricas de CrUX se miden en el percentil 75, es decir, se analiza el valor que alcanzó el 75% de las vistas de página. Habrá extremos en los datos de campo y, si se quita el 25% de las peores experiencias, se pretende dar un valor que la mayoría de los visitantes puedan alcanzar de forma razonable.
Los productos de RUM suelen ofrecer una mayor cantidad de opciones para agregar las métricas, incluidos el percentil 75, la mediana y otros percentiles. Si comparas los valores de RUM con los datos de CrUX, es necesario que te asegures de que estás mirando los datos del percentil 75 para comparar de forma similar.
Los datos del histograma en CrUX incluyen todos los datos disponibles, no solo el percentil 75, y muestran la cantidad de vistas de página en cada calificación, pero la puntuación agregada se basará en el percentil 75. Estos datos de CrUX se muestran en herramientas como PageSpeed Insights:
Diferencias en las métricas
Existen muchas métricas que se usan para medir el rendimiento web, por lo que, cuando se comparan dos conjuntos de datos diferentes, es importante comprender qué métricas se miden y cómo se usan.
Métricas medidas
Los datos de CrUX son el conjunto de datos de Google de la iniciativa Core Web Vitals y miden principalmente estas métricas (LCP, CLS e INP), con algunas métricas adicionales para complementarlas.
Las herramientas de RUM suelen incluir estas Core Web Vitals, pero también muchas otras métricas. Algunos proveedores de RUM también miden la experiencia del usuario con su propia combinación de todas estas métricas, tal vez para dar un "índice de felicidad" o algo similar. Cuando compares los datos de RUM con los de CrUX, asegúrate de comparar datos similares.
Las herramientas que evalúan el estado de aprobación o reprobación de las Métricas web esenciales deben considerar que una página aprueba si cumple con los objetivos recomendados en el percentil 75 para todas las Métricas web esenciales. Si la INP no está presente en las páginas sin interacciones, solo deben aprobarse la LCP y el CLS.
Diferencias en las métricas entre los navegadores
CrUX solo mide en los navegadores Chrome, y puedes consultar los registros de cambios de Web Vitals para ver cómo cambian con cada versión de Chrome.
Sin embargo, las soluciones de RUM realizarán mediciones en una variedad más amplia de navegadores. Es probable que los navegadores basados en Chromium (Edge, Opera, etcétera) sean similares a Chrome, a menos que Chrome implemente cambios nuevos, como se indica en el registro de cambios.
En el caso de los navegadores que no son Chromium, las diferencias pueden ser más pronunciadas. Por ejemplo, las métricas basadas en la pintura, como LCP, INP y FCP, están disponibles en Safari y Firefox, pero se miden de otra manera. Esto puede generar variaciones significativas en los tiempos informados. Como se indicó anteriormente, si deseas comparar RUM con CrUX, lo mejor es filtrar solo a los usuarios de Chrome para permitir una comparación similar.
Tiempos de las métricas
Las APIs de los navegadores web proporcionan las métricas de Core Web Vitals, pero eso no significa que no haya diferencias en los valores que se informan con ellas. El momento exacto en el que se toma la medición de la métrica (durante la carga de la página o durante todo el ciclo de vida de la página) puede generar diferencias. Es posible que las herramientas de RUM no siempre midan las métricas de la misma manera, incluso si usan los mismos nombres, y las mismas APIs del navegador para obtener los datos, lo que puede ser confuso.
El Largest Contentful Paint (LCP) es una métrica de carga de página. La API web puede informar una serie de elementos de LCP si se cargan elementos más grandes después de la renderización inicial. El elemento final del LCP es cuando la página termina de cargarse o el usuario interactúa con ella. Por lo tanto, pueden surgir diferencias si el elemento LCP se informa antes que esos dos eventos.
Además, en los datos de campo, el elemento LCP puede ser diferente según cómo se cargue la página. En el caso de una carga de página predeterminada que muestra la parte superior del contenido de la página, el elemento de LCP dependerá principalmente del tamaño de la pantalla. Sin embargo, si la página se abre con un vínculo de anclaje más abajo en el documento, o se abre de manera similar con un vínculo directo a una aplicación de una sola página (SPA), más sobre esto más adelante, entonces el elemento LCP puede ser diferente.
No asumas que los tiempos de LCP proporcionados en CrUX o RUM se basan en el mismo elemento que las herramientas de lab. Si bien CrUX te proporcionará el valor general de LCP por página u origen, la RUM puede segmentarlo aún más para identificar sesiones individuales con problemas de LCP.
El Cambio de diseño acumulado (CLS) se mide durante toda la vida útil de la página, por lo que es posible que el CLS de carga inicial de la página no sea representativo de las páginas que causan cambios mayores más adelante, después de que se cargó la página y el usuario interactuó con ella. Por lo tanto, tomar el valor de CLS solo después de la carga de la página, como lo hacen muchos productos de RUM, dará un resultado diferente que tomar el valor de CLS después de que el usuario termine con la página.
La métrica de capacidad de respuesta Interaction to Next Paint (INP) requiere que se mida una entrada y observa todas las interacciones de clic, presión y teclado durante la vida de la página, de manera similar al CLS, por lo que el valor informado de INP puede ser muy diferente si se mide después de que el usuario haya realizado una serie de interacciones en la página.
CrUX seguirá la documentación de Core Web Vitals y las medirá durante todo el ciclo de vida de la página. Muchos proveedores de RUM eligen medir estas métricas después de la carga de la página o en algún otro momento (por ejemplo, cuando se hace clic en un llamado a la acción clave) por varios motivos.
Cuando se observan variaciones inexplicables entre las dos fuentes de datos, es importante que el proveedor de RUM te explique cuándo se miden las Core Web Vitals.
Aplicaciones de una sola página
Las aplicaciones de una sola página (SPA) funcionan actualizando el contenido de la página actual, en lugar de realizar navegaciones de páginas reales a nivel del navegador. Esto significa que el navegador no las ve como navegaciones de páginas, a pesar de que los usuarios las experimentan como tales. Las APIs de Core Web Vitals que proporciona el navegador no las tendrán en cuenta y, por lo tanto, CrUX no admite estas navegaciones de páginas. Se está trabajando para resolver este problema. Consulta la publicación Cómo medir las navegaciones suaves para obtener más información.
Algunos proveedores de RUM intentan detectar "navegaciones suaves" en las SPA, pero si también atribuyen métricas de Core Web Vitals a esas "navegaciones suaves", se producirán diferencias con CrUX, ya que las APIs subyacentes no admiten esto para muchas de las métricas.
Diferencias entre CrUX y la API de Web
Además de las diferencias en qué vistas de página se miden y qué se mide, hay algunas otras situaciones más complicadas que debes tener en cuenta y que pueden generar diferencias en los datos de CrUX y RUM. Algunas de estas se deben a limitaciones de las APIs web que se usan para medir las métricas, y otras se deben a que los resultados que devuelve la API deben tratarse de manera diferente en ciertas situaciones. En la documentación de Core Web Vitals, se enumeran estas diferencias para el LCP y el CLS, pero las diferencias principales también se indican en las siguientes secciones.
Memoria caché atrás/adelante
El CrUX considera los restablecimientos de la memoria caché atrás/adelante (o bfcache) como navegaciones de páginas, aunque no generen una carga de página convencional. Como las APIs web no las consideran cargas de página, las soluciones de RUM deben tomar medidas adicionales para que se cuenten estas páginas si quieren que coincidan con el CrUX. Estas son cargas de página considerablemente más rápidas que pueden generar un mejor rendimiento general para un sitio, por lo que no incluirlas puede generar peores métricas de rendimiento general de la página. Consulta tu solución de RUM para saber si controla las páginas restablecidas de la bfcache.
Iframes
Por motivos de seguridad y privacidad, las páginas de nivel superior no tienen acceso al contenido de los iframes (ni siquiera a los iframes del mismo origen). Esto significa que las métricas de rendimiento del contenido de esos elementos solo se pueden medir con el iframe en sí, y no a través de las APIs web de la página de encuadre. Si el contenido del iframe incluye el elemento LCP o contenido que afecta el CLS o el INP que experimenta el usuario, no estará disponible para las soluciones de RUM (incluida la biblioteca de JavaScript de web-vitals de Google).
Sin embargo, CrUX, que se mide con el navegador Chrome en lugar de JavaScript en la página, no tiene estas limitaciones y, por lo tanto, mide las métricas dentro de los iframes cuando informa las Core Web Vitals. Esto refleja con mayor precisión lo que experimenta el usuario, pero puede ser otro motivo de las diferencias en los sitios que usan iframes.
Un ejemplo concreto de cómo esto puede generar diferencias entre los datos de LCP en CrUX y RUM son los <video> incorporados. El primer fotograma pintado de un elemento <video> de reproducción automática en línea puede contar como un candidato de LCP, pero las incorporaciones de servicios de transmisión de video populares pueden colocar estos elementos en un <iframe>. CrUX puede tener esto en cuenta, ya que puede acceder al contenido de <iframe>, pero las soluciones de RUM no.
Recursos de origen cruzado
Es posible que el contenido multimedia de LCP que se publica desde otros dominios no proporcione el tiempo de renderización en la API de PerformanceObserver, a menos que se proporcione el encabezado Timing-Allow-Origin (TAO), debido a las restricciones de seguridad del navegador para reducir los ataques de sincronización. Esto recurre al tiempo de carga del recurso, pero puede ser muy diferente de cuando se renderizó el contenido.
Esto puede generar una situación aparentemente imposible en la que las APIs web informan que el LCP es anterior al FCP. Este no es el caso, pero solo aparece así debido a esta restricción de seguridad.
Esto se resolvió a finales de 2024, y un tiempo de renderización ligeramente impreciso está disponible a partir de Chrome 133, incluso cuando no se proporciona Timing-Allow-Origin.
Nuevamente, CrUX informa los datos de tiempo de renderización para Core Web Vitals. Se recomienda que los sitios limiten el contenido de origen cruzado que afecta las métricas de las Métricas web esenciales y que habiliten TAO siempre que sea posible si quieren medir esto con mayor precisión. Es posible que otros recursos de origen cruzado estén sujetos a restricciones similares.
Pestañas en segundo plano
Cuando una página no se abre en una pestaña en segundo plano, seguirá emitiendo métricas con las APIs web. Sin embargo, CrUX no informa estas métricas, ya que proporcionan tiempos que no son coherentes con la experiencia del usuario. Las soluciones de RUM también deberían considerar ignorar estas vistas de página o, al menos, explicar cómo se tratan.
Entonces, ¿qué podemos hacer al respecto?
Mostramos por qué puede haber diferencias entre los datos de CrUX y RUM, ya sea por diferencias en la metodología que usa cada uno o por los usuarios y las vistas de página que se incluyen o excluyen. Idealmente, ambos conjuntos de datos seguirán siendo representativos del rendimiento de tu sitio para ser útiles, pero los motivos que se den deben explicar por qué es muy poco probable obtener exactamente los mismos números en cada uno.
Cuando las diferencias son leves (por ejemplo, informar un LCP de 2.0 segundos en comparación con 2.2 segundos), ambos conjuntos de datos serán útiles y, por lo general, se puede considerar que están sincronizados.
Cuando las diferencias pronunciadas te hagan dudar de la exactitud de los datos, debes intentar comprender esas diferencias. ¿Se pueden filtrar los datos de RUM para que se alineen más con CrUX (analizando solo a los usuarios de Chrome, para computadoras de escritorio o dispositivos móviles, con valores del percentil 75 durante 28 días) para reducir estas diferencias?
Si es así, y puedes hacer que los datos coincidan más, deberías preguntarte por qué ves estas diferencias en los datos generales y qué significa esto. ¿Los usuarios que no usan Chrome sesgan tus métricas de forma positiva o negativa? ¿Esto te brinda más información sobre dónde tienes problemas de rendimiento que puedes priorizar?
Si los usuarios que no usan Chrome obtienen resultados diferentes, puedes usar esta valiosa información que te proporcionó la RUM para optimizar de otra manera. Por ejemplo, algunas APIs no están disponibles en ciertos navegadores, pero puedes considerar alternativas para los navegadores no compatibles para mejorar también sus experiencias. También puedes brindarles una experiencia diferente, pero con un mejor rendimiento, a los usuarios que tengan dispositivos o redes con limitaciones. El CrUX se limita a los datos de Chrome, pero debes tener en cuenta todas las experiencias de los visitantes de tu sitio para priorizar las mejoras. Los datos de RUM pueden llenar ese vacío.
Una vez que comprendas los motivos de las diferencias, ambas herramientas pueden ser increíblemente útiles para comprender las experiencias de los usuarios de tu sitio web y ayudar a mejorarlas, incluso si los números no son idénticos. Usa tus datos de RUM para complementar los datos de CrUX y permitirte profundizar en lo que CrUX te dice a nivel general segmentando tu tráfico para ayudarte a identificar si son áreas particulares de tu sitio o base de usuarios las que requieren atención.
Analizar las tendencias para ver si tus mejoras están teniendo los impactos positivos esperados suele ser más importante que hacer que cada número coincida exactamente entre las dos fuentes de datos. Como se mencionó anteriormente, la RUM te permite observar diferentes períodos para obtener una vista previa de tus puntuaciones de CrUX de 28 días, aunque observar períodos demasiado cortos puede generar datos contaminados, por lo que CrUX usa 28 días.
A menudo, no hay una respuesta "correcta" o "incorrecta" en estas diferentes métricas, sino que solo son una perspectiva diferente de tus usuarios y de cómo experimentan tu sitio. Siempre que comprendas por qué se producen estas diferencias y qué puedes hacer para tomar decisiones, eso es lo más importante para brindar un mejor servicio a los visitantes de tu sitio.