Obtén información sobre los motivos por los que los datos de RUM pueden mostrar diferentes números de Métricas web esenciales de CrUX.
El Informe sobre la experiencia del usuario en Chrome (CrUX) proporciona métricas sobre la experiencia de los usuarios de Chrome en el mundo real con los destinos populares en la Web. Chrome recopila estos datos automáticamente de los usuarios que aceptaron participar. Además, están disponibles 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 tenían acceso a los datos de campo antes, y CrUX permitió que muchos sitios vieran el valor de estos datos por primera vez. Como conjunto de datos públicos, CrUX también se puede usar para el análisis competitivo y la evaluación comparativa de las métricas de la experiencia del usuario.
La supervisión de usuarios reales (RUM) es similar a CrUX, pero en lugar de que Chrome recopile automáticamente métricas de la experiencia del usuario, se incluye código en los sitios web para realizar esta recopilación y transmitirla a un proveedor de RUM o una solución de estadísticas para su posterior análisis.
Ya que ambas soluciones miden las métricas de la experiencia del usuario, es natural suponer que deben ser equivalentes. Puede ser confuso ver diferencias. En esta guía, se explica por qué puede suceder eso y se ofrecen sugerencias sobre qué hacer cuando los números no están alineados.
Beneficios de complementar CrUX con una solución de RUM
CrUX es una herramienta excelente para obtener una vista coherente en todos los sitios y, al ser el conjunto de datos oficial del programa de Métricas web esenciales, es probable que los sitios quieran vigilar lo que muestran. El objetivo de CrUX es proporcionar una descripción general relevante desde el punto de vista estadístico de millones de sitios web para realizar comparaciones cruzadas.
Sin embargo, para profundizar en la investigación de por qué los datos muestran las cifras, invertir en una solución RUM completa para complementar 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 distintas maneras.
Análisis más profundo para investigar problemas
A menudo, CrUX se puede usar para señalar si tienes un problema en tu sitio, pero no necesariamente en qué parte de él se encuentra el problema ni por qué. Las soluciones de RUM, ya sean propias de la biblioteca web-vitals o de algunos de los numerosos productos comerciales, pueden ayudar a cerrar esa brecha.
Usar una solución RUM te brinda acceso a datos mucho más detallados en todas tus páginas y en todos los navegadores. También te permite segmentar y analizar estos datos de maneras que CrUX no lo hace, lo que te permite desglosar e investigar las áreas problemáticas del sitio. ¿Se ven afectadas por un segmento particular de usuarios? ¿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 gracias a los datos adicionales que puede proporcionar una herramienta RUM.
Se correlacionan con otras métricas empresariales.
El RUM también te permite comparar tus métricas de rendimiento web directamente con cualquier métrica comercial, lo que muestra el valor de invertir en el rendimiento y qué otras métricas de rendimiento se deben priorizar. Tenemos numerosos casos de éxito con empresas que llevan a cabo esta correlación, como Farfetch o The Economic Times.
Cómo recopilar 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 el de Twitter “Time to first Tweet” de Twitter. métrica Estas mediciones específicas del sitio pueden correlacionarse con las mejoras de las Métricas web esenciales y las métricas comerciales.
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 resultar confuso y frustrante saber por qué difieren. De la misma manera en 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 iguales en un mundo ideal, hay muchas razones por las que pueden diferir.
Comparación entre los datos de lab y los de campo
Lo primero que debes verificar es si estás consultando métricas de lab (sintéticas) o de campo (RUM). Aunque es normal suponer que los productos de RUM solo analizan los datos de campo, muchos ofrecen un componente de lab.
Debido a las condiciones fijas en las que se miden, los datos de laboratorio son muy útiles. Puede usarse para supervisar regresiones o cambios 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 del usuario real, 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 diferir debido a las diferencias en las que se miden las visitas a la página 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 está disponible en Chrome. Si bien hay muchos navegadores basados en Chromium (Edge, Opera y Brave, por nombrar algunos) que también admiten las mismas métricas que Chrome dada la base de código de núcleo compartido, solo los usuarios de Chrome envían datos a CrUX. Esta restricción también implica que no se incluyen los usuarios de Chrome en iOS, ya que este utiliza el motor del navegador subyacente Webkit. Además, las WebViews de Android no cuentan como "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 ofrezca 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 de las principales diferencias entre RUM y CrUX. Esto es especialmente cierto para las técnicas de rendimiento que dependen de 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, dado que los usuarios de iOS suelen usar dispositivos con mejor rendimiento o las visitan desde más países con una mejor infraestructura de red, incluirlas puede generar métricas de rendimiento general alto. Por otro lado, excluirlos, como lo hace CrUX, puede generar datos sesgados a los visitantes del sitio inferior (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 son Chrome y, en particular, de los navegadores basados en Chromium que suelen tener integradas las mismas métricas (como las Métricas web esenciales). Las soluciones RUM también miden los navegadores que no están basados en Chromium, pero pueden tener un conjunto de métricas más limitado. Por ejemplo, Cambio de diseño acumulado (CLS) e Interacción a la siguiente pintura (INP) solo están disponibles en navegadores basados en Chromium. Otras métricas, como el primer procesamiento de imagen con contenido (FCP), se pueden medir de forma bastante diferente (consulta más adelante).
Usuarios que aceptaron participar
Además de limitarse a los usuarios de Chrome, CrUX se restringe aún más mediante la medición de un subconjunto de usuarios de Chrome que aceptaron compartir sus datos cuando se instaló el navegador.
Además, los proveedores de RUM solo observan a un subconjunto de usuarios, por lo general debido a mensajes en un banner de cookies (pidiéndoles a los usuarios que acepten la recopilación de datos de RUM) o a bloqueadores de seguimiento. Esto puede afectar negativamente algunas cargas de página iniciales si no se da la confirmación hasta la segunda o la siguiente página, cuando algunos de los recursos del sitio ya se almacenaron en caché de páginas anteriores. Si esto sucede con frecuencia, las métricas pueden parecer más favorables en RUM que si se excluyen las cargas iniciales de páginas más lentas en una cantidad suficiente de casos.
Sitios incluidos
El objetivo de CrUX solo es generar informes en sitios web públicos, por lo que hay otros criterios de elegibilidad que pueden provocar que los datos no se registren en CrUX. Lo más notable de estos criterios es que el sitio web debe ser visible públicamente y lo suficientemente popular para garantizar un tamaño de muestra mínimo para sacar conclusiones significativas. En la mayoría de los casos, esto hará que no haya datos disponibles en CrUX. Esta diferencia no es tan confusa en comparación con los datos disponibles, pero es diferente, pero explica por qué sucede.
Sin embargo, si determinadas páginas de un sitio están marcadas como indexables, pero otras no, es posible que solo veas un subconjunto de URLs en CrUX. Si el origen es visible públicamente, todas las páginas vistas de ese origen se incluirán en los datos a nivel del origen, pero es posible que estos datos no estén disponibles.
Dispositivos
CrUX segmenta los datos por dispositivo móvil, computadora de escritorio y tablet, aunque muchas herramientas se concentran en las dos primeras y es posible que no expongan los datos de las tablets o que los incluyan en dispositivos móviles o computadoras de escritorio. Las características de rendimiento en los dispositivos móviles en comparación con las computadoras de escritorio pueden ser bastante diferentes en términos del contenido entregado y 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 RUM solo permita la segmentación por tipo de dispositivo (por ejemplo, dispositivo móvil) o navegador (por ejemplo, Chrome), pero no por ambos, para ver únicamente el tráfico móvil de Chrome. Cuando compares los datos de CrUX, asegúrate de filtrar por tipo de dispositivo y navegador Chrome para hacer la comparación por igual.
Muestreo
Por lo general, las soluciones de RUM permiten ajustar la tasa de muestreo de los visitantes que aceptaron participar en los casos en que se recopilan los datos. Esto se puede usar para reducir el volumen de datos que se deben analizar y los costos de los servicios comerciales de RUM. Si ese tamaño de muestra es demasiado pequeño y no representa a la población en general, las métricas resultantes también tendrán un sesgo similar. Consulta con tu proveedor de RUM cuál es el tamaño de muestra adecuado para tu sitio.
Agregación de datos
Por su naturaleza, los datos de campo incluirán muchos datos de la misma métrica en comparación con los datos de lab, que darán un único valor. Si estos datos se agregan de manera diferente para los informes, es posible que se generen otras diferencias entre CrUX y RUM.
Período
Los datos de CrUX se basan en una ventana variable de tráfico de 28 días y no es posible cambiar este período. Sin embargo, los datos de CrUX de 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. Ambas siguen proporcionando datos basados en la ventana variable de 28 días.
Los datos de RUM generalmente permiten un nivel de detalle mucho mayor para permitir ver el impacto de los cambios mucho antes. Sin embargo, al elegir períodos más cortos, las fluctuaciones en el tráfico del sitio web y los visitantes pueden afectar indebidamente los datos de RUM. Al comparar los datos de RUM con los de CrUX, asegúrate siempre de observar el rendimiento durante 28 días. Una vez que estés seguro de que los datos son similares, puedes observar otros períodos para profundizar en los datos de RUM.
Agregación de estadísticas
Las métricas de CrUX se miden en el percentil 75, es decir, observan el valor que alcanzó el 75% de las páginas vistas. Habrá extremos en los datos de campo y, al eliminar las peores experiencias del 25%, se pretende dar un valor que la mayoría de los visitantes pueda esperar razonablemente.
Los productos de RUM suelen ofrecer una mayor cantidad de opciones para agregar métricas, como el percentil 75, la mediana y otros percentiles. Si se comparan los valores de RUM con los datos de CrUX, es necesario asegurarse de mirar los datos del percentil 75 para compararlos.
Los datos de histogramas en CrUX incluyen todos los datos disponibles (no solo el percentil 75) y muestran la cantidad de páginas vistas 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
Se usan muchas métricas para medir el rendimiento web. Por lo tanto, 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 oficial de la iniciativa Métricas web esenciales y miden principalmente estas métricas (LCP, INP y CLS), junto con algunas métricas adicionales para complementarlas.
Por lo general, las herramientas de RUM incluyen estas Métricas web esenciales, pero también incluyen muchas otras métricas. Algunos proveedores de RUM también miden la experiencia del usuario utilizando su propia combinación de todas estas métricas, quizás para obtener un "índice de felicidad". o algo similar. Al comparar los datos de RUM con CrUX, asegúrate de realizar comparaciones equitativas.
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 cumple con los objetivos recomendados en el percentil 75 para todas las Métricas web esenciales. Si INP no está presente para las páginas sin interacciones, solo deben aprobar LCP y CLS.
Diferencias en las métricas entre navegadores
CrUX solo realiza mediciones en los navegadores Chrome. Puedes consultar los Registros de cambios de las Métricas web para ver cómo cambian con cada versión de Chrome.
Sin embargo, las soluciones de RUM se medirán desde una variedad más amplia de navegadores. Es probable que los navegadores basados en Chromium (Edge, Opera, etc.) sean similares a Chrome, a menos que este navegador implemente cambios nuevos como se indica en el registro de cambios.
En navegadores que no son de Chromium, las diferencias pueden ser más pronunciadas. El primer procesamiento de imagen con contenido (FCP), por ejemplo, está disponible en Safari y Firefox, pero se mide de otra manera. Esto puede generar variaciones significativas en los tiempos informados. Como se mencionó anteriormente, si deseas comparar RUM y CrUX, es mejor filtrar solo a los usuarios de Chrome para permitir una comparación similar.
Tiempo de métricas
Las APIs de navegador web proporcionan las métricas de las Métricas web esenciales, pero eso no significa que no existan posibles diferencias en los valores que se informan cuando se usan. Cuándo se realiza la medición de la métrica exactamente (durante la carga de la página o durante todo su ciclo de vida) 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 procesamiento de imagen con contenido más grande (LCP) es una métrica de carga de página. La API web puede informar una cantidad de elementos LCP si se cargan elementos más grandes más tarde después de la renderización inicial. El último elemento 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 de esos dos eventos.
Además, en los datos de campo, el elemento LCP puede ser diferente según cómo se carga la página. En una carga de página predeterminada que muestra la parte superior del contenido de la página, el elemento 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 de forma similar con un vínculo directo a una app de una sola página (SPA), se explicará más adelante, 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 del lab. Si bien CrUX te proporcionará el valor general de LCP por página u origen, RUM puede segmentarlo aún más para identificar sesiones individuales de problemas de LCP.
Cambio de diseño acumulado (CLS) se mide durante el ciclo de vida 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 carga la página y el usuario ha interactuado con ella. Por lo tanto, tomar el valor de CLS solo después de cargar la página (como lo hacen muchos productos de RUM) dará un resultado diferente al de tomar el valor de CLS después de que el usuario termina de ver la página.
La métrica de capacidad de respuesta Interacción a la siguiente pintura (INP) requiere que se mida una entrada y observa todas las interacciones de clic, presión y teclado durante el ciclo de vida de la página, de manera similar a CLS. Por lo tanto, el valor informado de INP puede ser muy diferente si se mide después de que el usuario realizó varias interacciones en la página.
CrUX seguirá la documentación de Métricas web esenciales y las medirá durante toda la vida útil de la página. Muchos proveedores de RUM eligen medir estas métricas después de cargar la página o en otro momento (por ejemplo, cuando se hace clic en un llamado a la acción clave) por varios motivos.
Es importante que tu proveedor de RUM comprenda cuándo se miden las Métricas web esenciales cuando se observan variaciones inexplicables entre las dos fuentes de datos.
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 experimenten como tales. Las APIs de Core Web Vitals proporcionadas por 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. Para obtener más información, consulte la publicación Cómo experimentar con la medición de navegaciones de software.
Algunos proveedores de RUM intentan detectar las "navegaciones suaves" en las SPA, pero si también se atribuyen métricas web esenciales a esas "navegación de baja velocidad" generará diferencias con CrUX, ya que las APIs subyacentes no son compatibles con muchas de las métricas.
Diferencias de la API web y de CrUX
Además de las diferencias en qué vistas de página se miden y qué se mide, hay otras situaciones más complicadas que se deben tener en cuenta y que pueden generar diferencias en los datos de CrUX y RUM. Algunas de ellas se deben a las limitaciones de las APIs web que se usan para medir las métricas, y en otras los resultados que muestra la API deben tratarse de manera diferente en determinadas situaciones. En la documentación de las Métricas web esenciales, se enumeran estas diferencias para LCP y CLS, pero las diferencias principales también se indican en las siguientes secciones.
Memoria caché atrás/adelante
CrUX considera el restablecimiento de la memoria caché atrás/adelante (o bfcache) como navegaciones de páginas, aunque no generen una carga convencional de la página. Dado que las APIs web no las tratan como una carga de página, las soluciones de RUM deben tomar pasos adicionales para que estas páginas se registren si desean hacer coincidir la CrUX. Estas cargas de página son considerablemente más rápidas, lo que puede provocar que se informe un mejor rendimiento general para un sitio. Por lo tanto, si no las incluyes, las métricas generales de rendimiento de la página pueden ser peores. Consulta tu solución de RUM para comprender si manejan páginas restablecidas de bfcache.
iframes
Por motivos de seguridad y privacidad, las páginas de nivel superior no tienen acceso al contenido dentro de los iframes (ni siquiera en iframes del mismo origen). Esto significa que las métricas de rendimiento del contenido en ellas solo se pueden medir por el iframe mismo y no a través de las APIs web en la página de encuadre. Si el contenido del iframe incluye el elemento LCP o contenido que afecta el CLS o INP que experimenta el usuario, no estará disponible para las soluciones de RUM (incluida la biblioteca JavaScript web-vitals de Google).
Sin embargo, CrUX, que mide el navegador Chrome en lugar de JavaScript en la página, no tiene estas limitaciones y también mide las métricas dentro de iframes cuando se informan las Métricas web esenciales. Esto refleja con mayor precisión lo que experimenta el usuario, pero puede ser otro motivo de diferencias para los sitios que usan iframes.
Un ejemplo concreto de cómo esto puede generar diferencias entre los datos LCP en CrUX y RUM es el <video> incorporado. El primer fotograma pintado de un elemento <video> con reproducción automática puede contar como un candidato para LCP, pero las incorporaciones de servicios de transmisión de video por Internet populares pueden ubicar estos elementos en una <iframe>. CrUX puede justificar esto, ya que puede acceder al contenido de <iframe>, pero las soluciones de RUM no.
Recursos de origen cruzado
Los medios de LCP publicados desde otros dominios no proporcionan 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 tiempo. Recurre al tiempo de carga del recurso, pero puede ser muy diferente del momento en que se pintó el contenido.
Esto puede llevar a la situación aparentemente imposible en la que las APIs web informan el LCP como antes que FCP. Este no es el caso, pero solo aparece así debido a esta restricción de seguridad.
Nuevamente, CrUX sí informa los datos de tiempo de renderización de las Métricas web esenciales. Se recomienda a los sitios que limiten el contenido de origen cruzado que afecte las métricas de Métricas web esenciales y que habiliten la TAO siempre que sea posible si desean realizar una medición más precisa. Otros recursos de origen cruzado pueden estar sujetos a restricciones similares.
Pestañas en segundo plano
Cuando una página no se abra en una pestaña en segundo plano, igualmente se emitirán métricas a través de las APIs web. Sin embargo, CrUX no informa estos factores, ya que proporcionan tiempos que no coinciden con la experiencia del usuario. Las soluciones de RUM también deben considerar ignorarlas o, al menos, explicar cómo se tratan estas páginas vistas.
¿Qué podemos hacer al respecto?
Mostramos por qué puede haber diferencias entre los datos de CrUX y RUM, ya sea debido a diferencias en la metodología que utiliza cada uno o debido a qué usuarios y vistas de página se incluyen o excluyen. Lo ideal es que ambos conjuntos de datos sean representativos del rendimiento de tu sitio para ser útiles, pero los motivos mencionados deberían detallar las razones por las que es muy poco probable que se obtengan exactamente las mismas cifras 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 casi sincronizados.
Cuando las diferencias pronunciadas te hacen cuestionar la exactitud de los datos, debes tratar de entender esas diferencias. ¿Se pueden filtrar los datos de RUM para que se alineen más con CrUX (solo teniendo en cuenta 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 estrechamente, aún debes preguntar por qué observas estas diferencias en los datos generales y qué significa esto. ¿Los usuarios que no usan Chrome distorsionan las métricas de forma positiva o negativa? ¿Esto te proporciona más estadísticas sobre los problemas de rendimiento que puedes priorizar?
Si los usuarios que no usan Chrome obtienen resultados diferentes, puedes usar esta valiosa información que RUM te proporcionó para realizar optimizaciones diferentes. Por ejemplo, ciertas APIs no están disponibles en ciertos navegadores, pero puedes considerar alternativas para navegadores no compatibles a fin de mejorar sus experiencias. También puedes brindarles una experiencia diferente pero con mejor rendimiento a los usuarios que utilizan redes o dispositivos limitados. La CrUX se limita a los datos de Chrome, pero debes tener en cuenta el tráfico de todos los visitantes experiencias para ayudar a priorizar las mejoras. Los datos de RUM pueden llenar esa brecha.
Una vez que comprendas los motivos de las diferencias, ambas herramientas pueden ser muy útiles para comprender las experiencias de los usuarios en tu sitio web y ayudarte a mejorarla, incluso si las cifras no son idénticas. Usa tus datos de RUM para complementar los datos de CrUX y te permite profundizar en lo que CrUX te ofrece mediante la segmentación del tráfico para identificar áreas particulares de tu sitio o tu base de usuarios que requieren atención.
Analizar las tendencias para ver si las mejoras tienen el impacto positivo esperado suele ser más importante que hacer que cada número coincida exactamente entre las dos fuentes de datos. Como se mencionó anteriormente, RUM te permite analizar diferentes períodos para anticipar cuáles serán tus puntuaciones de CrUX de 28 días. Sin embargo, analizar períodos demasiado cortos puede generar datos ruidosos, por lo que CrUX usa 28 días.
A menudo, no hay "derecho" o "incorrecto" responder en estas diferentes métricas, solo son una perspectiva diferente sobre tus usuarios y la experiencia que tienen con tu sitio. Siempre y cuando comprendas por qué se producen estas diferencias y qué puedes hacer para impulsar tu toma de decisiones, será más importante ofrecer un mejor servicio a los visitantes de tu sitio.
Agradecimientos
Miniatura de Steven Lelham en Unsplash