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 cómo los usuarios de Chrome del mundo real experimentan los destinos populares en la Web. Chrome recopila automáticamente estos datos de los usuarios que aceptaron participar. Estos datos 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 datos de campo anteriormente, y CrUX permitió que muchos sitios vean el valor de esto por primera vez. Como conjunto de datos públicos, CrUX también se puede utilizar para realizar análisis competitivos y comparativas de 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 experiencia del usuario, se incluye código en los sitios web para hacer esta recopilación y transmitirla a un proveedor de RUM o una solución de análisis para su posterior análisis.
Con ambas soluciones que miden métricas de la experiencia del usuario, es natural suponer que deberían ser equivalentes. Puede ser confuso cuando vemos diferencias. Esta guía explica por qué puede suceder eso y ofrece sugerencias sobre qué hacer cuando las cifras no están alineadas.
Beneficios de complementar CrUX con una solución RUM
CrUX es una herramienta excelente para obtener una vista coherente en todos los sitios y, ya que es 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 ofrecer 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 las cifras, invertir en una solución completa de RUM para complementar CrUX puede brindarte acceso a información más detallada de la que se puede obtener en un conjunto de datos consultable de forma pública. Esto puede ayudarte a explicar y mejorar tus métricas de varias maneras.
Análisis más profundo para investigar problemas
CrUX suele usarse para indicar si tienes un problema en tu sitio, pero no necesariamente en qué parte de tu sitio se encuentra el problema ni por qué. Las soluciones de RUM, ya sea que hayas crecido a través de las opciones 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 para todas tus páginas y en todos los navegadores. También te permite desglosar estos datos de maneras que CrUX no lo hace, lo que te permite investigar y desglosar las áreas problemáticas del sitio. ¿Se ven afectados por un segmento particular de usuarios? ¿O usuarios que realizan determinadas 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 RUM.
Correlación con otras métricas empresariales
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 rendimiento y qué otras actividades de rendimiento debes priorizar. Tenemos numerosos casos de éxito con empresas que realizan esta correlación, como Farfetch o The Economic Times.
Recopilar otros datos de rendimiento
Una solución RUM permite recopilar otras métricas personalizadas vinculadas directamente a tu negocio específico. Uno de los ejemplos más conocidos es la métrica “Tiempo para el primer tweet” de Twitter. Estas medidas específicas del sitio pueden correlacionarse con las Métricas web esenciales y las métricas empresariales.
Diferencias entre dos conjuntos de datos de campo
Un hombre con reloj sabe la hora. Un hombre con dos relojes nunca lo sabe.
Ley de Segal
Cuando tienes dos fuentes de datos, a menudo puede resultar confuso y frustrante por qué difieren. Del mismo modo 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 los mismos en un mundo ideal, hay muchas razones por las que pueden diferir.
Datos de lab frente a datos de campo
Lo primero que debes verificar es si estás viendo métricas (sintéticas) de lab o métricas de campo (RUM). Si bien es normal suponer que los productos de RUM solo observan datos de campo, muchos también ofrecen un componente de lab.
Los datos de lab son muy útiles en función de las condiciones fijas bajo 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 cambiante en los campos. Sin embargo, es posible que los datos de los labs no representen la experiencia real del usuario, por lo que las métricas de los campos pueden mostrar resultados bastante diferentes.
Poblaciones
Los conjuntos de datos que usan las soluciones CrUX y RUM pueden ser diferentes debido a las diferencias en las que se miden las visitas a las páginas en función de 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 es solo de 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 ingresan 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 Webkit subyacente. 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, probablemente brindaría una representación amplia del rendimiento de tu sitio en la mayoría de los casos), no medir solo ese navegador es una medida de todos tus usuarios. Esto puede explicar una diferencia principal entre RUM y CrUX. Esto es particularmente 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 utilizar dispositivos con mejor rendimiento o visitan más países con mejor infraestructura de red, incluirlos puede generar métricas de rendimiento generales altas. Por otro lado, excluirlos, como lo hace CrUX, puede generar datos sesgados a la parte 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 son de Chrome y, en particular, de 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 es posible que tengan un conjunto de métricas más limitado. Por ejemplo, el Cambio de diseño acumulado (CLS) y la Intracción a la siguiente pintura (INP) actualmente solo están disponibles en navegadores basados en Chromium. Algunas otras métricas, como el First Contentful Paint (FCP), se pueden medir de forma bastante diferente (consulta más adelante).
Usuarios habilitados
Además de limitarse a los usuarios de Chrome, CrUX tiene una mayor restricción, ya que solo mide un subconjunto de usuarios de Chrome que aceptaron compartir datos de CrUX cuando se instaló el navegador.
Además, los proveedores de RUM solo observan un subconjunto de usuarios, generalmente debido a avisos de banner de cookies (que les piden a los usuarios que acepten la recopilación de datos de RUM) o bloqueadores de seguimiento. Esto puede afectar negativamente algunas cargas iniciales de páginas si no se da la confirmación hasta la segunda o posterior página, cuando algunos de los recursos del sitio ya se hayan almacenado en caché de páginas anteriores. Si esto sucede con frecuencia, es posible que las métricas parezcan más favorables en RUM que en realidad si se excluyen cargas iniciales de páginas más lentas en una cantidad suficiente de casos.
Sitios incluidos
CrUX solo está diseñado para generar informes en sitios web públicos, por lo que hay otros criterios de elegibilidad que pueden provocar que no se registren datos en CrUX. Lo más notable de estos criterios es que el sitio web debe ser visible públicamente y ser lo suficientemente popular para garantizar un tamaño mínimo de muestra a partir del cual se puedan extraer conclusiones significativas. En la mayoría de los casos, esto hará que no haya datos disponibles en CrUX. Esta diferencia no es confusa en comparación con los datos disponibles, pero es diferente, pero explica por qué sucede.
Sin embargo, si hay páginas específicas de un sitio marcadas como indexables, pero otras no, es posible que solo veas un subconjunto de URLs en CrUX. Si el origen es detectable 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 dispositivo móvil, computadora de escritorio y tablet, aunque muchas herramientas se centran en los primeros dos y es posible que no expongan datos de las tablets o los incluyan en dispositivos móviles o computadoras de escritorio. Las características de rendimiento en dispositivos móviles y computadoras de escritorio pueden ser muy diferentes, tanto en términos del contenido entregado como en las capacidades de los dispositivos que lo visualizan.
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 ambas para ver solo el tráfico de Chrome en dispositivos móviles. Cuando realices comparaciones con los datos de CrUX, filtra por tipo de dispositivo y por el navegador Chrome para asegurarte de realizar la comparación.
Muestreo
Las soluciones de RUM suelen permitir ajustar la tasa de muestreo de los visitantes que aceptaron participar donde se recopilan los datos. Esto puede utilizarse para reducir el volumen de datos que deben analizarse 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, entonces las métricas resultantes también tendrán un sesgo similar. Analiza con tu proveedor de RUM cuál es el tamaño de muestra apropiado para tu sitio.
Agregación de datos
Por naturaleza, los datos de campo incluirán muchos datos con las mismas métricas en comparación con los datos de laboratorio, lo que dará un valor único. Si estos datos se agregan de manera diferente para los informes, puede haber otro motivo para las 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 BigQuery de CrUX 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 la ventana deslizante 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, cuando eliges períodos más pequeños, los datos de RUM pueden verse afectados indebidamente por las fluctuaciones en el tráfico del sitio web y los visitantes. Cuando compares los datos de RUM con los de CrUX, siempre asegúrate de analizar el rendimiento durante 28 días. Una vez que estés seguro de que los datos son similares, puedes ver 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, teniendo en cuenta el valor que alcanzó el 75% de las vistas de página. Habrá extremos en los datos de campo y, si se quitan las peores experiencias del 25%, se espera proporcionar un valor que la mayoría de los visitantes pueda alcanzar razonablemente.
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 se comparan los valores RUM con los datos de CrUX, es necesario asegurarse de que se observan los datos del percentil 75 para comparar los valores de igual por similar.
Los datos de histogramas 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 aparecen en herramientas como PageSpeed Insights:
Diferencias en las métricas
Existen muchas métricas que se usan para medir el rendimiento web. Por eso, 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 de Métricas web esenciales y miden principalmente estas métricas (LCP, INP y CLS), con algunas métricas adicionales como complemento.
Las herramientas de RUM suelen incluir estas Métricas web esenciales, pero a menudo incluyen muchas otras métricas. Algunos proveedores de RUM también miden la experiencia del usuario mediante su propia combinación de todas estas métricas, quizás para proporcionar un «índice de felicidad» o algo similar. Cuando compares los datos de RUM con CrUX, asegúrate de realizar comparaciones de igual a igual.
Para las herramientas que evalúan el estado de aprobado o reprobado de las Métricas web esenciales, se debe considerar que la página está aprobada si cumple con los objetivos recomendados en el percentil 75 para todas las Métricas web esenciales. Si el INP no está presente en las páginas sin interacciones, solo se deben aprobar los LCP y CLS.
Diferencias en las métricas según los navegadores
CrUX solo realiza mediciones en navegadores Chrome. Para ver cómo cambian en cada versión de Chrome, puedes consultar los registros de cambios en las Métricas web.
Sin embargo, las soluciones RUM 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 Chrome esté implementando cambios nuevos como se indica en el registro de cambios.
En navegadores que no son de Chromium, las diferencias son 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 que se informan. Como se mencionó anteriormente, si quieres comparar RUM con CrUX, lo mejor es filtrar solo a los usuarios de Chrome para permitir una comparación de igual por igual.
Tiempo de métricas
Las APIs del navegador web proporcionan métricas de Métricas web esenciales, pero eso no significa que no existe la posibilidad de que haya diferencias en los valores que se informan con ellas. Exactamente cuando se toma la medición de la métrica (al cargar la página o a lo largo de todo el ciclo de vida de la página) se pueden generar diferencias. Es posible que las herramientas de RUM no siempre midan las métricas de la misma manera (incluso si se 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 los elementos más grandes se cargan más adelante después de la renderización inicial. El elemento LCP final 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. Para 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 manera similar con un vínculo directo a una app de una sola página (SPA), el elemento LCP puede ser diferente.
No des por sentado 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 brindará el valor de LCP general por origen o página, RUM puede segmentarlo aún más para identificar sesiones individuales de problemas de LCP.
El 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 represente las páginas que provocan cambios mayores más adelante después de que la página se carga y el usuario interactuó con ella. Por lo tanto, tomar el valor CLS solo después de la carga de la página (como lo hacen muchos productos RUM) dará un resultado diferente al tomar el valor CLS después de que el usuario termina con la página.
La métrica de capacidad de respuesta de la Interacción a la siguiente pintura (INP) requiere que se mida una entrada y que observe todas las interacciones de clic, presión y teclado durante la 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) actualizan el contenido de la página actual en lugar de llevar a cabo la navegación tradicional por la página en el 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 Métricas web esenciales 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 Experimenta con la medición de las navegaciones suaves para obtener más información.
Algunos proveedores de RUM intentan detectar "navegaciones de software" en las SPA, pero si también atribuyen las métricas web esenciales a esas "navegaciones de software", generará diferencias con CrUX, ya que las APIs subyacentes no son compatibles con esto para muchas de las métricas.
Diferencias entre las APIs web y de CrUX
Además de las diferencias en qué se miden las páginas vistas 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. Algunos se deben a limitaciones de las APIs web que se usan para medir las métricas, y otros se deben a que 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 principales se indican a continuación.
Memoria caché atrás/adelante
CrUX considera los restablecimientos de la caché atrás/adelante (o bfcache) como navegaciones de páginas, aunque no generen una carga tradicional de páginas. Como las APIs web no las tratan como una carga de página, las soluciones de RUM deben realizar pasos adicionales para que estas páginas se cuenten si desean coincidir con CrUX. Estas cargas de página son considerablemente más rápidas y pueden provocar que se informe un mejor rendimiento general de un sitio; por lo tanto, si no se incluyen, pueden empeorar las métricas generales del rendimiento de la página. Consulta tu solución de RUM para comprender si controlan las páginas restablecidas de la bfcache.
Iframes
Por razones de seguridad y privacidad, las páginas de nivel superior no tienen acceso a contenido dentro de iframes (ni siquiera iframes del mismo origen). Esto significa que las métricas de rendimiento para el contenido en ellas solo se pueden medir a través del iframe y no a través de las APIs web de la página de enmarcado. Si el contenido del iframe incluye el elemento LCP o contenido que afecta el CLS o INP que experimentó el usuario, esto no estará disponible para las soluciones de RUM (incluida la biblioteca JavaScript de Google web-vitals).
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 los iframes cuando se informan las Métricas web esenciales. Esto refleja de manera más precisa lo que experimenta el usuario, pero puede ser otro motivo de 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 es <video> incorporado. El primer fotograma pintado de un elemento <video> de reproducción automática puede contar como candidato para LCP, pero las incorporaciones de servicios de transmisión de video populares pueden colocar estos elementos en una <iframe>. CrUX puede tener esto en cuenta, ya que puede acceder a contenidos de <iframe>, pero las soluciones de RUM no.
Recursos de origen cruzado
Los medios de LCP que se entregan desde otros dominios no dan tiempo de procesamiento 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. Esto recurre al tiempo de carga del recurso, pero puede ser bastante diferente al 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 debido a esta restricción de seguridad.
Una vez más, CrUX sí informa los datos de tiempo de renderización para las Métricas web esenciales. Se recomienda a los sitios que limiten el contenido de origen cruzado que afecta las métricas web esenciales y que habiliten el TAO siempre que sea posible si desean medirlo 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án emitiendo métricas mediante las APIs web. Sin embargo, CrUX no informa estos casos, ya que proporcionan tiempos incoherentes con la experiencia del usuario. Las soluciones de RUM también deberían 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 a los usuarios y las páginas vistas que se incluyen o excluyen. Lo ideal sería que ambos conjuntos de datos sean representativos del rendimiento de tu sitio para resultar útiles, pero, en este artículo, deberías describir por qué es muy poco probable que 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 estén más alineados con CrUX (solo se atención a los usuarios de Chrome, para computadoras de escritorio o dispositivos móviles, con valores del percentil 75 en un período de 28 días) para reducir estas diferencias?
Si es así, y puedes hacer que los datos coincidan más estrechamente, entonces aún debes 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 manera positiva o negativa? ¿Esto te proporciona más estadísticas sobre cuáles son los problemas de rendimiento que puedes priorizar?
Si los usuarios que no utilizan Chrome obtienen resultados diferentes, puedes usar esta valiosa información que RUM te proporcionó para optimizar de manera diferente. Por ejemplo, ciertas APIs no están disponibles en ciertos navegadores, pero puedes considerar alternativas para los navegadores no compatibles si deseas mejorar sus experiencias. También puedes brindar una experiencia diferente, pero con mejor rendimiento, a los usuarios que usan redes o dispositivos restringidos. 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 RUM pueden llenar ese vacío.
Una vez que comprendas los motivos de las diferencias, ambas herramientas pueden ser muy útiles para comprender las experiencias del usuario en tu sitio web y para ayudar a mejorar esto, incluso si las cifras no son idénticas. Usa tus datos de RUM para complementar los datos de CrUX y te permite analizar lo que CrUX te dice a nivel general a través de la segmentación del tráfico para ayudarte a identificar si hay áreas específicas de tu sitio o base de usuarios que requieren atención.
Analizar las tendencias para ver que tus mejoras tienen 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, RUM te permite observar diferentes períodos para tener una idea anticipada de cuáles serán tus puntuaciones de CrUX de 28 días. Sin embargo, observar períodos demasiado cortos puede generar datos ruidosos, por lo que CrUX usa 28 días.
Por lo general, no hay respuestas "correctas" o "incorrectas" en estas diferentes métricas, sino que simplemente tienen una perspectiva diferente sobre los usuarios y la forma en que experimentan tu sitio. Siempre que comprendas por qué se producen estas diferencias y qué puedes hacer para impulsar tu toma de decisiones, eso es lo más importante para ofrecer un mejor servicio a los visitantes de tu sitio.
Agradecimientos
Imagen en miniatura de Steven Lelham en Unsplash